[Debian-eeepc-devel] Bug#754377: eeepc-acpi-scripts: fails to install due to insserv rejecting the script header
Tobias Frost
tobi at debian.org
Sat May 28 10:01:10 UTC 2016
Hi Andreas,
On Thu, 26 May 2016 14:25:26 +0200 Andreas Beckmann <anbe at debian.org>
wrote:
> Followup-For: Bug #754377
> Control: tag -1 - jessie
> Control: severity -1 serious
>
> Hi,
>
> this problem is still (or again) reproducible in a stretch chroot.
>
>
> Andreas
>
>
can you confirm that this is the same error?
While trying to reproduce I'm getting a different one:
(...)
1m42.4s DEBUG: Command ok: ['chroot', '/tmp/tmp4MFqxN', 'dpkg-divert',
'--list']
1m42.4s DEBUG: Starting command: ['chroot', '/tmp/tmp4MFqxN', 'apt-
get', 'clean']
1m42.5s DEBUG: Command ok: ['chroot', '/tmp/tmp4MFqxN', 'apt-get',
'clean']
1m42.5s DEBUG: Recording chroot state
1m45.1s ERROR: FAIL: After purging files have disappeared:
/etc/modprobe.d/ owned by: kmod, eeepc-acpi-scripts
1m45.1s ERROR: FAIL: Installation and purging test.
Not sure about this...
It looks like that kmod ships an empty directory /etc/modprobe.d and
eeepc-acpi-scripts ships a conffile there.
When both are removed, shouldn't the directory being removed as well?
I just added some debugging code into eeepc-acpi-scripts's postrm hook,
and it looks like that kmod is already purged at the time of the eeepc-
acpi-scripts purge test is executed.
Complete log attached (with the debugging line, which is
echo "###debuging###"
echo "## dpkg -l kmod"
dpkg -l kmod
echo "## dpkg -S /etc/modprobe.d"
dpkg -S /etc/modprobe.d
echo "##"
PS: If I run piuparts against kmod, I get the same error message...
This is strange... (But I did not debug into that)
--
tobi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: eeepc-acpi-scripts-piupart.log
Type: text/x-log
Size: 93917 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/debian-eeepc-devel/attachments/20160528/06a31df8/attachment-0001.bin>
More information about the Debian-eeepc-devel
mailing list