Your message dated Fri, 11 Sep 2015 16:14:34 +0100
with message-id
<capq4b8mgkaq4wmuny+gzynh2vqtq0qd4ijhvslupokgrv6g...@mail.gmail.com>
and subject line Re: [Aptitude-devel] Bug#769222: Bug#769222: Bug#769222:
aptitude: Frequent pending actions left
has caused the Debian Bug report #769222,
regarding aptitude: Can't configure packages from trigger/wait states 'T' and
'W' (frequent pending actions left; says, it would configure packages but
doesn't)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
769222: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769222
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: aptitude
Version: 0.6.11-1+b1
After last night unattented-upgrades, libaudio2 caused a failure (see
attached unattended-upgrades-dpkg.log)
I manually downgraded them from http://snapshot.debian.org/package/nas/
using:
# dpkg -i libaudio2_1.9.4-1_amd64.deb libaudio2_1.9.4-1_i386.deb
These packages are on hold in aptitude. I completed the installation
using aptitude update & dist-upgrade. I also tried "apt-get -f install".
But now, 2 packages are refusing to complete their configuration:
root@deimos:~# aptitude full-upgrade
The following partially installed packages will be configured:
dbus systemd-shim
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
root@deimos:~# aptitude full-upgrade
The following partially installed packages will be configured:
dbus systemd-shim
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Additionally, when using the interface, these packages show state 'T'
and 'W' that are undocumented when pressing '?'. Oo
See attached screen shots.
I worked around that by running "dpkg -a --configure" (thanks babilen@oftc)
I think aptitude should be able to configure these packages, or at very
least should not say it will configure them when it does not.
-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude
aptitude version information:
aptitude 0.6.11 compiled at Nov 8 2014 13:34:39
Compiler: g++ 4.9.1
Compiled against:
apt version 4.12.0
NCurses version 5.9
libsigc++ version: 2.4.0
Gtk+ support disabled.
Qt support disabled.
Current library versions:
NCurses version: ncurses 5.9.20140913
cwidget version: 0.5.17
Apt version: 4.12.0
aptitude linkage:
linux-vdso.so.1 (0x00007fff015fc000)
libapt-pkg.so.4.12 =>
/usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x00007f87524d8000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5
(0x00007f87522a2000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5
(0x00007f8752077000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0
(0x00007f8751e71000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3
(0x00007f8751b5b000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0
(0x00007f8751892000)
libboost_iostreams.so.1.55.0 =>
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x00007f875167a000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x00007f8751269000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007f875104b000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007f8750d40000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f8750a3f000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x00007f8750828000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f875047f000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1
(0x00007f875027c000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f8750077000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f874fe5c000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0
(0x00007f874fc4c000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5
(0x00007f874fa28000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f874f820000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1
(0x00007f874f61a000)
/lib64/ld-linux-x86-64.so.2 (0x00007f8752ebc000)
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages aptitude depends on:
ii aptitude-common 0.6.11-1
ii libapt-pkg4.12 1.0.9.3
ii libboost-iostreams1.55.0 1.55.0+dfsg-3
ii libc6 2.19-12
ii libcwidget3 0.5.17-2
ii libgcc1 1:4.9.1-19
ii libncursesw5 5.9+20140913-1
ii libsigc++-2.0-0c2a 2.4.0-1
ii libsqlite3-0 3.8.7-1
ii libstdc++6 4.9.1-19
ii libtinfo5 5.9+20140913-1
ii libxapian22 1.2.19-1
Versions of packages aptitude recommends:
ii aptitude-doc-en [aptitude-doc] 0.6.11-1
ii libparse-debianchangelog-perl 1.2.0-1.1
ii sensible-utils 0.0.9
Versions of packages aptitude suggests:
pn apt-xapian-index <none>
pn debtags <none>
ii tasksel 3.29
-- no debconf information
Log started: 2014-11-11 07:46:30
Reading changelogs...
(Reading database ... 239512 files and directories currently installed.)
Preparing to unpack .../libaudio2_1.9.4-1+b1_i386.deb ...
De-configuring libaudio2:amd64 (1.9.4-1) ...
Unpacking libaudio2:i386 (1.9.4-1+b1) over (1.9.4-1) ...
Preparing to unpack .../libaudio2_1.9.4-1+b1_amd64.deb ...
Unpacking libaudio2:amd64 (1.9.4-1+b1) over (1.9.4-1) ...
dpkg: error processing archive /var/cache/apt/archives/libaudio2_1.9.4-1+b1_amd64.deb (--unpack):
trying to overwrite shared '/usr/share/doc/libaudio2/changelog.Debian.gz', which is different from other instances of package libaudio2:amd64
Preparing to unpack .../libexpat1-dev_2.1.0-6+b2_amd64.deb ...
Unpacking libexpat1-dev:amd64 (2.1.0-6+b2) over (2.1.0-6+b1) ...
Preparing to unpack .../libexpat1_2.1.0-6+b2_i386.deb ...
De-configuring libexpat1:amd64 (2.1.0-6+b1) ...
Unpacking libexpat1:i386 (2.1.0-6+b2) over (2.1.0-6+b1) ...
Preparing to unpack .../libexpat1_2.1.0-6+b2_amd64.deb ...
Unpacking libexpat1:amd64 (2.1.0-6+b2) over (2.1.0-6+b1) ...
Preparing to unpack .../libgtk-3-common_3.14.4-2_all.deb ...
Unpacking libgtk-3-common (3.14.4-2) over (3.14.4-1) ...
Preparing to unpack .../libgail-3-0_3.14.4-2_amd64.deb ...
Unpacking libgail-3-0:amd64 (3.14.4-2) over (3.14.4-1) ...
Preparing to unpack .../libgtk-3-0_3.14.4-2_amd64.deb ...
Unpacking libgtk-3-0:amd64 (3.14.4-2) over (3.14.4-1) ...
Preparing to unpack .../busybox_1%3a1.22.0-9+b1_amd64.deb ...
Unpacking busybox (1:1.22.0-9+b1) over (1:1.22.0-9) ...
Preparing to unpack .../gir1.2-gtk-3.0_3.14.4-2_amd64.deb ...
Unpacking gir1.2-gtk-3.0:amd64 (3.14.4-2) over (3.14.4-1) ...
Preparing to unpack .../libappindicator3-1_0.4.92-3.1_amd64.deb ...
Unpacking libappindicator3-1 (0.4.92-3.1) over (0.4.92-3) ...
Preparing to unpack .../gir1.2-appindicator3-0.1_0.4.92-3.1_amd64.deb ...
Unpacking gir1.2-appindicator3-0.1 (0.4.92-3.1) over (0.4.92-3) ...
Preparing to unpack .../libgtk-3-bin_3.14.4-2_amd64.deb ...
Leaving 'diversion of /usr/sbin/update-icon-caches to /usr/sbin/update-icon-caches.gtk2 by libgtk-3-bin'
Leaving 'diversion of /usr/share/man/man8/update-icon-caches.8.gz to /usr/share/man/man8/update-icon-caches.gtk2.8.gz by libgtk-3-bin'
Unpacking libgtk-3-bin (3.14.4-2) over (3.14.4-1) ...
Preparing to unpack .../systemd-shim_9-1_amd64.deb ...
Leaving 'diversion of /usr/share/dbus-1/system-services/org.freedesktop.systemd1.service to /usr/share/dbus-1/system-services/org.freedesktop.systemd1.service.systemd by systemd-shim'
Unpacking systemd-shim (9-1) over (8-4) ...
Processing triggers for doc-base (0.10.6) ...
Processing 1 changed doc-base file...
Registering documents with scrollkeeper...
Processing triggers for libglib2.0-0:amd64 (2.42.0-2) ...
Processing triggers for libglib2.0-0:i386 (2.42.0-2) ...
Processing triggers for man-db (2.7.0.2-3) ...
Errors were encountered while processing:
/var/cache/apt/archives/libaudio2_1.9.4-1+b1_amd64.deb
Error in function:
Log ended: 2014-11-11 07:47:15
signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
2015-09-11 10:25 GMT+01:00 David Kalnischkies <[email protected]>:
> On Fri, Sep 11, 2015 at 01:06:24AM +0100, Manuel A. Fernandez Montecelo wrote:
>> >I haven't really decided (mostly thanks to time issues) yet how to tackle
>> >this giant ball of pain and on top of that how to sell it to the Release
>> >Team if I would find a fix from the apt side. As said in the mentioned
>> >bugreport, that wouldn't help in any way with wheezy-upgrades though.
>
> [The bugreport was 769609 and the fix which landed in jessie with
> Release team approval was a2a75ff4516f7609f4c55b42270abb8d08943c60.]
>
>
>> In the dpkg commit fixing #766758, it says:
>>
>> This is a mostly conformant workaround for frontends like apt that do
>> not correctly call «dpkg --configure -a» or «dpkg --triggers-only -a»
>> after their normal runs, and leave packages in triggers-pending and
>> triggers-awaited states.
>
> apt/jessie does call "dpkg --configure -a" by default after performing
> its other dpkg callings. The workaround was needed as apt/wheezy is used
> in the wheezy→jessie upgrade, while at some point in this upgrade
> dpkg/jessie will be used; so dpkg has to behave as apt/wheezy expects it
> to work.
>
> [The "bleed through" of internal details like triggers is why we would
> prefer that dpkg would deal with ordering all by itself as talked about
> in the DebConf meeting]
I see, I didn't realise at the time when you were discussing that.
>> I am not sure if the front-ends are suppossed to be modified to call
>> dpkg correctly because this "conformant workaround" will be removed, or
>> what's the situation. Can you please clarify, if you know the reply
>> right away? If you have to dig no problem, I will do it.
>
> I am pretty sure the workaround will be removed at some point, so if
> aptitude calls dpkg itself in any way, it should call --configure -a at
> the end of these actions – "--configure pkg" might be the most likely
> situation to activate a trigger but any file placement or maintainer
> script can call one.
>
> I don't know if aptitude actually calls dpkg on its own, but some
> reports I had read suggested as much even through I wouldn't expect it…
> So I left this bug here for someone to check aptitude – feel free to
> close if there is no such issue.
I've been reviewing the calls and, unless I am missing somethig, there
are no calls of that kind, there are only other calls to dpkg for
different purposes.
So I think that it is safe to close the bug now. Thanks a lot for the input!
--
Manuel A. Fernandez Montecelo <[email protected]>
--- End Message ---
_______________________________________________
Aptitude-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/aptitude-devel
