Acknowledgement sent
to Christoph Anton Mitterer <[email protected]>:
New Bug report received and forwarded. Copy sent to piuparts developers team <[email protected]>.
(Thu, 12 Jan 2017 04:15:04 GMT) (full text, mbox, link).
Subject: piuparts should check for leftover binfmts
Date: Thu, 12 Jan 2017 05:13:41 +0100
Package: piuparts
Version: 0.73
Severity: wishlist
Tags: upstream
Hey.
Quite a number of packages over and over leave back their
binfmt registrations (i.e. what one manages via the binfmt-support
package).
openjdk and LLVM are just some notorious examples which do it (despite
of bug reports) basically always again.
Would be nice if a check for that could be added to piuparts.
Cheers,
Chris.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.8.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages piuparts depends on:
ii debootstrap 1.0.87
ii debsums 2.1.3
ii dpkg 1.18.18
ii lsb-release 9.20161125
ii lsof 4.89+dfsg-0.1
ii piuparts-common 0.73
ii python-debian 0.1.29
pn python:any <none>
Versions of packages piuparts recommends:
pn adequate <none>
Versions of packages piuparts suggests:
pn schroot <none>
-- no debconf information
Acknowledgement sent
to Andreas Beckmann <[email protected]>:
Extra info received and forwarded to list. Copy sent to piuparts developers team <[email protected]>.
(Fri, 13 Jan 2017 15:45:05 GMT) (full text, mbox, link).
Subject: Re: Bug#851108: piuparts should check for leftover binfmts
Date: Fri, 13 Jan 2017 16:41:33 +0100
On 2017-01-12 05:13, Christoph Anton Mitterer wrote:
> Quite a number of packages over and over leave back their
> binfmt registrations (i.e. what one manages via the binfmt-support
> package).
binfmts are tricky with piuparts, since they are registered in the
kernel and with only chroots we don't have sufficient separation between
host and piuparts test or inbetween piuparts tests ...
piuparts tests regularily remove the binfmts registered in my host by
qemu ... breaking my armhf pbuilder chroot
so qemu (unfortunately) seems to do it right
Andreas
Acknowledgement sent
to Andreas Beckmann <[email protected]>:
Extra info received and forwarded to list. Copy sent to piuparts developers team <[email protected]>.
(Fri, 13 Jan 2017 18:12:20 GMT) (full text, mbox, link).
Subject: Re: Bug#851108: piuparts should check for leftover binfmts
Date: Fri, 13 Jan 2017 19:10:46 +0100
On 2017-01-13 19:02, Christoph Anton Mitterer wrote:
> Wouldn't it be enough, to check whether the contents of
> /var/lib/binfmts
> (which seems is that place) change after purging a package?
> If something's left behind there, it will be legacy and come up again
> after the next reboot.
If there are leftover or modified files in that directory, we should
find this information already in the logs (and failures in the
sid-strict tests). I didn't see any obvious exclusion of that folder.
But I don't remember seeing something like that. Can you point me to a
package at hand that does this "wrong"? So I could take a look what
happens myself ...
Andreas
Acknowledgement sent
to Christoph Anton Mitterer <[email protected]>:
Extra info received and forwarded to list. Copy sent to piuparts developers team <[email protected]>.
(Fri, 13 Jan 2017 18:12:21 GMT) (full text, mbox, link).
On Fri, 2017-01-13 at 16:41 +0100, Andreas Beckmann wrote:
> binfmts are tricky with piuparts, since they are registered in the
> kernel and with only chroots we don't have sufficient separation
> between
> host and piuparts test or inbetween piuparts tests ...
Sure, but the kernel has no way to remember if over reboots, so there
must be some place on disk where the formats are stored...
Wouldn't it be enough, to check whether the contents of
/var/lib/binfmts
(which seems is that place) change after purging a package?
If something's left behind there, it will be legacy and come up again
after the next reboot.
Cheers,
Chris.
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.