On Di, 2010-12-07 at 13:24 +0100, Julian Andres Klode wrote: > On Di, 2010-12-07 at 12:17 +0000, Roger Leigh wrote: > > On Tue, Dec 07, 2010 at 01:01:46PM +0100, Julien Cristau wrote: > > > On Tue, Dec 7, 2010 at 11:52:56 +0000, Roger Leigh wrote: > > > > > > > The examples above show schroot creating the NSS services > > > > database file whenever run. This the intended default > > > > behaviour (networking is broken without it, and you also > > > > generally want all the NSS databases inside the chroot to > > > > match those on the outside). > > > > > > > I think that's a broken default, at least for services and protocols. > > > It's easy enough to install netbase in the chroot if needed, and very > > > unlikely that those files have local modifications. (Which incidentally > > > is also why they're conffiles, unlike passwd, shadow, group, hosts and > > > networks.) > > > > This is part of the problem. They shouldn't be conffiles, and > > they should be installed in exactly the same way as all of the > > other NSS database files (in base-files). They are required for > > the correct functioning of the glibc getproto* and getserv* > > functions, and they shouldn't require netbase to be present to > > function correctly. > Shouldn't we clone this bug to base-files and netbase then, and request > a change of file handling or making netbase essential? > > > > > That historic mistake aside, sbuild should now handle this > > correctly. The apport build log posted on -devel by Loïc > > Minier showed that it works correctly in current sbuild. > > Well, 'current' is relative. For me, it's unstable; for many others, > it's stable. If it's git master for you, then there is a problem > somewhere (as that would be 'next'). So, did you mean a git branch with current, or a released version?
-- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
