[buildd-tools-devel] Bug#606143: Bug#606143: netbase: Installation in build chroot breaks package builds

Roger Leigh rleigh at codelibre.net
Tue Dec 7 11:52:56 UTC 2010


On Mon, Dec 06, 2010 at 08:21:05PM +0100, Julian Andres Klode wrote:
> On Mo, 2010-12-06 at 20:07 +0100, Julien Cristau wrote:
> > On Mon, Dec  6, 2010 at 19:58:30 +0100, Julian Andres Klode wrote:
> > 
> > > Package: netbase
> > > Version: 4.43
> > > Severity: critical
> > > 
> > > I don't really know what happens, but installing netbase
> > > in a chroot freshly created by cdebootstrap or into an
> > > old one in use for multiple months results in:
> > > 
> > >   Configuration file `/etc/services'
> > >    ==> File on system created by you or by a script.
> > >    ==> File also in package provided by package maintainer.
> > >      What would you like to do about it ?  Your options are:
> > >       Y or I  : install the package maintainer's version
> > >       N or O  : keep your currently-installed version
> > >         D     : show the differences between the versions
> > >         Z     : start a shell to examine the situation
> > >    The default action is to keep your current version.
> > >   *** services (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing netbase (--configure):
> > >    EOF on stdin at conffile prompt
> > > 
> > > I'm attaching the complete log of the failed build.
> > > 
> > tell schroot to not mess with the chroot's /etc/services.
> Reassigning the bug:
> 
> $ sudo chroot /srv/chroot/sid ls -l /etc/services
> ls: cannot access /etc/services: No such file or directory
> $ schroot -c sid -- ls -l /etc/services
> -rw-r--r-- 1 root root 17430 Dec  6 19:17 /etc/services
> $ sudo chroot /srv/chroot/sid ls -l /etc/services
> ls: cannot access /etc/services: No such file or directory
> 
> Worst thing after using -source:
> $ sudo chroot /srv/chroot/sid ls -l /etc/services
> ls: cannot access /etc/services: No such file or directory
> $ schroot -c sid-source -- ls -l /etc/services
> -rw-r--r-- 1 root root 17430 Dec  6 19:19 /etc/services
> $ sudo chroot /srv/chroot/sid ls -l /etc/services
> -rw-r--r-- 1 root root 17430 Dec  6 19:19 /etc/services
> 
> This behaviour is not acceptable. It causes build failures.

Note that sbuild (git master) should have this fixed.  It
uses dpkg --force-confold on all package installations which
should prevent this type of installation failure.

I'll try your failing package with the current sbuild and
schroot to see if it's fixed.

I would like to know exactly which versions of sbuild and
schroot you are using.

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).

schroot itself is entirely configurable.  The NSS databases
and files copied over from the host to the chroot environment
are not hard coded; you can configure this as you like.  We
even provide a number of defaults for different usage
scenarios, including "sbuild" and "buildd" profiles.  If
those defaults need changing, then we can do so.  However, the
root cause of the problem (sbuild not using --force-confold)
should be fixed now.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
   `-    GPG Public Key: 0x25BFB848   Please GPG sign your mail.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/buildd-tools-devel/attachments/20101207/ad76fa52/attachment.pgp>


More information about the Buildd-tools-devel mailing list