Date: Tue, 27 Nov 2007 16:56:19 -0500 From: John Baldwin <jhb@freebsd.org> To: src-committers@freebsd.org Cc: cvs-src@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/etc/gss mech Message-ID: <200711271656.19840.jhb@freebsd.org> In-Reply-To: <200711272147.lARLluDr003360@repoman.freebsd.org> References: <200711272147.lARLluDr003360@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 27 November 2007 04:47:56 pm John Baldwin wrote: > jhb 2007-11-27 21:47:56 UTC > > FreeBSD src repository > > Modified files: > etc/gss mech > Log: > Update the shlib version for libgssapi_krb5. This file needs to be updated > anytime that library version is bumped. > > XXX: I wonder if this breaks any 6.x binaries using Kerberos5 via GSSAPI. The fact that this file hardcodes the full path including the shared library's version number is lame, but I'm not sure what else you can do. You could maybe compile the shared version into libgssapi and hae it auto-append it to the .so name similar to what we do with PAM and bsnmp modules. However, for 7.x, I'm not sure if we should MFC it so that krb5 works with 7.x binaries (but not 6.x binaries) or leave it as it is where only 6.x binaries work. Considering several binaries like sshd, login, etc. on a 7.x system are 7.x binaries, we probably should MFC this so krb5 works out of the box. For the future though we probably want to do something like the PAM/bsnmp stuff mentioned above for GSSAPI plugin .so versions. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200711271656.19840.jhb>