* Steve Langasek <vorlon@debian.org> [110628 00:36]:
> > Is there anything for nss plugins yet? As plugins for libc one needs to
> > make sure that if it is installed, it is installed for all installed libcs.
> > With bi-arch/multilib one can get there by just having it compiled for all
> > possible variants. Is there any way to not break nss modules with
> > multiarch?
>
> If you care about the nss module being available for all of the
> architectures you're running, you simply go through the same process to
> convert the nss package to multiarch and install the package for each
> architecture.
Please note that this "if" does not make sense. NSS modules used are a
global setting and every libc using program needs them or name services
will not be available.
> No special handling has been proposed for nss modules beyond
> that - though this is already a substantial improvement over the status quo,
> where about half our nss modules have biarch versions available and the
> other half don't.
The nss modules without support currently mostly do so because they pull
in some other libraries (which usually also opens another can of worms
anyway).
For those modules that have support right now, multiarch will mean every
single user has to remember that every time something will pull in a new
architecture they also have to install the nss module for that
architecture. That is quite a regression to the current status quo.
Bernhard R. Link