[Aptitude-devel] Bug#834790: aptitude hangs at "Loading cache" when unable to download package list
Antos Andras
antos at cs.bme.hu
Wed Aug 24 20:02:42 UTC 2016
Package: aptitude
Version: 0.8.3-1
Followup-For: Bug #834790
Dear Maintainer,
I experience the same problem on multiple PC-s with recent aptitude
version. I did not changed anything in the source.list(.d/*.list) files
when it started (just upgraded packages probably).
The issue depends on whether I leave or not one of these (or similar) lines
deb http://deb.opera.com/opera testing non-free
deb http://deb.opera.com/opera stable non-free
deb http://repos.fds-team.de/stable/debian jessie main
deb http://www.deb-multimedia.org testing main non-free
deb http://debian.mur.at/debian-multimedia testing main non-free
in the source.list(s), which all seems to be valid source lines as one can
check them in a browser. In these cases, during list download there is a
message (on red background) like:
"http://deb.opera.com/opera stable InRelease [ERROR]
The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 63F7D4AFF6D61D45",
or
"file:/home/big/sw/gimp/kbyte_2.9.1 jessie/ Release [ERROR]
File not found - /home/big/sw/gimp/kbyte_2.9.1/jessie/Release (2: No such file",
when I use an unexisting local source. However the line
deb http://dl.google.com/linux/talkplugin/deb/ stable main
inserted by a google product a while ago also makes it hang, and there
is no any error message either!
Earlier these did not made aptitude hang. I think, if some source is not
available for any reason or these are missing signatures, aptitude should
not hang silently, but after reporting about the problem, continue by
package listing, as earlier versions did.
So I would not say it is an error in the config of the user, particularly
if it is caused (also) by server time-out. It is not due to typos or
similar! It is definitely an error in aptitude that ought to be fixed,
though, not critical, once the user finds this report and gets to know
that pressing 'q' and restarting is more-or-less a workaround.
So I basicly agree with Martin above that this is a regression.
Thank for you work,
Andras
-- Package-specific info:
Terminal: xterm-256color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude
aptitude version information:
aptitude 0.8.3
Compiler: g++ 6.1.1 20160802
Compiled against:
apt version 5.0.0
NCurses version 6.0
libsigc++ version: 2.8.0
Gtk+ support disabled.
Qt support disabled.
Current library versions:
NCurses version: ncurses 6.0.20160625
cwidget version: 0.5.17
Apt version: 5.0.0
aptitude linkage:
linux-vdso.so.1 (0x00007ffcaedf1000)
libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 (0x00007fae77bf8000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 (0x00007fae779c8000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 (0x00007fae7779d000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x00007fae77596000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x00007fae77299000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x00007fae76f94000)
libboost_iostreams.so.1.61.0 => /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.61.0 (0x00007fae76d7c000)
libboost_filesystem.so.1.61.0 => /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.61.0 (0x00007fae76b63000)
libboost_system.so.1.61.0 => /usr/lib/x86_64-linux-gnu/libboost_system.so.1.61.0 (0x00007fae7695e000)
libxapian.so.22 => /usr/lib/x86_64-linux-gnu/libxapian.so.22 (0x00007fae7655a000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fae7633d000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fae75fbb000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fae75cb6000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fae75aa0000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fae756fe000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fae754fa000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007fae752e3000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fae750c7000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x00007fae74eb7000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007fae74c94000)
liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 (0x00007fae74a81000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fae74879000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x00007fae74673000)
/lib64/ld-linux-x86-64.so.2 (0x000056373f142000)
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.6.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 aptitude depends on:
ii aptitude-common 0.8.3-1
ii libapt-pkg5.0 1.3~rc2
ii libboost-filesystem1.61.0 1.61.0+dfsg-2.1
ii libboost-iostreams1.61.0 1.61.0+dfsg-2.1
ii libboost-system1.61.0 1.61.0+dfsg-2.1
ii libc6 2.23-4
ii libcwidget3v5 0.5.17-4+b1
ii libgcc1 1:6.1.1-11
ii libncursesw5 6.0+20160625-1
ii libsigc++-2.0-0v5 2.8.0-2
ii libsqlite3-0 3.13.0-1
ii libstdc++6 6.1.1-11
ii libtinfo5 6.0+20160625-1
ii libxapian22v5 1.2.23-1
Versions of packages aptitude recommends:
pn libparse-debianchangelog-perl <none>
ii sensible-utils 0.0.9
Versions of packages aptitude suggests:
pn apt-xapian-index <none>
pn aptitude-doc-en | aptitude-doc <none>
pn debtags <none>
ii tasksel 3.35
-- no debconf information
More information about the Aptitude-devel
mailing list