List Info

Thread: GNU Gatekeeper 2.2.5 released




GNU Gatekeeper 2.2.5 released
user name
2006-12-22 08:40:39
GNU Gatekeeper 2.2.5
====================

A new stable version of the GNU Gatekeeper has been
released.

Source code and executables can be downloaded from
http://www.gnu
gk.org/h323download.html

This release fixes some issues larger installations had with
call
failover and should generally improve stability.

Some of new features in this release are
- virtual queue support for LRQs
- support for canMapAlias for LRQs
- syslog accounting module on Unix
- status port filtering (suppress not needed messages)
- improved H.235 support (needs OpenH323 1.19.x)
- new DNS SRV routing policy (needs OpenH323 1.19.x)
- improved support for NAT detection / handling
- new [RewriteAlias] config (rewrite non-E.164 aliases)
- support for working with unknown neighbor gatekeepers
- registration priorities added

The complete changelog is appended to this announcement.

For more information on compiling the source code, please
see
http://www.
gnugk.org/compiling-gnugk.html

As always, I'd like to send out a big 'Thank you' to all
contributors
and sponsors who worked on this release.

Regards,
Jan

-- 
Jan Willamowius, janwillamowius.de, http://www.gnugk.org/


Changes from 2.2.4 to 2.2.5
===========================
- RADIUS AAA module now handles a Class attribute correctly
- BUGFIX(clirw.cxx) missing iterator check, that could cause
an invalid
  memory access, fixed - thanks to Vladimir Voronin
- implement optional call-id parameter for Routing commands
- Bugfix(RasSrv.cxx) fix SignalCallID=1
- Bugfix(Proxychannel.cxx) avoid inserting same socket twice
in cleanup
list
- Bugfix(Proxychannel.cxx) make sure all members of
CallSignalSocket are
  initialized on creation
- Bugfix(yasocket.cxx) send very large status port messages
  in 10KB chunks and sleep after each
- new feature: StatusPort filtering by Doron Bleiberg
- new switch: [RoutedMode]DisableRetryChecks retries all
calls
- BUGFIX(ProxyChannel.cxx) make sure we preserve the
original Setup
message for retries and not only copy the buffer address
- Bugfix(Neighbor.cxx) copy canMapAlias when forwarding LRQs
- implement virtual queues for LRQs sponsored by Associated
Engineering
Srl.
- implement canMapAlias for LCFs sponsored by TelecomUnity
Ltd.
- copy all unknown IEs in Notify messages when forwarding
  (fixes some failed transfers)
- BUGFIX(*.cxx) set all deleted pointers to NULL
- new SyslogAcct accounting module for the Unix syslog
- (gkauth.cxx)Reapplied H235.1 (formally known as
H235AnnexA) by using
OpenH323 Authenticator factory loader
- (rassrv.cxx)Registration Priority Added
- (Proxychannel.cxx)TreatUnregisteredNat added. Treat
unregistered
calls unknown NAT status as being NAT
- (routing.cxx)DNS SRV support to DNS Routing policy
- (toolkit.cxx)RewriteAlias section added
- BUGFIX(ProxyChannel.cxx) WaitAndSignal added to
OnInformation to
avoid NAT support crash.
- BUGFIX(ProxyChannel.cxx) Check for NATSupport added.
- BUGFIX(RasTbl.cxx) WaitAndSignal added to
FindByEndPointid()
- BUGFIX(ProxyChannel.cxx) Added
SupportCallingNATedEndpoints.
- Moved DNS SRV to it's own seperate policy
- Registration pre-emption support added
- Support for EP's on dynamic IP's
- fixed code to compile with the latest pwlib CVS (STL
string
conversion)
- Added support for GnuGK to work behind NAT box
- Added support for Third party (non-neighbor) Gatekeepers
(AcceptNonNeighborLRQ=1)
- Added auto-detection on internal network for proxy mode.
- Added DefaultDomain for H323 URI rewriting

------------------------------------------------------------
------------
Check the FAQ before asking! - http://www.
openh323.org/~openh323/fom.cgi
The OpenH323 Project mailing list, using Mailman. To
unsubscribe or
change your subscription options, goto
htt
p://www.openh323.org/mailman/listinfo/openh323
Maintained by Quicknet Technologies, Inc - http://www.quicknet.net
------------------------------------------------------------
------------
Please use tetex3-base instead of tetex-base (>= 3.0-1)
user name
2006-12-22 10:57:51

Le 22 déc. 2006 à 11:45, Martin Costabel a écrit :

Michèle Garoche wrote:
Le 18 déc. 2006 à 00:07, Tomoaki Okayama a écrit :
Dear maintainers,

I changed Depends: and BuildDepends: fields of following packages:

* jadetex.info
I'm sorry to inform you that your changes seem to have completely broken html and pdf production of sgml based files at least when dealing with French language.
Could you please revert your changes?
Or at least provide two branches of this package, one with the oldest info file (before your changes) and the other one as you like, so that people dealing with other languages than Japanese or English have a hope to get the produced files right, without having to wrote sed scripts or the like to reencode on the fly the files before processing them (note that the reencoding is not the same for html and pdf, so double work).

Is there any evidence that it is really Okayama's patch that causes the breakage in jadetex some people are seeing? That patch was a trivial change in Depends:

-Depends: tetex-base (>= 3.0-1), openjade (>= 1.3.2-1028)
+Depends: tetex3-base, openjade (>= 1.3.2-1028)

The virtual package tetex3-base is provided by Fink's tetex-base as well as the Japanese ptex-base package. The only way I can see that this breaks anything is when people by mistake install ptex instead of tetex. I haven't seen any breakage in jadetex on the 3 or 4 machines where I upgraded recently.
The only evidence I have for it is that it worked perfectly two days before the changes, then did not work one day after it. So certainly related to this change, given that I have not updated during this time.

But, of course, I may be wrong.

I don't have any system-tetex installed. For that I use pure installed fink packages and nothing else.
I use it with docbook tool chain, namely docbook2html and docbook2pdf, which implies docbook, docbook-dsssl, jadetex, openjade, tetex.


Cheers,
Michèle

[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )