[buildd-tools-devel] Bug#817121: Bug#817121: schroot: Failing lintian call via --run-session

[Mathias Behrle]

* Johannes Schauer: " Re: [buildd-tools-devel] Bug#817121: schroot: Failing
  lintian call via --run-session" (Tue, 08 Mar 2016 12:21:18 +0100):

Hi Johannes,

> Control: reassign -1 sbuild 0.68.0-1.0~exp1
> 
> Quoting Mathias Behrle (2016-03-08 10:28:04)
> > I am hit by this error with lintian failing when called in post build
> > chroot by sbuild. Not entirely sure if the assignment to schroot is
> > correct, but seems to me most adequate.
> > 
> > The relevant lines of the sbuild debug log:
> > 
> > ...
> > D: Setting Dummy package path=undef
> > D: Setting Dummy archive directory=undef
> > D: Setting Dummy Release file=undef
> > I: schroot -d /<<BUILDDIR>> -c sid-amd64-sbuild-IgSZzA-3865 --run-session
> > -q -u mathiasb -p -- lintian tryton-server_3.8.3-2_amd64.changes D: Running
> > command: schroot -d /<<BUILDDIR>> -c sid-amd64-sbuild-IgSZzA-3865
> > --run-session -q -u mathiasb -p -- lintian
> > tryton-server_3.8.3-2_amd64.changes tryton-server_3.8.3-2_amd64.changes is
> > not available D: Setting Lintian Reason=pass
> > 
> > D: Setting Lintian Reason=error
> > D: Setting Lintian Reason=fail
> > E: Lintian run failed (policy violation)
> > ...
> > 
> > Basic information:
> > - I am using overlay in schroot conf
> > - I am aware of #798835 and running sbuild from experimental
> > (0.68.0-1.0~exp1)
> > 
> > For debugging purposes I kept the chroot sessions available by running 
> > $ sbuild --purge=never -D
> > 
> > Indeed the command fails when calling lintian from outside the chroot:
> > 
> > mathiasb at monsterix:~/bin/tryton/debian_builder/tmp/tryton-server$
> > schroot -d /build/tryton-seriver-g23533 \
> > -c sid-amd64-sbuild-IgSZzA-3865 --run-session -q -u mathiasb \
> > -p -- lintian tryton-server_3.8.3-2_amd64.changes
> > perl: warning: Setting locale failed.
> > perl: warning: Please check that your locale settings:
> > LANGUAGE = (unset),
> > LC_ALL = (unset),
> > LANG = "de_DE.utf8"
> >  are supported and installed on your system.
> >  perl: warning: Falling back to the standard
> >  locale ("C").
> > tryton-server_3.8.3-2_amd64.changes is not available
> > 
> > but succeeds with a call to ls:
> > 
> > mathiasb at monsterix:~/bin/tryton/debian_builder/tmp/tryton-server$
> > schroot -d /build/tryton-server-g23533 -c sid-amd64-sbuild-IgSZzA-3865 \
> > --run-session -q -u mathiasb -p -- ls
> > tryton-server-3.8.3  tryton-server-doc_3.8.3-2_all.deb
> > tryton-server_3.8.3-2.debian.tar.xz  tryton-server_3.8.3-2.dsc
> > tryton-server_3.8.3-2_all.deb  tryton-server_3.8.3-2_amd64.changes
> > tryton-server_3.8.3.orig.tar.gz
> > 
> > also the lintian call succeeds inside the chroot:
> > 
> > mathiasb at monsterix:~/bin/tryton/debian_builder/tmp/tryton-server$
> > schroot -r -c sid-amd64-sbuild-IgSZzA-3865
> > ...
> > (sid-amd64-sbuild)mathiasb at monsterix:/$ cd build/tryton-server-g23533/
> > (sid-amd64-sbuild)mathiasb at monsterix:/build/tryton-server-g23533$
> > lintian -v tryton-server_3.8.3-2_amd64.changes 
> > N: Using profile debian/main.
> > N: Setting up lab in /tmp/temp-lintian-lab-WUBBSgAJE8 ...
> > N: Unpacking packages in group tryton-server/3.8.3-2
> > N: ----
> > N: Processing changes file tryton-server (version 3.8.3-2, arch source
> > all) ...
> > N: ----
> > N: Processing source package tryton-server (version 3.8.3-2, arch
> > source) ...
> > N: ----
> > N: Processing binary package tryton-server-doc (version 3.8.3-2, arch
> > all) ...
> > N: ----
> > N: Processing binary package tryton-server (version 3.8.3-2, arch all)
> > ...
> > 
> > 
> > I am running out of ideas why especially the lintian command is failing
> > with schroot --run-session. Just now I am unable to reboot this machine,
> > but this will be one of the next steps to check. Please let me know what
> > I can do to track down further this issue.  
> 
> thanks a lot for testing the sbuild version in experimental!
> 
> The problem here is not with schroot but with sbuild. The version in
> experimental decouples the location where the package is built from the
> machine where sbuild was started. This in turn means that the machine running
> sbuild does not have direct access to anything within the chroot anymore.
> 
> What you are seeing here is a remaining bug of this change.
> 
> Thanks for bringing it up - I'll take care of it with the next experimental
> upload.

There is also another issue with the package from experimental.

I have in my schroot sbuild fstab:
/var/run            /var/run            none    rw,bind,rslave         0       0
/tmp            /tmp            none    rw,bind,rslave         0       0

to be able to connect to the gpg agent of the host.

This is also broken (no password challenge when it comes to sign a package) and
is probably due to the same changes.
 
> Until then, if you don't want to run sbuild with --no-run-lintian, please fall
> back to the sbuild version from unstable.
> 
> Thanks!
> 
> cheers, josch

Thanks,
Mathias



-- 

    Mathias Behrle
    PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: Digitale Signatur von OpenPGP
URL: <http://lists.alioth.debian.org/pipermail/buildd-tools-devel/attachments/20160308/486416bc/attachment.sig>