Debian Bug report logs - #814240
systemd triggers break upgrades within unstable

Reply or subscribe to this bug.

Display info messages

Message #5 received at [email protected] (full text, mbox, reply):

From: Zack Weinberg <[email protected]>

To: Debian Bug Tracking System <[email protected]>

Subject: systemd triggers break upgrades within unstable

Date: Tue, 09 Feb 2016 08:12:06 -0500

Package: systemd
Version: 228-6
Severity: normal

libpam-systemd, systemd, and libsystemd0 have = dependencies on each
other.  This invariant can be temporarily violated in the middle of a
large upgrade, and AIUI that is normal and to be expected.  However,
systemd has several dpkg triggers that can fire while the = dependencies
are violated, and when this happens, the entire upgrade bombs out.
Worse, one of those triggers seems to be armed and immediately fired *by
upgrading libsystemd0*, before dpkg has had a chance to upgrade systemd
proper, so this is guaranteed to happen any time the systemd packages
are upgraded.

It's possible to recover by manually installing the new versions of
libpam-systemd, systemd, and libsystemd0, but there's got to be some
way to make apt do the Right Thing, right?  (I don't really understand
triggers.  I thought they were supposed to postpone work until the *end*
of a large upgrade, but they seem to go off all the time in the middle.)

Example upgrade transcript:

# aptitude safe-upgrade
[...]
Extracting templates from packages: 100%
Preconfiguring packages ...
[...snip...]
(Reading database ... 289818 files and directories currently installed.)
Preparing to unpack .../linux-image-4.3.0-1-amd64_4.3.5-1_amd64.deb ...
Unpacking linux-image-4.3.0-1-amd64 (4.3.5-1) over (4.3.3-7) ...
Preparing to unpack .../archives/udev_228-6_amd64.deb ...
Unpacking udev (228-6) over (228-5) ...
Preparing to unpack .../libpam-systemd_228-6_amd64.deb ...
Unpacking libpam-systemd:amd64 (228-6) over (228-5) ...
Preparing to unpack .../libsystemd0_228-6_amd64.deb ...
Unpacking libsystemd0:amd64 (228-6) over (228-5) ...
Setting up libsystemd0:amd64 (228-6) ...
Processing triggers for libc-bin (2.21-7) ...
dpkg: dependency problems prevent processing triggers for systemd:
 systemd depends on libsystemd0 (= 228-5); however:
  Version of libsystemd0:amd64 on system is 228-6.

dpkg: error processing package systemd (--triggers-only):
 dependency problems - leaving triggers unprocessed
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 systemd
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
Setting up libquadmath0:amd64 (5.3.1-8) ...
Setting up linux-image-4.3.0-1-amd64 (4.3.5-1) ...
[...snip...]
Setting up libobjc4:amd64 (5.3.1-8) ...
dpkg: dependency problems prevent configuration of libpam-systemd:amd64:
 libpam-systemd:amd64 depends on systemd (= 228-6); however:
  Version of systemd on system is 228-5.

dpkg: error processing package libpam-systemd:amd64 (--configure):
 dependency problems - leaving unconfigured
Setting up libx32gcc1 (1:5.3.1-8) ...
[...snip...]
Setting up udev (228-6) ...
addgroup: The group `input' already exists as a system group. Exiting.
update-initramfs: deferring update (trigger activated)
dpkg: dependency problems prevent processing triggers for systemd:
 systemd depends on libsystemd0 (= 228-5); however:
  Version of libsystemd0:amd64 on system is 228-6.

dpkg: error processing package systemd (--configure):
 dependency problems - leaving triggers unprocessed
Setting up libx32asan2 (5.3.1-8) ...
[..snip...]
Processing triggers for libc-bin (2.21-7) ...
Processing triggers for initramfs-tools (0.122) ...
update-initramfs: Generating /boot/initrd.img-4.3.0-1-amd64
Errors were encountered while processing:
 libpam-systemd:amd64
 systemd
Press Return to continue.

# aptitude safe-upgrade
Performing actions...
Reading changelogs... Done
Extracting templates from packages: 100%
Preconfiguring packages ...
(Reading database ... 289818 files and directories currently installed.)
Preparing to unpack .../acl_2.2.52-3_amd64.deb ...
Unpacking acl (2.2.52-3) over (2.2.52-2) ...
Preparing to unpack .../libacl1_2.2.52-3_amd64.deb ...
Unpacking libacl1:amd64 (2.2.52-3) over (2.2.52-2) ...
Setting up libacl1:amd64 (2.2.52-3) ...
Processing triggers for libc-bin (2.21-7) ...
dpkg: dependency problems prevent processing triggers for systemd:
 systemd depends on libsystemd0 (= 228-5); however:
  Version of libsystemd0:amd64 on system is 228-6.

dpkg: error processing package systemd (--triggers-only):
 dependency problems - leaving triggers unprocessed
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 systemd
E: Sub-process /usr/bin/dpkg returned an error code (1)
Failed to perform requested operation on package.  Trying to recover:
dpkg: dependency problems prevent configuration of libpam-systemd:amd64:
 libpam-systemd:amd64 depends on systemd (= 228-6); however:
  Version of systemd on system is 228-5.

dpkg: error processing package libpam-systemd:amd64 (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent processing triggers for systemd:
 systemd depends on libsystemd0 (= 228-5); however:
  Version of libsystemd0:amd64 on system is 228-6.

dpkg: error processing package systemd (--configure):
 dependency problems - leaving triggers unprocessed
Setting up acl (2.2.52-3) ...
Errors were encountered while processing:
 libpam-systemd:amd64
 systemd
Press Return to continue.

# dpkg -i /var/cache/apt/archives/*systemd*_228-6_amd64.deb
(Reading database ... 289815 files and directories currently installed.)
Preparing to unpack .../libpam-systemd_228-6_amd64.deb ...
Unpacking libpam-systemd:amd64 (228-6) over (228-6) ...
Preparing to unpack .../libsystemd0_228-6_amd64.deb ...
Unpacking libsystemd0:amd64 (228-6) over (228-6) ...
Preparing to unpack .../systemd_228-6_amd64.deb ...
Unpacking systemd (228-6) over (228-5) ...
Preparing to unpack .../systemd-sysv_228-6_amd64.deb ...
Unpacking systemd-sysv (228-6) over (228-5) ...
Setting up libsystemd0:amd64 (228-6) ...
Setting up systemd (228-6) ...
addgroup: The group `systemd-journal' already exists as a system group. Exiting.
Setting up systemd-sysv (228-6) ...
Setting up libpam-systemd:amd64 (228-6) ...
Processing triggers for man-db (2.7.5-1) ...
Processing triggers for dbus (1.10.6-1) ...
Processing triggers for libc-bin (2.21-7) ...

# aptitude safe-upgrade
[ ... proceeds normally ... ]




