Bug#703371: libharminv-dev: harminv build stale on i386
Sébastien Villemot sebast...@debian.org writes: Le lundi 18 mars 2013 à 17:02 -0400, Andreas Kloeckner a écrit : Package: libharminv-dev Version: 1.3.1-8 Severity: grave Justification: renders package unusable It appears as though the harminv package has become unusable in i386. It refers to libcblas.3gf.so, which is no longer available in testing/unstable. Can you please provide the output of the following command: $ update-alternatives --display libblas.so.3 It looks like the i386 binary has been built on an non-minimal chroot, and was therefore linked against ATLAS. This creates missing shared library dependencies when the BLAS alternative does not point to ATLAS (which I guess is the case for the reporter). A binNMU of the package should fix the problem. FYI: libblas.so.3 - auto mode link currently points to /usr/lib/openblas-base/libopenblas.so.0 /usr/lib/libblas/libblas.so.3 - priority 10 slave libblas.so.3gf: /usr/lib/libblas/libblas.so.3 /usr/lib/openblas-base/libopenblas.so.0 - priority 40 slave libblas.so.3gf: /usr/lib/openblas-base/libopenblas.so.0 Current 'best' version is '/usr/lib/openblas-base/libopenblas.so.0'. Andreas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703371: libharminv-dev: harminv build stale on i386
Package: libharminv-dev Version: 1.3.1-8 Severity: grave Justification: renders package unusable Dear Maintainer, It appears as though the harminv package has become unusable in i386. It refers to libcblas.3gf.so, which is no longer available in testing/unstable. Any help would be much appreciated. Thanks, Andreas -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673929: gnome-shell: Should depend on gir1.2-clutter-1.0 (=1.10.4-3)
Package: gnome-shell Version: 3.4.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, I'm seeing this message in .xsession-errors: wrapper()@/usr/share/gjs-1.0/lang.js:204 ()@/usr/share/gnome-shell/js/ui/calendar.js:746 wrapper()@/usr/share/gjs-1.0/lang.js:204 ([object Object])@/usr/share/gnome-shell/js/ui/calendar.js:630 wrapper([object Object])@/usr/share/gjs-1.0/lang.js:204 ([object Object])@/usr/share/gjs-1.0/lang.js:145 ([object Object])@/usr/share/gjs-1.0/lang.js:239 ([object Object])@/usr/share/gnome-shell/js/ui/dateMenu.js:84 wrapper([object Object])@/usr/share/gjs-1.0/lang.js:204 ([object Object])@/usr/share/gjs-1.0/lang.js:145 ([object Object])@/usr/share/gjs-1.0/lang.js:239 ()@/usr/share/gnome-shell/js/ui/panel.js:981 wrapper()@/usr/share/gjs-1.0/lang.js:204 ()@/usr/share/gjs-1.0/lang.js:145 ()@/usr/share/gjs-1.0/lang.js:239 start()@/usr/share/gnome-shell/js/ui/main.js:222 @main:1 ' JS ERROR: !!! message = 'this.actor.destroy_all_children is not a function' Fensterverwalter-Warnung:Log level 32: Execution of main.js threw exception: TypeError: this.actor.destroy_all_children is not a function which, according to this, is a clutter dependency issue: https://mail.gnome.org/archives/gnome-shell-list/2012-February/msg00088.html Andreas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gconf-service3.2.5-1 ii gir1.2-accountsservice-1.0 0.6.15-4 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.2-2 ii gir1.2-clutter-1.0 1.8.4-1 ii gir1.2-cogl-1.0 1.10.2-3 ii gir1.2-coglpango-1.0 1.10.2-3 ii gir1.2-folks-0.6 0.6.8-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.1-2 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-1 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.2.0.1-2 ii gir1.2-gnomebluetooth-1.03.2.2-1 ii gir1.2-gtk-3.0 3.4.1-2 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-2 ii gir1.2-networkmanager-1.00.9.4.0-3 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.104-2 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.1-2 ii gir1.2-telepathylogger-0.2 0.2.12-1 ii gir1.2-upowerglib-1.00.9.16-2 ii gjs 1.32.0-2 ii gnome-bluetooth 3.2.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.2.2-3 ii gnome-shell-common 3.4.1-1 ii gsettings-desktop-schemas3.4.1-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-32 ii libcairo-gobject21.12.2-1 ii libcairo21.12.2-1 ii libcamel-1.2-29 3.2.2-1 ii libcanberra0 0.28-4 ii libclutter-1.0-0 1.10.4-3 ii libcogl-pango0 1.10.2-3 ii libcogl9 1.10.2-3 ii libcroco30.6.5-1 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libebook-1.2-12 3.2.2-1 ii libecal-1.2-10 3.2.2-1 ii libedataserver-1.2-153.2.2-1 ii libedataserverui-3.0-1 3.4.2-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.8-2 ii libgck-1-0 3.4.1-3 ii libgconf-2-4 3.2.5-1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
On Wed, 21 Dec 2011 02:46:51 +1000, Conrad Sand conradsand...@gmail.com wrote: In bug 651997 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651997 libarmadillo2 is listed as version 2.2.5+dfsg-1, which implies that the header files for armadillo have been updated to a later version, but not the run-time library. Otherwise it's impossible to obtain the undefined symbol: wrapper_dgesv_ error. In turn this suggests a packaging problem. To fix this issue, just make sure that the system uses the same version of the header files as the version of the run-time library. Specifically, this means if Armadillo 2.4.2 is used, both the headers _and_ the run-time library must be at version 2.4.2. Shouldn't the dependencies save me from shooting myself in the foot like that, somehow ? Andreas pgp3cX370M17b.pgp Description: PGP signature
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
On Mon, 19 Dec 2011 09:54:09 +0100, Johannes Ring joha...@simula.no wrote: Hi Andreas, Thank you for your report, but I couldn't reproduce your bug. On Tue, Dec 13, 2011 at 11:34 PM, Andreas Kloeckner inf...@tiker.net wrote: When I run any one of the simple fenics demos, I get this error message: ImportError: /usr/lib/libdolfin.so.1.0: undefined symbol: wrapper_dgesv_ This symbol is defined in the /usr/lib/libarmadillo.so.2 library from the libarmadillo2 package. ii libarmadillo21:2.2.5+dfsg-1 This is not the latest libarmadillo2 package from unstable. Could you upgrade and try again? Did, and it helped. Thanks very much! This being as it is, could you upload a new package with tightened dependencies? Thanks, Andreas pgpEKqPWqO23L.pgp Description: PGP signature
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
On Mon, 19 Dec 2011 12:46:46 +0100, Johannes Ring joha...@simula.no wrote: On Mon, Dec 19, 2011 at 10:37 AM, Andreas Kloeckner inf...@tiker.net wrote: Did, and it helped. Thanks very much! Good! This being as it is, could you upload a new package with tightened dependencies? The dependency on libarmadillo2 is added automatically by ${shlibs:Depends}. I guess I could add a version requirement for libarmadillo-dev in Build-Depends, but DOLFIN does not depend on a specific version of Armadillo, so I don't see why I should. You had this problem because you were using an old libarmadillo2 (version 1:2.2.5+dfsg-1) from testing while you using DOLFIN (version 1.0.0-1) from unstable, which was built against a newer libarmadillo2 package from unstable. I guess this is a problem you will see from time to time when mixing packages from testing and unstable. Hmm, I feel like automatic shared library dependencies should have been able to catch this, i.e. someone is supposed to have done something with the soname at some point--I'm just not sure what... :) In any case, thanks very much for your help! Andreas pgp5kG5cUR6wI.pgp Description: PGP signature
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
On Mon, 19 Dec 2011 16:13:00 +0100, Johannes Ring joha...@simula.no wrote: On Mon, Dec 19, 2011 at 3:50 PM, Andreas Kloeckner inf...@tiker.net wrote: Hmm, I feel like automatic shared library dependencies should have been able to catch this, i.e. someone is supposed to have done something with the soname at some point--I'm just not sure what... :) Yes, I agree. It is most likely an ABI incompatible change in Armadillo library and the soname should have been updated in one of the latest uploads. In any case, thanks very much for your help! No problem. Should I close this bug report, or do you want to re-target it somewhere else? Do as you feel is best. I guess we might as well put whoever packaged libarmadillo in the loop. Maybe they can teach their upstream about sonames. :) Thanks again, Andreas pgpoCYG0s2KDB.pgp Description: PGP signature
Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_
Package: python-dolfin Version: 1.0.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, When I run any one of the simple fenics demos, I get this error message: ImportError: /usr/lib/libdolfin.so.1.0: undefined symbol: wrapper_dgesv_ For definiteness, I used this program here: http://fenicsproject.org/documentation/tutorial/fundamentals.html#the-poisson-equation (scroll down a bit) Thanks, Andreas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-dolfin depends on: ii libamd2.2.0 1:3.4.0-2 ii libarmadillo21:2.2.5+dfsg-1 ii libarpack2 2.1+parpack96.dfsg-4 ii libblas3gf [libblas.so.3gf] 1.2.20110419-2 ii libboost-filesystem1.46.11.46.1-7+b1 ii libboost-iostreams1.46.1 1.46.1-7+b1 ii libboost-math1.46.1 1.46.1-7+b1 ii libboost-mpi1.46.1 1.46.1-7+b1 ii libboost-program-options1.46.1 1.46.1-7+b1 ii libboost-serialization1.46.1 1.46.1-7+b1 ii libboost-system1.46.11.46.1-7+b1 ii libboost-thread1.46.11.46.1-7+b1 ii libc62.13-21 ii libcamd2.2.0 1:3.4.0-2 ii libccolamd2.7.1 1:3.4.0-2 ii libcholmod1.7.1 1:3.4.0-2 ii libcolamd2.7.1 1:3.4.0-2 ii libdolfin1.0 1.0.0-1 ii libdolfin1.0-dev 1.0.0-1 ii libgcc1 1:4.6.2-5 ii libgomp1 4.6.2-5 ii liblapack3gf [liblapack.so.3gf] 3.3.1-1 ii libopenmpi1.31.4.3-2.1 ii libpetsc3.1 3.1.dfsg-11 ii libptscotch-5.1 5.1.11.dfsg-7 ii libpython2.6 2.6.7-4 ii libpython2.7 2.7.2-8 ii libslepc3.1 3.1-p6.dfsg-1 ii libstdc++6 4.6.2-5 ii libumfpack5.4.0 1:3.4.0-2 ii libxml2 2.7.8.dfsg-5 ii python 2.7.2-9 ii python-ffc 1.0.0-1 ii python-instant 1.0.0-1 ii python-numpy 1:1.5.1-3 ii python-ufc 2.0.5-1 ii python-ufl 1.0.0-1 ii python-viper 1.0.0-1 ii python2.62.6.7-4 ii python2.72.7.2-8 ii swig2.0 2.0.4-4 ii zlib1g 1:1.2.3.4.dfsg-3 python-dolfin recommends no packages. Versions of packages python-dolfin suggests: ii dolfin-doc 1.0.0-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org