Hi, It turns out that some previous version of apt (<= 0.7.24) provide libapt-pkg- libc6.9-6.so.4.8.1 shared object, which according to objdump -T and readelf -s do not provide the missing symbol in question (_Z14maybe_add_authR3URISs).
To force dynamic linker to resolve all symbols at program startup instead of when they are first referenced: LD_BIND_NOW=true apt-get update To produce a more verbose debugging about the dynamic linkage: (what object files linker picks up and which symbols are being resolved) on x86: LD_DEBUG=all /lib/ld-linux.so.2 /usr/bin/apt-get update on amd64: LD_DEBUG=all /lib/ld-linux-x86-64.so.2 /usr/bin/apt-get update Since that it a transient breakage, I think we can close that bug safely unless there is a possible upgrade path which could leave the system in a state such that apt-get executable could call maybe_add_auth function without being dynamically linked with the proper shared object providing that symbol (_Z14maybe_add_authR3URISs) as well. P.S. Many thanks to Wil van Lierop (dutchfish) and Ron Lee (ron) for taking part in hunting down that transient breakage on IRC. -- pub 4096R/0E4BD0AB <people.fccf.net/danchev/key pgp.mit.edu> -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org