-- Package-specific info:

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (501, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages systemd depends on:
ii  adduser         3.113+nmu3
ii  libacl1         2.2.52-3
ii  libapparmor1    2.10-3
ii  libaudit1       1:2.4.5-1
ii  libblkid1       2.27.1-3
ii  libc6           2.21-7
ii  libcap2         1:2.24-12
ii  libcap2-bin     1:2.24-12
ii  libcryptsetup4  2:1.7.0-2
ii  libgcrypt20     1.6.4-5
ii  libkmod2        22-1
ii  liblzma5        5.1.1alpha+20120614-2.1
ii  libmount1       2.27.1-3
ii  libpam0g        1.1.8-3.2
ii  libseccomp2     2.2.3-2
ii  libselinux1     2.4-3
ii  libsystemd0     228-6
ii  mount           2.27.1-3
ii  util-linux      2.27.1-3

Versions of packages systemd recommends:
ii  dbus            1.10.6-1
ii  libpam-systemd  228-6

Versions of packages systemd suggests:
pn  systemd-container  <none>
pn  systemd-ui         <none>

Versions of packages systemd is related to:
ii  udev  228-6

-- no debconf information

Message #10 received at [email protected] (full text, mbox, reply):

From: Michael Biebl <[email protected]>

To: Zack Weinberg <[email protected]>, [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Tue, 9 Feb 2016 15:46:44 +0100

[Message part 1 (text/plain, inline)]

Am 09.02.2016 um 14:12 schrieb Zack Weinberg:
> Package: systemd
> Version: 228-6
> Severity: normal
> 
> libpam-systemd, systemd, and libsystemd0 have = dependencies on each
> other.  This invariant can be temporarily violated in the middle of a
> large upgrade, and AIUI that is normal and to be expected.  However,
> systemd has several dpkg triggers that can fire while the = dependencies
> are violated, and when this happens, the entire upgrade bombs out.
> Worse, one of those triggers seems to be armed and immediately fired *by
> upgrading libsystemd0*, before dpkg has had a chance to upgrade systemd
> proper, so this is guaranteed to happen any time the systemd packages
> are upgraded.
> 
> It's possible to recover by manually installing the new versions of
> libpam-systemd, systemd, and libsystemd0, but there's got to be some
> way to make apt do the Right Thing, right?  (I don't really understand
> triggers.  I thought they were supposed to postpone work until the *end*
> of a large upgrade, but they seem to go off all the time in the middle.)
> 

This looks like something which needs to be fixed in either dpkg or
aptitude.

Fwiw, I've never seen such a problem using apt.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[signature.asc (application/pgp-signature, attachment)]

Message #15 received at [email protected] (full text, mbox, reply):

From: Zack Weinberg <[email protected]>

To: Michael Biebl <[email protected]>

Cc: [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Tue, 9 Feb 2016 17:30:43 -0500

On Tue, Feb 9, 2016 at 9:46 AM, Michael Biebl <[email protected]> wrote:
>>
>> It's possible to recover by manually installing the new versions of
>> libpam-systemd, systemd, and libsystemd0, but there's got to be some
>> way to make apt do the Right Thing, right?  (I don't really understand
>> triggers.  I thought they were supposed to postpone work until the *end*
>> of a large upgrade, but they seem to go off all the time in the middle.)
>>
>
> This looks like something which needs to be fixed in either dpkg or
> aptitude.
>
> Fwiw, I've never seen such a problem using apt.

I do not have either the time or the skills to dig into this any
further, but I suggest you reassign the bug to dpkg and maybe they can
do something with it?

zw

Message #20 received at [email protected] (full text, mbox, reply):

From: Michael Biebl <[email protected]>

To: Zack Weinberg <[email protected]>, [email protected], Guillem Jover <[email protected]>

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Thu, 11 Feb 2016 00:08:12 +0100

[Message part 1 (text/plain, inline)]

Hi Guillem,

could you have a look at this bug report, please?
Somehow this looks like an issue in dpkg, if it triggers a package which
is in an inconsistent state.

But maybe we just made a mistake in our use of triggers in systemd:
 https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/systemd.triggers
 https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/systemd.postinst#n15

In any case, your input would be very much appreciated.

Michael

Am 09.02.2016 um 14:12 schrieb Zack Weinberg:
> Package: systemd
> Version: 228-6
> Severity: normal
> 
> libpam-systemd, systemd, and libsystemd0 have = dependencies on each
> other.  This invariant can be temporarily violated in the middle of a
> large upgrade, and AIUI that is normal and to be expected.  However,
> systemd has several dpkg triggers that can fire while the = dependencies
> are violated, and when this happens, the entire upgrade bombs out.
> Worse, one of those triggers seems to be armed and immediately fired *by
> upgrading libsystemd0*, before dpkg has had a chance to upgrade systemd
> proper, so this is guaranteed to happen any time the systemd packages
> are upgraded.
> 
> It's possible to recover by manually installing the new versions of
> libpam-systemd, systemd, and libsystemd0, but there's got to be some
> way to make apt do the Right Thing, right?  (I don't really understand
> triggers.  I thought they were supposed to postpone work until the *end*
> of a large upgrade, but they seem to go off all the time in the middle.)
> 
> Example upgrade transcript:
> 
> # aptitude safe-upgrade
> [...]
> Extracting templates from packages: 100%
> Preconfiguring packages ...
> [...snip...]
> (Reading database ... 289818 files and directories currently installed.)
> Preparing to unpack .../linux-image-4.3.0-1-amd64_4.3.5-1_amd64.deb ...
> Unpacking linux-image-4.3.0-1-amd64 (4.3.5-1) over (4.3.3-7) ...
> Preparing to unpack .../archives/udev_228-6_amd64.deb ...
> Unpacking udev (228-6) over (228-5) ...
> Preparing to unpack .../libpam-systemd_228-6_amd64.deb ...
> Unpacking libpam-systemd:amd64 (228-6) over (228-5) ...
> Preparing to unpack .../libsystemd0_228-6_amd64.deb ...
> Unpacking libsystemd0:amd64 (228-6) over (228-5) ...
> Setting up libsystemd0:amd64 (228-6) ...
> Processing triggers for libc-bin (2.21-7) ...
> dpkg: dependency problems prevent processing triggers for systemd:
>  systemd depends on libsystemd0 (= 228-5); however:
>   Version of libsystemd0:amd64 on system is 228-6.
> 
> dpkg: error processing package systemd (--triggers-only):
>  dependency problems - leaving triggers unprocessed
> Processing triggers for man-db (2.7.5-1) ...
> Errors were encountered while processing:
>  systemd
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> Failed to perform requested operation on package.  Trying to recover:
> Setting up libquadmath0:amd64 (5.3.1-8) ...
> Setting up linux-image-4.3.0-1-amd64 (4.3.5-1) ...
> [...snip...]
> Setting up libobjc4:amd64 (5.3.1-8) ...
> dpkg: dependency problems prevent configuration of libpam-systemd:amd64:
>  libpam-systemd:amd64 depends on systemd (= 228-6); however:
>   Version of systemd on system is 228-5.
> 
> dpkg: error processing package libpam-systemd:amd64 (--configure):
>  dependency problems - leaving unconfigured
> Setting up libx32gcc1 (1:5.3.1-8) ...
> [...snip...]
> Setting up udev (228-6) ...
> addgroup: The group `input' already exists as a system group. Exiting.
> update-initramfs: deferring update (trigger activated)
> dpkg: dependency problems prevent processing triggers for systemd:
>  systemd depends on libsystemd0 (= 228-5); however:
>   Version of libsystemd0:amd64 on system is 228-6.
> 
> dpkg: error processing package systemd (--configure):
>  dependency problems - leaving triggers unprocessed
> Setting up libx32asan2 (5.3.1-8) ...
> [..snip...]
> Processing triggers for libc-bin (2.21-7) ...
> Processing triggers for initramfs-tools (0.122) ...
> update-initramfs: Generating /boot/initrd.img-4.3.0-1-amd64
> Errors were encountered while processing:
>  libpam-systemd:amd64
>  systemd
> Press Return to continue.
> 
> # aptitude safe-upgrade
> Performing actions...
> Reading changelogs... Done
> Extracting templates from packages: 100%
> Preconfiguring packages ...
> (Reading database ... 289818 files and directories currently installed.)
> Preparing to unpack .../acl_2.2.52-3_amd64.deb ...
> Unpacking acl (2.2.52-3) over (2.2.52-2) ...
> Preparing to unpack .../libacl1_2.2.52-3_amd64.deb ...
> Unpacking libacl1:amd64 (2.2.52-3) over (2.2.52-2) ...
> Setting up libacl1:amd64 (2.2.52-3) ...
> Processing triggers for libc-bin (2.21-7) ...
> dpkg: dependency problems prevent processing triggers for systemd:
>  systemd depends on libsystemd0 (= 228-5); however:
>   Version of libsystemd0:amd64 on system is 228-6.
> 
> dpkg: error processing package systemd (--triggers-only):
>  dependency problems - leaving triggers unprocessed
> Processing triggers for man-db (2.7.5-1) ...
> Errors were encountered while processing:
>  systemd
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> Failed to perform requested operation on package.  Trying to recover:
> dpkg: dependency problems prevent configuration of libpam-systemd:amd64:
>  libpam-systemd:amd64 depends on systemd (= 228-6); however:
>   Version of systemd on system is 228-5.
> 
> dpkg: error processing package libpam-systemd:amd64 (--configure):
>  dependency problems - leaving unconfigured
> dpkg: dependency problems prevent processing triggers for systemd:
>  systemd depends on libsystemd0 (= 228-5); however:
>   Version of libsystemd0:amd64 on system is 228-6.
> 
> dpkg: error processing package systemd (--configure):
>  dependency problems - leaving triggers unprocessed
> Setting up acl (2.2.52-3) ...
> Errors were encountered while processing:
>  libpam-systemd:amd64
>  systemd
> Press Return to continue.
> 
> # dpkg -i /var/cache/apt/archives/*systemd*_228-6_amd64.deb
> (Reading database ... 289815 files and directories currently installed.)
> Preparing to unpack .../libpam-systemd_228-6_amd64.deb ...
> Unpacking libpam-systemd:amd64 (228-6) over (228-6) ...
> Preparing to unpack .../libsystemd0_228-6_amd64.deb ...
> Unpacking libsystemd0:amd64 (228-6) over (228-6) ...
> Preparing to unpack .../systemd_228-6_amd64.deb ...
> Unpacking systemd (228-6) over (228-5) ...
> Preparing to unpack .../systemd-sysv_228-6_amd64.deb ...
> Unpacking systemd-sysv (228-6) over (228-5) ...
> Setting up libsystemd0:amd64 (228-6) ...
> Setting up systemd (228-6) ...
> addgroup: The group `systemd-journal' already exists as a system group. Exiting.
> Setting up systemd-sysv (228-6) ...
> Setting up libpam-systemd:amd64 (228-6) ...
> Processing triggers for man-db (2.7.5-1) ...
> Processing triggers for dbus (1.10.6-1) ...
> Processing triggers for libc-bin (2.21-7) ...



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[signature.asc (application/pgp-signature, attachment)]

Message #25 received at [email protected] (full text, mbox, reply):

From: Guillem Jover <[email protected]>

To: Michael Biebl <[email protected]>

Cc: Zack Weinberg <[email protected]>, [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Mon, 15 Feb 2016 10:48:31 +0100

Hi!

On Thu, 2016-02-11 at 00:08:12 +0100, Michael Biebl wrote:
> Somehow this looks like an issue in dpkg, if it triggers a package which
> is in an inconsistent state.

After a very quick look it does not seem to me to be an issue in either
systemd nor dpkg, see below.

> But maybe we just made a mistake in our use of triggers in systemd:
>  https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/systemd.triggers
>  https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/systemd.postinst#n15

These look fine.

> Am 09.02.2016 um 14:12 schrieb Zack Weinberg:
> > Package: systemd
> > Version: 228-6
> > Severity: normal
> > 
> > libpam-systemd, systemd, and libsystemd0 have = dependencies on each
> > other.  This invariant can be temporarily violated in the middle of a
> > large upgrade, and AIUI that is normal and to be expected.  However,
> > systemd has several dpkg triggers that can fire while the = dependencies
> > are violated, and when this happens, the entire upgrade bombs out.
> > Worse, one of those triggers seems to be armed and immediately fired *by
> > upgrading libsystemd0*, before dpkg has had a chance to upgrade systemd
> > proper, so this is guaranteed to happen any time the systemd packages
> > are upgraded.
> > 
> > It's possible to recover by manually installing the new versions of
> > libpam-systemd, systemd, and libsystemd0, but there's got to be some
> > way to make apt do the Right Thing, right?  (I don't really understand
> > triggers.  I thought they were supposed to postpone work until the *end*
> > of a large upgrade, but they seem to go off all the time in the middle.)
> > 
> > Example upgrade transcript:
> > 
> > # aptitude safe-upgrade
> > [...]
> > Extracting templates from packages: 100%
> > Preconfiguring packages ...
> > [...snip...]
> > (Reading database ... 289818 files and directories currently installed.)
> > Preparing to unpack .../linux-image-4.3.0-1-amd64_4.3.5-1_amd64.deb ...
> > Unpacking linux-image-4.3.0-1-amd64 (4.3.5-1) over (4.3.3-7) ...
> > Preparing to unpack .../archives/udev_228-6_amd64.deb ...
> > Unpacking udev (228-6) over (228-5) ...
> > Preparing to unpack .../libpam-systemd_228-6_amd64.deb ...
> > Unpacking libpam-systemd:amd64 (228-6) over (228-5) ...
> > Preparing to unpack .../libsystemd0_228-6_amd64.deb ...
> > Unpacking libsystemd0:amd64 (228-6) over (228-5) ...
> > Setting up libsystemd0:amd64 (228-6) ...
> > Processing triggers for libc-bin (2.21-7) ...
> > dpkg: dependency problems prevent processing triggers for systemd:
> >  systemd depends on libsystemd0 (= 228-5); however:
> >   Version of libsystemd0:amd64 on system is 228-6.
> > 
> > dpkg: error processing package systemd (--triggers-only):
> >  dependency problems - leaving triggers unprocessed
> > Processing triggers for man-db (2.7.5-1) ...
> > Errors were encountered while processing:
> >  systemd
> > E: Sub-process /usr/bin/dpkg returned an error code (1)

Well it does not seem like aptitude even tried to unpack systemd
itself. And then it was requested via --triggers-only to process
triggers, so any attempt to get the dependencies sorted out will fail.

> > Failed to perform requested operation on package.  Trying to recover:
> > Setting up libquadmath0:amd64 (5.3.1-8) ...
> > Setting up linux-image-4.3.0-1-amd64 (4.3.5-1) ...
> > [...snip...]
> > Setting up libobjc4:amd64 (5.3.1-8) ...
> > dpkg: dependency problems prevent configuration of libpam-systemd:amd64:
> >  libpam-systemd:amd64 depends on systemd (= 228-6); however:
> >   Version of systemd on system is 228-5.
> > 
> > dpkg: error processing package libpam-systemd:amd64 (--configure):
> >  dependency problems - leaving unconfigured
> > Setting up libx32gcc1 (1:5.3.1-8) ...
> > [...snip...]
> > Setting up udev (228-6) ...
> > addgroup: The group `input' already exists as a system group. Exiting.
> > update-initramfs: deferring update (trigger activated)
> > dpkg: dependency problems prevent processing triggers for systemd:
> >  systemd depends on libsystemd0 (= 228-5); however:
> >   Version of libsystemd0:amd64 on system is 228-6.
> > 
> > dpkg: error processing package systemd (--configure):
> >  dependency problems - leaving triggers unprocessed
> > Setting up libx32asan2 (5.3.1-8) ...
> > [..snip...]
> > Processing triggers for libc-bin (2.21-7) ...
> > Processing triggers for initramfs-tools (0.122) ...
> > update-initramfs: Generating /boot/initrd.img-4.3.0-1-amd64
> > Errors were encountered while processing:
> >  libpam-systemd:amd64
> >  systemd
> > Press Return to continue.
> > 
> > # aptitude safe-upgrade
> > Performing actions...
> > Reading changelogs... Done
> > Extracting templates from packages: 100%
> > Preconfiguring packages ...
> > (Reading database ... 289818 files and directories currently installed.)
> > Preparing to unpack .../acl_2.2.52-3_amd64.deb ...
> > Unpacking acl (2.2.52-3) over (2.2.52-2) ...
> > Preparing to unpack .../libacl1_2.2.52-3_amd64.deb ...
> > Unpacking libacl1:amd64 (2.2.52-3) over (2.2.52-2) ...
> > Setting up libacl1:amd64 (2.2.52-3) ...
> > Processing triggers for libc-bin (2.21-7) ...
> > dpkg: dependency problems prevent processing triggers for systemd:
> >  systemd depends on libsystemd0 (= 228-5); however:
> >   Version of libsystemd0:amd64 on system is 228-6.
> > 
> > dpkg: error processing package systemd (--triggers-only):
> >  dependency problems - leaving triggers unprocessed
> > Processing triggers for man-db (2.7.5-1) ...
> > Errors were encountered while processing:
> >  systemd
> > E: Sub-process /usr/bin/dpkg returned an error code (1)
> > Failed to perform requested operation on package.  Trying to recover:
> > dpkg: dependency problems prevent configuration of libpam-systemd:amd64:
> >  libpam-systemd:amd64 depends on systemd (= 228-6); however:
> >   Version of systemd on system is 228-5.
> > 
> > dpkg: error processing package libpam-systemd:amd64 (--configure):
> >  dependency problems - leaving unconfigured
> > dpkg: dependency problems prevent processing triggers for systemd:
> >  systemd depends on libsystemd0 (= 228-5); however:
> >   Version of libsystemd0:amd64 on system is 228-6.
> > 
> > dpkg: error processing package systemd (--configure):
> >  dependency problems - leaving triggers unprocessed
> > Setting up acl (2.2.52-3) ...
> > Errors were encountered while processing:
> >  libpam-systemd:amd64
> >  systemd
> > Press Return to continue.
> > 
> > # dpkg -i /var/cache/apt/archives/*systemd*_228-6_amd64.deb
> > (Reading database ... 289815 files and directories currently installed.)
> > Preparing to unpack .../libpam-systemd_228-6_amd64.deb ...
> > Unpacking libpam-systemd:amd64 (228-6) over (228-6) ...
> > Preparing to unpack .../libsystemd0_228-6_amd64.deb ...
> > Unpacking libsystemd0:amd64 (228-6) over (228-6) ...
> > Preparing to unpack .../systemd_228-6_amd64.deb ...
> > Unpacking systemd (228-6) over (228-5) ...
> > Preparing to unpack .../systemd-sysv_228-6_amd64.deb ...
> > Unpacking systemd-sysv (228-6) over (228-5) ...
> > Setting up libsystemd0:amd64 (228-6) ...
> > Setting up systemd (228-6) ...
> > addgroup: The group `systemd-journal' already exists as a system group. Exiting.
> > Setting up systemd-sysv (228-6) ...
> > Setting up libpam-systemd:amd64 (228-6) ...
> > Processing triggers for man-db (2.7.5-1) ...
> > Processing triggers for dbus (1.10.6-1) ...
> > Processing triggers for libc-bin (2.21-7) ...

Right, as long as systemd is not unpacked no further progress can be
made, but that's not something that dpkg controls, it's how it gets
invoked by the frontend.

Thanks,
Guillem

Message #30 received at [email protected] (full text, mbox, reply):

From: Michael Biebl <[email protected]>

To: Guillem Jover <[email protected]>, [email protected]

Cc: Zack Weinberg <[email protected]>, [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Mon, 15 Feb 2016 14:41:59 +0100

[Message part 1 (text/plain, inline)]

Control: reassign -1 aptitude

Thanks for the feedback, Guillem.
Reassigning to aptitude.

Zack, I guess the aptitude maintainers will want to know which aptitude
version you are using.

Regards,
Michael

Am 15.02.2016 um 10:48 schrieb Guillem Jover:
> Hi!
> 
> On Thu, 2016-02-11 at 00:08:12 +0100, Michael Biebl wrote:
>> Somehow this looks like an issue in dpkg, if it triggers a package which
>> is in an inconsistent state.
> 
> After a very quick look it does not seem to me to be an issue in either
> systemd nor dpkg, see below.
> 
>> But maybe we just made a mistake in our use of triggers in systemd:
>>  https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/systemd.triggers
>>  https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/tree/debian/systemd.postinst#n15
> 
> These look fine.
> 
>> Am 09.02.2016 um 14:12 schrieb Zack Weinberg:
>>> Package: systemd
>>> Version: 228-6
>>> Severity: normal
>>>
>>> libpam-systemd, systemd, and libsystemd0 have = dependencies on each
>>> other.  This invariant can be temporarily violated in the middle of a
>>> large upgrade, and AIUI that is normal and to be expected.  However,
>>> systemd has several dpkg triggers that can fire while the = dependencies
>>> are violated, and when this happens, the entire upgrade bombs out.
>>> Worse, one of those triggers seems to be armed and immediately fired *by
>>> upgrading libsystemd0*, before dpkg has had a chance to upgrade systemd
>>> proper, so this is guaranteed to happen any time the systemd packages
>>> are upgraded.
>>>
>>> It's possible to recover by manually installing the new versions of
>>> libpam-systemd, systemd, and libsystemd0, but there's got to be some
>>> way to make apt do the Right Thing, right?  (I don't really understand
>>> triggers.  I thought they were supposed to postpone work until the *end*
>>> of a large upgrade, but they seem to go off all the time in the middle.)
>>>
>>> Example upgrade transcript:
>>>
>>> # aptitude safe-upgrade
>>> [...]
>>> Extracting templates from packages: 100%
>>> Preconfiguring packages ...
>>> [...snip...]
>>> (Reading database ... 289818 files and directories currently installed.)
>>> Preparing to unpack .../linux-image-4.3.0-1-amd64_4.3.5-1_amd64.deb ...
>>> Unpacking linux-image-4.3.0-1-amd64 (4.3.5-1) over (4.3.3-7) ...
>>> Preparing to unpack .../archives/udev_228-6_amd64.deb ...
>>> Unpacking udev (228-6) over (228-5) ...
>>> Preparing to unpack .../libpam-systemd_228-6_amd64.deb ...
>>> Unpacking libpam-systemd:amd64 (228-6) over (228-5) ...
>>> Preparing to unpack .../libsystemd0_228-6_amd64.deb ...
>>> Unpacking libsystemd0:amd64 (228-6) over (228-5) ...
>>> Setting up libsystemd0:amd64 (228-6) ...
>>> Processing triggers for libc-bin (2.21-7) ...
>>> dpkg: dependency problems prevent processing triggers for systemd:
>>>  systemd depends on libsystemd0 (= 228-5); however:
>>>   Version of libsystemd0:amd64 on system is 228-6.
>>>
>>> dpkg: error processing package systemd (--triggers-only):
>>>  dependency problems - leaving triggers unprocessed
>>> Processing triggers for man-db (2.7.5-1) ...
>>> Errors were encountered while processing:
>>>  systemd
>>> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> Well it does not seem like aptitude even tried to unpack systemd
> itself. And then it was requested via --triggers-only to process
> triggers, so any attempt to get the dependencies sorted out will fail.
> 
>>> Failed to perform requested operation on package.  Trying to recover:
>>> Setting up libquadmath0:amd64 (5.3.1-8) ...
>>> Setting up linux-image-4.3.0-1-amd64 (4.3.5-1) ...
>>> [...snip...]
>>> Setting up libobjc4:amd64 (5.3.1-8) ...
>>> dpkg: dependency problems prevent configuration of libpam-systemd:amd64:
>>>  libpam-systemd:amd64 depends on systemd (= 228-6); however:
>>>   Version of systemd on system is 228-5.
>>>
>>> dpkg: error processing package libpam-systemd:amd64 (--configure):
>>>  dependency problems - leaving unconfigured
>>> Setting up libx32gcc1 (1:5.3.1-8) ...
>>> [...snip...]
>>> Setting up udev (228-6) ...
>>> addgroup: The group `input' already exists as a system group. Exiting.
>>> update-initramfs: deferring update (trigger activated)
>>> dpkg: dependency problems prevent processing triggers for systemd:
>>>  systemd depends on libsystemd0 (= 228-5); however:
>>>   Version of libsystemd0:amd64 on system is 228-6.
>>>
>>> dpkg: error processing package systemd (--configure):
>>>  dependency problems - leaving triggers unprocessed
>>> Setting up libx32asan2 (5.3.1-8) ...
>>> [..snip...]
>>> Processing triggers for libc-bin (2.21-7) ...
>>> Processing triggers for initramfs-tools (0.122) ...
>>> update-initramfs: Generating /boot/initrd.img-4.3.0-1-amd64
>>> Errors were encountered while processing:
>>>  libpam-systemd:amd64
>>>  systemd
>>> Press Return to continue.
>>>
>>> # aptitude safe-upgrade
>>> Performing actions...
>>> Reading changelogs... Done
>>> Extracting templates from packages: 100%
>>> Preconfiguring packages ...
>>> (Reading database ... 289818 files and directories currently installed.)
>>> Preparing to unpack .../acl_2.2.52-3_amd64.deb ...
>>> Unpacking acl (2.2.52-3) over (2.2.52-2) ...
>>> Preparing to unpack .../libacl1_2.2.52-3_amd64.deb ...
>>> Unpacking libacl1:amd64 (2.2.52-3) over (2.2.52-2) ...
>>> Setting up libacl1:amd64 (2.2.52-3) ...
>>> Processing triggers for libc-bin (2.21-7) ...
>>> dpkg: dependency problems prevent processing triggers for systemd:
>>>  systemd depends on libsystemd0 (= 228-5); however:
>>>   Version of libsystemd0:amd64 on system is 228-6.
>>>
>>> dpkg: error processing package systemd (--triggers-only):
>>>  dependency problems - leaving triggers unprocessed
>>> Processing triggers for man-db (2.7.5-1) ...
>>> Errors were encountered while processing:
>>>  systemd
>>> E: Sub-process /usr/bin/dpkg returned an error code (1)
>>> Failed to perform requested operation on package.  Trying to recover:
>>> dpkg: dependency problems prevent configuration of libpam-systemd:amd64:
>>>  libpam-systemd:amd64 depends on systemd (= 228-6); however:
>>>   Version of systemd on system is 228-5.
>>>
>>> dpkg: error processing package libpam-systemd:amd64 (--configure):
>>>  dependency problems - leaving unconfigured
>>> dpkg: dependency problems prevent processing triggers for systemd:
>>>  systemd depends on libsystemd0 (= 228-5); however:
>>>   Version of libsystemd0:amd64 on system is 228-6.
>>>
>>> dpkg: error processing package systemd (--configure):
>>>  dependency problems - leaving triggers unprocessed
>>> Setting up acl (2.2.52-3) ...
>>> Errors were encountered while processing:
>>>  libpam-systemd:amd64
>>>  systemd
>>> Press Return to continue.
>>>
>>> # dpkg -i /var/cache/apt/archives/*systemd*_228-6_amd64.deb
>>> (Reading database ... 289815 files and directories currently installed.)
>>> Preparing to unpack .../libpam-systemd_228-6_amd64.deb ...
>>> Unpacking libpam-systemd:amd64 (228-6) over (228-6) ...
>>> Preparing to unpack .../libsystemd0_228-6_amd64.deb ...
>>> Unpacking libsystemd0:amd64 (228-6) over (228-6) ...
>>> Preparing to unpack .../systemd_228-6_amd64.deb ...
>>> Unpacking systemd (228-6) over (228-5) ...
>>> Preparing to unpack .../systemd-sysv_228-6_amd64.deb ...
>>> Unpacking systemd-sysv (228-6) over (228-5) ...
>>> Setting up libsystemd0:amd64 (228-6) ...
>>> Setting up systemd (228-6) ...
>>> addgroup: The group `systemd-journal' already exists as a system group. Exiting.
>>> Setting up systemd-sysv (228-6) ...
>>> Setting up libpam-systemd:amd64 (228-6) ...
>>> Processing triggers for man-db (2.7.5-1) ...
>>> Processing triggers for dbus (1.10.6-1) ...
>>> Processing triggers for libc-bin (2.21-7) ...
> 
> Right, as long as systemd is not unpacked no further progress can be
> made, but that's not something that dpkg controls, it's how it gets
> invoked by the frontend.
> 
> Thanks,
> Guillem
> 
> _______________________________________________
> Pkg-systemd-maintainers mailing list
> [email protected]
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
> 


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

[signature.asc (application/pgp-signature, attachment)]

Message #39 received at [email protected] (full text, mbox, reply):

From: Zack Weinberg <[email protected]>

To: Michael Biebl <[email protected]>, [email protected]

Cc: [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Mon, 15 Feb 2016 09:29:19 -0500

Control: found -1 aptitude/0.7.5-3

On Mon, Feb 15, 2016 at 8:41 AM, Michael Biebl <[email protected]> wrote:
>
> Zack, I guess the aptitude maintainers will want to know which aptitude
> version you are using.

I know I've seen this with the version currently in unstable, which is
0.7.5-3. It seems likely to affect older versions as well, though.
Complete output of /usr/share/bug/aptitude is appended.

zw


$ sh /usr/share/bug/aptitude 3>&1
Terminal: xterm-256color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.7.5
Compiler: g++ 5.3.1 20151207
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.6.2
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20151024
  cwidget version: 0.5.17
  Apt version: 5.0.0

aptitude linkage:
    linux-vdso.so.1 (0x00007fff7e677000)
    libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0
(0x00007f0e19941000)
    libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5
(0x00007f0e19711000)
    libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007f0e194e6000)
    libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0
(0x00007f0e192e0000)
    libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3
(0x00007f0e18fe3000)
    libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(0x00007f0e18d0c000)
    libboost_iostreams.so.1.58.0 =>
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0
(0x00007f0e18af2000)
    libboost_filesystem.so.1.58.0 =>
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.58.0
(0x00007f0e188d9000)
    libboost_system.so.1.58.0 =>
/usr/lib/x86_64-linux-gnu/libboost_system.so.1.58.0
(0x00007f0e186d4000)
    libxapian.so.22 => /usr/lib/x86_64-linux-gnu/libxapian.so.22
(0x00007f0e182d0000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007f0e180b3000)
    libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007f0e17d37000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f0e17a32000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f0e1781c000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f0e17477000)
    libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007f0e17274000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f0e17070000)
    libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f0e16e58000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f0e16c3d000)
    libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007f0e16a2d000)
    liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f0e16809000)
    liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 (0x00007f0e165f7000)
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f0e163ee000)
    libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007f0e161e9000)
    /lib64/ld-linux-x86-64.so.2 (0x000055ae6e5e4000)

