Bug#697381: blackbox: FTBFS: symbols file mismatch on m68k

[Thorsten Glaser]

Source: blackbox
Version: 0.70.1-14

[…]
   dh_makeshlibs -a
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: debian/libbt0/DEBIAN/symbols doesn't match completely 
debian/libbt0.symbols
--- debian/libbt0.symbols (libbt0_0.70.1-14_m68k)
+++ dpkg-gensymbols5DYAWU   2013-01-04 10:58:13.505900080 +
@@ -300,7 +300,7 @@
  _ZN2bt9mkdirhierERKSsi@Base 0.70.1
  _ZN2bt9toUnicodeERKSs@Base 0.70.1
  (arch=any-i386)_ZN9__gnu_cxx11char_traitsIjE4copyEPjPKjj@Base 0.70.1
- (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !powerpcspe 
!ppc64 !s390 !s390x !sh4 !sparc 
!sparc64)_ZN9__gnu_cxx11char_traitsIjE4copyEPjPKjm@Base 0.70.1
+#MISSING: 0.70.1-14# (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel 
!powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc 
!sparc64)_ZN9__gnu_cxx11char_traitsIjE4copyEPjPKjm@Base 0.70.1
  _ZNK2bt11Application10grabButtonEjjmbjiimmb@Base 0.70.1
  _ZNK2bt11Application12ungrabButtonEjjm@Base 0.70.1
  _ZNK2bt11Application8XDisplayEv@Base 0.70.1
@@ -385,15 +385,15 @@
  _ZNK2bt9MenuStyle9titleRectERKSbIjSt11char_traitsIjESaIjEE@Base 0.70.1
  (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE12_M_leak_hardEv@Base 0.70.1
  (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEjjPKjj@Base 
0.70.1
- (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !powerpcspe 
!ppc64 !s390 !s390x !sh4 !sparc 
!sparc64)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEmmPKjm@Base 0.70.1
+#MISSING: 0.70.1-14# (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel 
!powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc 
!sparc64)_ZNSbIjSt11char_traitsIjESaIjEE15_M_replace_safeEmmPKjm@Base 0.70.1
  _ZNSbIjSt11char_traitsIjESaIjEE4_Rep20_S_empty_rep_storageE@Base 0.70.1
  (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 
!any-i386)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_j@Base 0.70.1
- (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !powerpcspe 
!sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_m@Base 0.70.1
+#MISSING: 0.70.1-14# (optional|arch=!any-i386 !armel !armhf !mips !mipsel 
!powerpc !powerpcspe !sh4 
!sparc)_ZNSbIjSt11char_traitsIjESaIjEE4_Rep8_M_cloneERKS1_m@Base 0.70.1
  (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 
!any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6appendEjj@Base 0.70.1
- (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !powerpcspe 
!sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6appendEmj@Base 0.70.1
+#MISSING: 0.70.1-14# (optional|arch=!any-i386 !armel !armhf !mips !mipsel 
!powerpc !powerpcspe !sh4 !sparc)_ZNSbIjSt11char_traitsIjESaIjEE6appendEmj@Base 
0.70.1
  (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6assignERKS2_@Base 0.70.1
  (arch=any-i386)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEjj@Base 0.70.1
- (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel !powerpc !powerpcspe 
!ppc64 !s390 !s390x !sh4 !sparc 
!sparc64)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEmj@Base 0.70.1
+#MISSING: 0.70.1-14# (arch=!any-i386 !alpha !armel !armhf !ia64 !mips !mipsel 
!powerpc !powerpcspe !ppc64 !s390 !s390x !sh4 !sparc 
!sparc64)_ZNSbIjSt11char_traitsIjESaIjEE6resizeEmj@Base 0.70.1
  (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 
!sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEjjPKjj@Base 0.70.1
  (arch=amd64 ia64 kfreebsd-amd64 s390 s390x alpha ppc64 
sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7replaceEmmPKjm@Base 0.70.1
  (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 
!sparc64)_ZNSbIjSt11char_traitsIjESaIjEE7reserveEj@Base 0.70.1
@@ -428,7 +428,7 @@
  (arch=any-i386)_ZNSt4pairIKN2bt9FontCache8FontNameENS1_7FontRefEED1Ev@Base 
0.70.1
  (arch=any-i386)_ZNSt4pairIKN2bt9FontCache8FontNameENS1_7FontRefEED2Ev@Base 
0.70.1
  (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 !sparc64 
!any-i386)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEjb@Base 0.70.1
- (optional|arch=!any-i386 !armel !armhf !mips !mipsel !powerpc !powercpspe 
!sh4 !sparc)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEmb@Base 0.70.1
+#MISSING: 0.70.1-14# (optional|arch=!any-i386 !armel !armhf !mips !mipsel 
!powerpc !powercpspe !sh4 
!sparc)_ZNSt5dequeIPN2bt4MenuESaIS2_EE17_M_reallocate_mapEmb@Base 0.70.1
  (optional|arch=!any-i386)_ZNSt5dequeIPN2bt4MenuESaIS2_EED1Ev@Base 0.70.1
  (optional|arch=!any-i386)_ZNSt5dequeIPN2bt4MenuESaIS2_EED2Ev@Base 0.70.1
  (arch=!amd64 !ia64 !kfreebsd-amd64 !s390 !s390x !alpha !ppc64 
!sparc64)_ZNSt6vectorIPN2bt11XColorTableESaIS2_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS2_S4_EEjRKS2_@Base
 0.70.1
dh_makeshlibs: dpkg-gensymbols -plibbt0 -Idebian/libbt0.symbols -Pdebian/libbt0 
-edebian/libbt0/usr/lib/m68k-linux-gnu/libbt.so.0.0.0
 returned exit code 1
make: *** [binary-arch] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit 
status 2


--
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.deb

Bug#697402: bzr-gtk: causes crash in pydoc -k when python-gtk2 is also installed

[Samuel Bronson]

Package: bzr-gtk
Version: 0.103.0+bzr792-3
Severity: critical

Dear Maintainer,

Having bzr-gtk and python-gtk2 installed at the same time causes "pydoc
-k foobarbaz" to crash, because

  1) pydoc has to import all packages in order to find out what modules
  they contain

  2) your package bzrlib.plugins.gtk.branchview causes gi.repository.Gtk
  to be imported

  3) python-gtk2's package gtk imports _gtk

  4) importing both of those modules causes a SIGSEGV

