This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: upgrade problem
Ben Collins <bcollins@debian.org> writes:
> On Thu, Nov 09, 2000 at 09:09:38PM +0100, Frederic Lepied wrote:
> > Ben Collins <bcollins@debian.org> writes:
> >
[...]
> > >
> > > Any ideas from the libc folk about this? :)
> >
> > What I plan to do for Mandrake is keep the libnss from old glibc until
> > the reboot. For that I have to change the soname of the libnss of the
> > new glibc to avoid name clashes. WDYT ?
>
> I thought about that aswell. Some ideas that came to mind were making the
> NSS module name lookups check for the module names in this order:
>
> - Load module for service "foo"
> - Try libnss_foo-2.2.so (where 2.2 is the major.minor of the libc being
> used)
> - Fallback to libnss_foo.so.2 (the current check)
>
> This way I could keep the old modules around under their non-standard
> name. This could even be reversed if it checks for failure on the standard
> name, then falls back to the versioned name.
>
> We already have libnss_foo-x.x.x.so nameing scheme (too tight of a name,
> IMO), so what's one more symlink? :)
It's a good proposition but it doesn't work because the old glibc
doesn't use this scheme and will load the libnss_foo.so.2 which points
to the new one...
That said, it can be done for the future...
--
Fred - May the source be with you