Message #46 received at [email protected] (full text, mbox, reply):

From: "Manuel A. Fernandez Montecelo" <[email protected]>

To: Zack Weinberg <[email protected]>, [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Tue, 23 Feb 2016 13:44:25 +0000

Hi Zack,

2016-02-15 14:29 Zack Weinberg:
>Control: found -1 aptitude/0.7.5-3
>
>On Mon, Feb 15, 2016 at 8:41 AM, Michael Biebl <[email protected]> wrote:
>>
>> Zack, I guess the aptitude maintainers will want to know which aptitude
>> version you are using.
>
>I know I've seen this with the version currently in unstable, which is
>0.7.5-3. It seems likely to affect older versions as well, though.
>Complete output of /usr/share/bug/aptitude is appended.

Thanks for the report.  Do you have the logs around for those
installations attempts, of aptitude (the relevant section in
/var/log/aptitude*), apt (same for /var/log/apt/*) and dpkg
(/var/log/dpkg.log)?

It reminds me a bit of this one:
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809655

Since aptitude doesn't do the low level operations, e.g. tell dpkg to
unpack, but instead these actions are achieved by instructing apt what
to do with packages in a more abstract way (upgrade, install, remove), I
am bit puzzled.


Cheers.
-- 
Manuel A. Fernandez Montecelo <[email protected]>

Message #51 received at [email protected] (full text, mbox, reply):

From: "Manuel A. Fernandez Montecelo" <[email protected]>

To: Zack Weinberg <[email protected]>, [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Tue, 23 Feb 2016 20:43:50 +0000

2016-02-23 13:44 To Zack Weinberg:
>Hi Zack,
>
>2016-02-15 14:29 Zack Weinberg:
>>Control: found -1 aptitude/0.7.5-3
>>
>>On Mon, Feb 15, 2016 at 8:41 AM, Michael Biebl <[email protected]> wrote:
>>>
>>>Zack, I guess the aptitude maintainers will want to know which aptitude
>>>version you are using.
>>
>>I know I've seen this with the version currently in unstable, which is
>>0.7.5-3. It seems likely to affect older versions as well, though.
>>Complete output of /usr/share/bug/aptitude is appended.
>
>Thanks for the report.  Do you have the logs around for those
>installations attempts, of aptitude (the relevant section in
>/var/log/aptitude*), apt (same for /var/log/apt/*) and dpkg
>(/var/log/dpkg.log)?
>
>It reminds me a bit of this one:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809655
>
>Since aptitude doesn't do the low level operations, e.g. tell dpkg to
>unpack, but instead these actions are achieved by instructing apt what
>to do with packages in a more abstract way (upgrade, install, remove), I
>am bit puzzled.

Also, please attach the result of:

 apt-config dump


-- 
Manuel A. Fernandez Montecelo <[email protected]>

Message #56 received at [email protected] (full text, mbox, reply):

From: "Manuel A. Fernandez Montecelo" <[email protected]>

To: Zack Weinberg <[email protected]>, [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Mon, 29 Feb 2016 17:06:52 +0000

(Copying to the bug address now, but no reply in this message.  Will
reply shortly).


2016-02-29 13:17 Zack Weinberg:
>On Tue, Feb 23, 2016 at 8:44 AM, Manuel A. Fernandez Montecelo
><[email protected]> wrote:
>>
>> Thanks for the report.  Do you have the logs around for those
>> installations attempts, of aptitude (the relevant section in
>> /var/log/aptitude*), apt (same for /var/log/apt/*) and dpkg
>> (/var/log/dpkg.log)?
>
>Attached.  I was having trouble finding the right bit of the logs, but
>conveniently the problem happened again this morning.  The logs start
>immediately after upgrading aptitude to 0.7.6-1, which I did
>separately from everything else.
>
>> Also, please attach the result of:
>>
>> apt-config dump
>
>Ok.
>
>zw

>APT "";
>APT::Architecture "amd64";
>APT::Build-Essential "";
>APT::Build-Essential:: "build-essential";
>APT::Install-Recommends "1";
>APT::Install-Suggests "0";
>APT::Sandbox "";
>APT::Sandbox::User "_apt";
>APT::Authentication "";
>APT::Authentication::TrustCDROM "true";
>APT::NeverAutoRemove "";
>APT::NeverAutoRemove:: "^firmware-linux.*";
>APT::NeverAutoRemove:: "^linux-firmware$";
>APT::NeverAutoRemove:: "^linux-image-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-image-4\.4\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-headers-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-headers-4\.4\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-image-extra-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-image-extra-4\.4\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-signed-image-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-signed-image-4\.4\.0-1-amd64$";
>APT::NeverAutoRemove:: "^kfreebsd-image-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^kfreebsd-image-4\.4\.0-1-amd64$";
>APT::NeverAutoRemove:: "^kfreebsd-headers-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^kfreebsd-headers-4\.4\.0-1-amd64$";
>APT::NeverAutoRemove:: "^gnumach-image-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^gnumach-image-4\.4\.0-1-amd64$";
>APT::NeverAutoRemove:: "^.*-modules-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^.*-modules-4\.4\.0-1-amd64$";
>APT::NeverAutoRemove:: "^.*-kernel-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^.*-kernel-4\.4\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.4\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-tools-4\.3\.0-1-amd64$";
>APT::NeverAutoRemove:: "^linux-tools-4\.4\.0-1-amd64$";
>APT::VersionedKernelPackages "";
>APT::VersionedKernelPackages:: "linux-image";
>APT::VersionedKernelPackages:: "linux-headers";
>APT::VersionedKernelPackages:: "linux-image-extra";
>APT::VersionedKernelPackages:: "linux-signed-image";
>APT::VersionedKernelPackages:: "kfreebsd-image";
>APT::VersionedKernelPackages:: "kfreebsd-headers";
>APT::VersionedKernelPackages:: "gnumach-image";
>APT::VersionedKernelPackages:: ".*-modules";
>APT::VersionedKernelPackages:: ".*-kernel";
>APT::VersionedKernelPackages:: "linux-backports-modules-.*";
>APT::VersionedKernelPackages:: "linux-tools";
>APT::Never-MarkAuto-Sections "";
>APT::Never-MarkAuto-Sections:: "metapackages";
>APT::Never-MarkAuto-Sections:: "contrib/metapackages";
>APT::Never-MarkAuto-Sections:: "non-free/metapackages";
>APT::Never-MarkAuto-Sections:: "restricted/metapackages";
>APT::Never-MarkAuto-Sections:: "universe/metapackages";
>APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
>APT::Move-Autobit-Sections "";
>APT::Move-Autobit-Sections:: "oldlibs";
>APT::Move-Autobit-Sections:: "contrib/oldlibs";
>APT::Move-Autobit-Sections:: "non-free/oldlibs";
>APT::Move-Autobit-Sections:: "restricted/oldlibs";
>APT::Move-Autobit-Sections:: "universe/oldlibs";
>APT::Move-Autobit-Sections:: "multiverse/oldlibs";
>APT::Update "";
>APT::Update::Post-Invoke-Success "";
>APT::Update::Post-Invoke-Success:: "/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null";
>APT::Update::Post-Invoke-Success:: "if /usr/bin/test -w /var/cache/app-info -a -e /usr/bin/appstreamcli; then appstreamcli refresh > /dev/null; fi";
>APT::Architectures "";
>APT::Architectures:: "amd64";
>APT::Architectures:: "i386";
>APT::Compressor "";
>APT::Compressor::. "";
>APT::Compressor::.::Name ".";
>APT::Compressor::.::Extension "";
>APT::Compressor::.::Binary "";
>APT::Compressor::.::Cost "0";
>APT::Compressor::lz4 "";
>APT::Compressor::lz4::Name "lz4";
>APT::Compressor::lz4::Extension ".lz4";
>APT::Compressor::lz4::Binary "false";
>APT::Compressor::lz4::Cost "50";
>APT::Compressor::gzip "";
>APT::Compressor::gzip::Name "gzip";
>APT::Compressor::gzip::Extension ".gz";
>APT::Compressor::gzip::Binary "gzip";
>APT::Compressor::gzip::Cost "100";
>APT::Compressor::gzip::CompressArg "";
>APT::Compressor::gzip::CompressArg:: "-6n";
>APT::Compressor::gzip::UncompressArg "";
>APT::Compressor::gzip::UncompressArg:: "-d";
>APT::Compressor::xz "";
>APT::Compressor::xz::Name "xz";
>APT::Compressor::xz::Extension ".xz";
>APT::Compressor::xz::Binary "xz";
>APT::Compressor::xz::Cost "200";
>APT::Compressor::xz::CompressArg "";
>APT::Compressor::xz::CompressArg:: "-6";
>APT::Compressor::xz::UncompressArg "";
>APT::Compressor::xz::UncompressArg:: "-d";
>APT::Compressor::bzip2 "";
>APT::Compressor::bzip2::Name "bzip2";
>APT::Compressor::bzip2::Extension ".bz2";
>APT::Compressor::bzip2::Binary "bzip2";
>APT::Compressor::bzip2::Cost "300";
>APT::Compressor::bzip2::CompressArg "";
>APT::Compressor::bzip2::CompressArg:: "-6";
>APT::Compressor::bzip2::UncompressArg "";
>APT::Compressor::bzip2::UncompressArg:: "-d";
>APT::Compressor::lzma "";
>APT::Compressor::lzma::Name "lzma";
>APT::Compressor::lzma::Extension ".lzma";
>APT::Compressor::lzma::Binary "xz";
>APT::Compressor::lzma::Cost "400";
>APT::Compressor::lzma::CompressArg "";
>APT::Compressor::lzma::CompressArg:: "--format=lzma";
>APT::Compressor::lzma::CompressArg:: "-6";
>APT::Compressor::lzma::UncompressArg "";
>APT::Compressor::lzma::UncompressArg:: "--format=lzma";
>APT::Compressor::lzma::UncompressArg:: "-d";
>Dir "/";
>Dir::State "var/lib/apt/";
>Dir::State::lists "lists/";
>Dir::State::cdroms "cdroms.list";
>Dir::State::mirrors "mirrors/";
>Dir::State::extended_states "extended_states";
>Dir::State::status "/var/lib/dpkg/status";
>Dir::Cache "var/cache/apt/";
>Dir::Cache::archives "archives/";
>Dir::Cache::srcpkgcache "srcpkgcache.bin";
>Dir::Cache::pkgcache "pkgcache.bin";
>Dir::Etc "etc/apt/";
>Dir::Etc::sourcelist "sources.list";
>Dir::Etc::sourceparts "sources.list.d";
>Dir::Etc::main "apt.conf";
>Dir::Etc::netrc "auth.conf";
>Dir::Etc::parts "apt.conf.d";
>Dir::Etc::preferences "preferences";
>Dir::Etc::preferencesparts "preferences.d";
>Dir::Etc::trusted "trusted.gpg";
>Dir::Etc::trustedparts "trusted.gpg.d";
>Dir::Bin "";
>Dir::Bin::methods "/usr/lib/apt/methods";
>Dir::Bin::solvers "";
>Dir::Bin::solvers:: "/usr/lib/apt/solvers";
>Dir::Bin::dpkg "/usr/bin/dpkg";
>Dir::Bin::bzip2 "/bin/bzip2";
>Dir::Bin::xz "/usr/bin/xz";
>Dir::Bin::lz4 "/usr/bin/lz4";
>Dir::Bin::lzma "/usr/bin/xz";
>Dir::Media "";
>Dir::Media::MountPath "/media/apt";
>Dir::Log "var/log/apt";
>Dir::Log::Terminal "term.log";
>Dir::Log::History "history.log";
>Dir::Ignore-Files-Silently "";
>Dir::Ignore-Files-Silently:: "~$";
>Dir::Ignore-Files-Silently:: "\.disabled$";
>Dir::Ignore-Files-Silently:: "\.bak$";
>Dir::Ignore-Files-Silently:: "\.dpkg-[a-z]+$";
>Dir::Ignore-Files-Silently:: "\.save$";
>Dir::Ignore-Files-Silently:: "\.orig$";
>Dir::Ignore-Files-Silently:: "\.distUpgrade$";
>Acquire "";
>Acquire::AllowInsecureRepositories "1";
>Acquire::AllowDowngradeToInsecureRepositories "0";
>Acquire::cdrom "";
>Acquire::cdrom::mount "/media/cdrom/";
>Acquire::IndexTargets "";
>Acquire::IndexTargets::deb "";
>Acquire::IndexTargets::deb::Packages "";
>Acquire::IndexTargets::deb::Packages::MetaKey "$(COMPONENT)/binary-$(ARCHITECTURE)/Packages";
>Acquire::IndexTargets::deb::Packages::flatMetaKey "Packages";
>Acquire::IndexTargets::deb::Packages::ShortDescription "Packages";
>Acquire::IndexTargets::deb::Packages::Description "$(RELEASE)/$(COMPONENT) $(ARCHITECTURE) Packages";
>Acquire::IndexTargets::deb::Packages::flatDescription "$(RELEASE) Packages";
>Acquire::IndexTargets::deb::Packages::Optional "0";
>Acquire::IndexTargets::deb::Translations "";
>Acquire::IndexTargets::deb::Translations::MetaKey "$(COMPONENT)/i18n/Translation-$(LANGUAGE)";
>Acquire::IndexTargets::deb::Translations::flatMetaKey "$(LANGUAGE)";
>Acquire::IndexTargets::deb::Translations::ShortDescription "Translation-$(LANGUAGE)";
>Acquire::IndexTargets::deb::Translations::Description "$(RELEASE)/$(COMPONENT) Translation-$(LANGUAGE)";
>Acquire::IndexTargets::deb::Translations::flatDescription "$(RELEASE) Translation-$(LANGUAGE)";
>Acquire::IndexTargets::deb::DEP-11 "";
>Acquire::IndexTargets::deb::DEP-11::MetaKey "$(COMPONENT)/dep11/Components-$(NATIVE_ARCHITECTURE).yml";
>Acquire::IndexTargets::deb::DEP-11::ShortDescription "Components-$(NATIVE_ARCHITECTURE)";
>Acquire::IndexTargets::deb::DEP-11::Description "$(RELEASE)/$(COMPONENT) $(NATIVE_ARCHITECTURE) DEP-11 Metadata";
>Acquire::IndexTargets::deb::DEP-11::flatMetaKey "Components-$(NATIVE_ARCHITECTURE)";
>Acquire::IndexTargets::deb::DEP-11::flatDescription "$(RELEASE) DEP-11 Metadata";
>Acquire::IndexTargets::deb::DEP-11::KeepCompressed "true";
>Acquire::IndexTargets::deb::DEP-11::KeepCompressedAs "gz";
>Acquire::IndexTargets::deb::DEP-11-icons "";
>Acquire::IndexTargets::deb::DEP-11-icons::MetaKey "$(COMPONENT)/dep11/icons-64x64.tar";
>Acquire::IndexTargets::deb::DEP-11-icons::ShortDescription "icons-64x64";
>Acquire::IndexTargets::deb::DEP-11-icons::Description "$(RELEASE)/$(COMPONENT) DEP-11 64x64 Icons";
>Acquire::IndexTargets::deb::DEP-11-icons::flatMetaKey "icons-64x64";
>Acquire::IndexTargets::deb::DEP-11-icons::flatDescription "$(RELEASE) DEP-11 64x64 Icons";
>Acquire::IndexTargets::deb::DEP-11-icons::KeepCompressed "true";
>Acquire::IndexTargets::deb::DEP-11-icons::KeepCompressedAs "gz";
>Acquire::IndexTargets::deb::DEP-11-icons-hidpi "";
>Acquire::IndexTargets::deb::DEP-11-icons-hidpi::MetaKey "$(COMPONENT)/dep11/icons-128x128.tar";
>Acquire::IndexTargets::deb::DEP-11-icons-hidpi::ShortDescription "icons-128x128";
>Acquire::IndexTargets::deb::DEP-11-icons-hidpi::Description "$(RELEASE)/$(COMPONENT) DEP-11 128x128 Icons";
>Acquire::IndexTargets::deb::DEP-11-icons-hidpi::flatMetaKey "icons-128x128";
>Acquire::IndexTargets::deb::DEP-11-icons-hidpi::flatDescription "$(RELEASE) DEP-11 128x128 Icons";
>Acquire::IndexTargets::deb::DEP-11-icons-hidpi::KeepCompressed "true";
>Acquire::IndexTargets::deb::DEP-11-icons-hidpi::KeepCompressedAs "gz";
>Acquire::IndexTargets::deb::DEP-11-icons-hidpi::DefaultEnabled "false";
>Acquire::IndexTargets::deb-src "";
>Acquire::IndexTargets::deb-src::Sources "";
>Acquire::IndexTargets::deb-src::Sources::MetaKey "$(COMPONENT)/source/Sources";
>Acquire::IndexTargets::deb-src::Sources::flatMetaKey "Sources";
>Acquire::IndexTargets::deb-src::Sources::ShortDescription "Sources";
>Acquire::IndexTargets::deb-src::Sources::Description "$(RELEASE)/$(COMPONENT) Sources";
>Acquire::IndexTargets::deb-src::Sources::flatDescription "$(RELEASE) Sources";
>Acquire::IndexTargets::deb-src::Sources::Optional "0";
>Acquire::Changelogs "";
>Acquire::Changelogs::URI "";
>Acquire::Changelogs::URI::Origin "";
>Acquire::Changelogs::URI::Origin::Debian "http://metadata.ftp-master.debian.org/changelogs/@CHANGEPATH@_changelog";
>Acquire::Changelogs::URI::Origin::Tanglu "http://metadata.tanglu.org/changelogs/@CHANGEPATH@_changelog";
>Acquire::Changelogs::URI::Origin::Ubuntu "http://changelogs.ubuntu.com/changelogs/pool/@CHANGEPATH@/changelog";
>Acquire::Changelogs::URI::Origin::Ultimedia "http://packages.ultimediaos.com/changelogs/pool/@CHANGEPATH@/changelog.txt";
>Acquire::Languages "";
>Acquire::Languages:: "en_US";
>Acquire::Languages:: "en";
>Acquire::Languages:: "none";
>DPkg "";
>DPkg::Tools "";
>DPkg::Tools::Options "";
>DPkg::Tools::Options::/usr/sbin/apt-listbugs "";
>DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version "3";
>DPkg::Tools::Options::/usr/sbin/apt-listbugs::InfoFD "20";
>DPkg::Tools::Options::adequate "";
>DPkg::Tools::Options::adequate::Version "2";
>DPkg::Tools::Options::/usr/bin/apt-listchanges "";
>DPkg::Tools::Options::/usr/bin/apt-listchanges::Version "2";
>DPkg::Pre-Install-Pkgs "";
>DPkg::Pre-Install-Pkgs:: "adequate --help >/dev/null 2>&1 || exit 0; exec adequate --user nobody --apt-preinst";
>DPkg::Pre-Install-Pkgs:: "/usr/bin/apt-listchanges --apt || test $? -ne 10";
>DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true";
>DPkg::Post-Invoke "";
>DPkg::Post-Invoke:: "adequate --help >/dev/null 2>&1 || exit 0; exec adequate --debconf --user nobody --pending";
>DPkg::Post-Invoke:: "/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null";
>DPkg::NoTriggers "true";
>DPkg::ConfigurePending "true";
>DPkg::TriggersPending "true";
>AptListbugs "";
>AptListbugs::Severities "critical,grave,serious";
>AptListbugs::IgnoreRegexp "FTBFS";
>Adequate "";
>Adequate::Enabled "false";
>PackageManager "";
>PackageManager::Configure "smart";
>Binary "apt-config";
>Binary::apt "";
>Binary::apt::APT "";
>Binary::apt::APT::Color "1";
>Binary::apt::APT::Cache "";
>Binary::apt::APT::Cache::Show "";
>Binary::apt::APT::Cache::Show::Version "2";
>Binary::apt::APT::Cache::AllVersions "0";
>Binary::apt::APT::Cache::ShowVirtuals "1";
>Binary::apt::APT::Cache::Search "";
>Binary::apt::APT::Cache::Search::Version "2";
>Binary::apt::APT::Cache::ShowDependencyType "1";
>Binary::apt::APT::Cache::ShowVersion "1";
>Binary::apt::APT::Get "";
>Binary::apt::APT::Get::Upgrade-Allow-New "1";
>Binary::apt::APT::Cmd "";
>Binary::apt::APT::Cmd::Show-Update-Stats "1";
>Binary::apt::APT::Keep-Downloaded-Packages "0";
>Binary::apt::DPkg "";
>Binary::apt::DPkg::Progress-Fancy "1";
>Binary::apt::Acquire "";
>Binary::apt::Acquire::AllowInsecureRepositories "0";
>CommandLine "";
>CommandLine::AsString "apt-config dump";



-- 
Manuel A. Fernandez Montecelo <[email protected]>

Message #61 received at [email protected] (full text, mbox, reply):

From: "Manuel A. Fernandez Montecelo" <[email protected]>

To: Zack Weinberg <[email protected]>, [email protected], [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Mon, 29 Feb 2016 17:18:00 +0000

Hi again,

2016-02-29 13:17 Zack Weinberg:
>On Tue, Feb 23, 2016 at 8:44 AM, Manuel A. Fernandez Montecelo
><[email protected]> wrote:
>>
>> Thanks for the report.  Do you have the logs around for those
>> installations attempts, of aptitude (the relevant section in
>> /var/log/aptitude*), apt (same for /var/log/apt/*) and dpkg
>> (/var/log/dpkg.log)?
>
>Attached.  I was having trouble finding the right bit of the logs, but
>conveniently the problem happened again this morning.  The logs start
>immediately after upgrading aptitude to 0.7.6-1, which I did
>separately from everything else.
>
>> Also, please attach the result of:
>>
>> apt-config dump
>
>Ok.

Thanks for providing the information.


>DPkg::NoTriggers "true";
>DPkg::ConfigurePending "true";
>DPkg::TriggersPending "true";

After talking about this bug a few days ago with APT Deities (David
Kalnischkies, in this case), he told me that apt doesn't use "dpkg
--triggers-only" by default.

He believes that apt /could/ issue that command when
"DPkg::TriggersPending" or "DPkg::ConfigurePending" are enabled, and
possibly other similar ones (he didn't mention the specifics).

Such options as marked as experimental and dangerous (man apt.conf) so
maybe they are better left disabled unless there's a specific need to
use them.

If you disable and things keep working normally, please report back to
this bug.


Other than that, I am running this reply through deity@ so APT folks can
take a look, give further insight/recommendations, reassign/clone the
bug to src:apt if they want to follow-up, etc.

In principle, there is nothing that aptitude can do about this (other
than disabling the options behind the user's back), so if there's no
input after some time I will close the bug.


Cheers.
-- 
Manuel A. Fernandez Montecelo <[email protected]>

Message #68 received at [email protected] (full text, mbox, reply):

From: Zack Weinberg <[email protected]>

To: "Manuel A. Fernandez Montecelo" <[email protected]>

Cc: [email protected], [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Tue, 1 Mar 2016 12:27:43 -0500

On Mon, Feb 29, 2016 at 12:18 PM, Manuel A. Fernandez Montecelo wrote:
>
>> DPkg::NoTriggers "true";
>> DPkg::ConfigurePending "true";
>> DPkg::TriggersPending "true";
>
>
> After talking about this bug a few days ago with APT Deities (David
> Kalnischkies, in this case), he told me that apt doesn't use "dpkg
> --triggers-only" by default.
>
> He believes that apt /could/ issue that command when
> "DPkg::TriggersPending" or "DPkg::ConfigurePending" are enabled, and
> possibly other similar ones (he didn't mention the specifics).
>
> Such options as marked as experimental and dangerous (man apt.conf) so
> maybe they are better left disabled unless there's a specific need to
> use them.

On the system with the problem, that setting comes from a file named
/etc/apt/apt.conf.d/triggers, whose entire contents are

# cat /etc/apt/apt.conf.d/triggers
DPkg::NoTriggers "true";
PackageManager::Configure "smart";
DPkg::ConfigurePending "true";
DPkg::TriggersPending "true";

It was last modified in 2011.  I have no memory of having created this
file, but it doesn't belong to any package either.  Searching the 'net
for that combination of options brings me to
https://raphaelhertzog.com/2011/05/30/trying-to-make-dpkg-triggers-more-useful-and-less-painful/
and bug #626599.  It is probable that I saw Raphael's blog post go by
and decided to try it out.

I have another computer that runs unstable, and which had not yet
received the systemd 229-2 update; I verified that it does *not* have
any of these settings and then ran the update.  It went through with
no problems.

So that's a pretty strong indicator that this non-default mode is the
cause of the problem.  And it's corroborated by the dpkg/apt logs on
the computer that didn't have these settings, which show no sign of
the problem in the past, as far as I can tell.  But just to make sure,
I would like to leave this bug open until another systemd update comes
along and I can confirm that disabling these settings addresses the
problem on the computer that definitely did have it.

zw

Message #73 received at [email protected] (full text, mbox, reply):

From: "Manuel A. Fernandez Montecelo" <[email protected]>

To: Zack Weinberg <[email protected]>, [email protected], [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Tue, 1 Mar 2016 18:01:16 +0000

Hi Zack,

2016-03-01 17:27 Zack Weinberg:
>On Mon, Feb 29, 2016 at 12:18 PM, Manuel A. Fernandez Montecelo wrote:
>>
>>> DPkg::NoTriggers "true";
>>> DPkg::ConfigurePending "true";
>>> DPkg::TriggersPending "true";
>>
>>
>> After talking about this bug a few days ago with APT Deities (David
>> Kalnischkies, in this case), he told me that apt doesn't use "dpkg
>> --triggers-only" by default.
>>
>> He believes that apt /could/ issue that command when
>> "DPkg::TriggersPending" or "DPkg::ConfigurePending" are enabled, and
>> possibly other similar ones (he didn't mention the specifics).
>>
>> Such options as marked as experimental and dangerous (man apt.conf) so
>> maybe they are better left disabled unless there's a specific need to
>> use them.
>
>On the system with the problem, that setting comes from a file named
>/etc/apt/apt.conf.d/triggers, whose entire contents are
>
># cat /etc/apt/apt.conf.d/triggers
>DPkg::NoTriggers "true";
>PackageManager::Configure "smart";
>DPkg::ConfigurePending "true";
>DPkg::TriggersPending "true";
>
>It was last modified in 2011.  I have no memory of having created this
>file, but it doesn't belong to any package either.  Searching the 'net
>for that combination of options brings me to
>https://raphaelhertzog.com/2011/05/30/trying-to-make-dpkg-triggers-more-useful-and-less-painful/
>and bug #626599.  It is probable that I saw Raphael's blog post go by
>and decided to try it out.

I guessed that it would be something like that that triggered (pun maybe
intended) people to use such options.


>I have another computer that runs unstable, and which had not yet
>received the systemd 229-2 update; I verified that it does *not* have
>any of these settings and then ran the update.  It went through with
>no problems.
>
>So that's a pretty strong indicator that this non-default mode is the
>cause of the problem.  And it's corroborated by the dpkg/apt logs on
>the computer that didn't have these settings, which show no sign of
>the problem in the past, as far as I can tell.  But just to make sure,
>I would like to leave this bug open until another systemd update comes
>along and I can confirm that disabling these settings addresses the
>problem on the computer that definitely did have it.

Good, please do inform when that happens.


I suppose that APT folks will want to reassign/clone the bug to
themselves, and either fix the problem or remove the use of these
variables.


Cheers.
-- 
Manuel A. Fernandez Montecelo <[email protected]>

Message #78 received at [email protected] (full text, mbox, reply):

From: "Manuel A. Fernandez Montecelo" <[email protected]>

To: Zack Weinberg <[email protected]>, [email protected]

Subject: Re: Bug#814240: systemd triggers break upgrades within unstable

Date: Fri, 4 Mar 2016 12:25:31 +0000

Control: reassign -1 apt


2016-03-01 18:01 To Zack Weinberg:
>Hi Zack,
>
>2016-03-01 17:27 Zack Weinberg:
>>On Mon, Feb 29, 2016 at 12:18 PM, Manuel A. Fernandez Montecelo wrote:
>>>
>>>>DPkg::NoTriggers "true";
>>>>DPkg::ConfigurePending "true";
>>>>DPkg::TriggersPending "true";
>>>
>>>
>>>After talking about this bug a few days ago with APT Deities (David
>>>Kalnischkies, in this case), he told me that apt doesn't use "dpkg
>>>--triggers-only" by default.
>>>
>>>He believes that apt /could/ issue that command when
>>>"DPkg::TriggersPending" or "DPkg::ConfigurePending" are enabled, and
>>>possibly other similar ones (he didn't mention the specifics).
>>>
>>>Such options as marked as experimental and dangerous (man apt.conf) so
>>>maybe they are better left disabled unless there's a specific need to
>>>use them.
>>
>>On the system with the problem, that setting comes from a file named
>>/etc/apt/apt.conf.d/triggers, whose entire contents are
>>
>># cat /etc/apt/apt.conf.d/triggers
>>DPkg::NoTriggers "true";
>>PackageManager::Configure "smart";
>>DPkg::ConfigurePending "true";
>>DPkg::TriggersPending "true";
>>
>>It was last modified in 2011.  I have no memory of having created this
>>file, but it doesn't belong to any package either.  Searching the 'net
>>for that combination of options brings me to
>>https://raphaelhertzog.com/2011/05/30/trying-to-make-dpkg-triggers-more-useful-and-less-painful/
>>and bug #626599.  It is probable that I saw Raphael's blog post go by
>>and decided to try it out.
>
>I guessed that it would be something like that that triggered (pun maybe
>intended) people to use such options.
>
>
>>I have another computer that runs unstable, and which had not yet
>>received the systemd 229-2 update; I verified that it does *not* have
>>any of these settings and then ran the update.  It went through with
>>no problems.
>>
>>So that's a pretty strong indicator that this non-default mode is the
>>cause of the problem.  And it's corroborated by the dpkg/apt logs on
>>the computer that didn't have these settings, which show no sign of
>>the problem in the past, as far as I can tell.  But just to make sure,
>>I would like to leave this bug open until another systemd update comes
>>along and I can confirm that disabling these settings addresses the
>>problem on the computer that definitely did have it.
>
>Good, please do inform when that happens.
>
>
>I suppose that APT folks will want to reassign/clone the bug to
>themselves, and either fix the problem or remove the use of these
>variables.

Reassigning to apt after speaking to the developers.


Cheers.
-- 
Manuel A. Fernandez Montecelo <[email protected]>

Send a report that this bug log contains spam.