[302] in Zephyr Mailing List

home help back first fref pref prev next nref lref last post

Re: undead zwgcs

daemon@ATHENA.MIT.EDU (Gregory S. Stark)
Wed Sep 16 23:32:09 1998

To: Greg Hudson <ghudson@MIT.EDU>
Cc: sfreed@gilasoft.com, zephyr@MIT.EDU
From: gsstark@MIT.EDU (Gregory S. Stark)
In-Reply-To: Greg Hudson's message of "Tue, 15 Sep 1998 10:58:58 EDT"
Date: 16 Sep 1998 23:28:00 -0400


Greg Hudson <ghudson@MIT.EDU> writes:

> > Are there any plans to release a more current version of zephyr?
> 
> Unfortunately, there's a bit of a packaging problem on our end.
> Zephyr development here has moved back into the regular Athena tree,
> and the in-tree versions of com_err and ss went away in the process.
> So if we shipped what we have right now, it would be somewhat less
> convenient to build than 2.0.4 is.  It's not like it's impossible to
> work around this, but it's no longer a matter of simply wrapping up
> what we have and sending it out.

I for one would find it much more convenient to have those libraries packaged
separately. Athena, MIT Kerberos, Linux ext2fs tools, and KTH Kerberos
currently all include versions of those libraries. This bundling has led some
divergence between the versions of the libraries. Debian's zephyr package was
jury rigged to link against the existing libcom_err and libss shared
libraries.

If there was an authoritative separate package of libss and libcom_err then
there would be a chance to consolidate the improvements and move these
libraries forward. The KTH versions, for example are threadsafe and have
reentrant interfaces.

Packages like Kerberos and Zephyr could still include the libraries, but they
should include released versions of the libraries with version numbers and
standard sonames. Users could still use current versions of the libraries
downloaded from the canonical location, or the already installed versions from
another package.

greg


home help back first fref pref prev next nref lref last post