Anyone hoping to take a look at the crash itself might (or might not)
find this script helpful:

import sys
import resource
#import pkgutil

# A big stack wastes time/space in GDB.
# (This size was chosen for i386; adjust as needed.)
resource.setrlimit(resource.RLIMIT_STACK, (32*1024, -1))

# import bzrlib.plugins.gtk.branchview
from gi.repository import Gtk
import _gtk

#for importer, modname, ispkg in pkgutil.walk_packages():
#print modname, ispkg, importer
#sys.stdout.flush()

This is marked critical ONLY because having your package installed
causes "pydoc -k" to fail, not because I think you're actually to blame
for this: the ultimate problem is 4) above, which is of course a problem
with python-gi and python-gtk2; bzr-gtk just exposes this booby-trap to
"pydoc -k".

I would report a bug for that, too, but I don't know which package to
report it against :-(.


P.S. This would have been easier to debug if the python in wheezy had
debug syms available .

Thanks to Jakub Wilk for building me a python with the patch I posted on
: maybe all I got out of valgrind was
the fact that it was a stack overflow, but having debug symbols was
*vital*.

-- System Information:
Debian Release: 7.0
  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 bzr-gtk depends on:
ii  bzr  2.6.0~bzr6526-1
ii  gir1.2-gconf-2.0 3.2.5-1+build1
ii  gir1.2-gtk-3.0   3.4.2-4
ii  gir1.2-gtksource-3.0 3.4.2-1
ii  libcanberra-gtk3-module  0.28-6
ii  python   2.7.3~rc2-1
ii  python-gi3.2.2-1
ii  python2.62.6.8-0.2
ii  python2.72.7.3~rc2-2.1+valgrind

Versions of packages bzr-gtk recommends:
ii  bzr-dbus0.1~bzr52-2
ii  gir1.2-freedesktop  1.32.1-1
ii  gir1.2-notify-0.7   0.7.5-1
ii  python-gi-cairo 3.2.2-1
pn  seahorse

Versions of packages bzr-gtk suggests:
ii  bzr-loom2.2.0-2
pn  bzr-search  

-- 
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!