[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",
"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,

-- 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