Package: python2.7-dbg Version: 2.7.3~rc2-2.1 It turns out that this doesn't just hit /usr/bin/python2.7; just from jwilk's demo above you can see that _ctypes.so is also affected.
In fact, dwarfdump can't find type or (actual) line-number information in any of these files: ,----[ grep -sl -e GIMPLE $(dpkg -L python2.7-dbg) /dev/null ] | /usr/lib/debug/usr/bin/python2.7 | /usr/lib/debug/usr/lib/libpython2.7.so.1.0 | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_bsddb.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_csv.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/parser.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/imageop.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_codecs_jp.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_hotshot.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/crypt.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_ctypes.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/datetime.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/dl.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_curses_panel.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/termios.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/ossaudiodev.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/nis.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_lsprof.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/bz2.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_codecs_tw.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/dbm.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_codecs_iso2022.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_heapq.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_codecs_hk.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/readline.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_ctypes_test.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/linuxaudiodev.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_io.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/pyexpat.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_codecs_cn.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_testcapi.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_sqlite3.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/resource.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_multiprocessing.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/audioop.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/mmap.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/future_builtins.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_json.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_multibytecodec.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_curses.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_codecs_kr.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/_elementtree.so | /usr/lib/debug/usr/lib/python2.7/lib-dynload/fpectl.so `---- That is, *none* of the symbols for the production build do much. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python2.7-dbg depends on: ii libbz2-1.0 1.0.6-4 ii libc6 2.13-37 ii libdb5.1 5.1.29-5 ii libexpat1 2.1.0-1 ii libncursesw5 5.9-10 ii libreadline6 6.2-8 ii libsqlite3-0 3.7.13-1 ii libssl1.0.0 1.0.1c-4 ii libtinfo5 5.9-10 ii python2.7 2.7.3~rc2-2.1 ii zlib1g 1:1.2.7.dfsg-13 python2.7-dbg recommends no packages. Versions of packages python2.7-dbg suggests: ii python-dbg [python-tk-dbg] 2.7.3~rc2-1 pn python-gdbm-dbg <none> -- no debconf information -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org