...

Hi,

ich bekomme beim Start von virt-manager auf einem SLES 11 SP1 (kernel 2.6.32.12-0.7-default 64bit) folgende Fehlermeldung:

========================================================= Traceback (most recent call last): File "/usr/share/virt-manager/virt-manager.py", line 414, in <module> main() File "/usr/share/virt-manager/virt-manager.py", line 329, in main from virtManager.config import vmmConfig File "/usr/share/virt-manager/virtManager/config.py", line 20, in <module> import gconf ImportError: /usr/lib64/python2.6/site-packages/gtk-2.0/gconf.so: undefined symbol: g_malloc_n ========================================================

Ich verstehe das so, daß /usr/lib64/python2.6/site-packages/gtk-2.0/gconf.so nach einem Symbol "g_malloc_n" verlangt, was nicht vorhanden zu sein scheint. Was ich nicht verstehe, ist daß bei der Installation des rpm's, das gconf.so beinhaltet, nicht bereits die library, die dieses Symbol enthält, als Abhängigkeit angemeckert wurde.

Und wozu dient nm ? Ich verstehe dies so, daß mir nm die Symbole nennt, die eine Datei beinhaltet und nicht die Symbole, die eine Datei benötigt. Oder ?

Hi,

das mit nm habe ich selbst herausgefunden: nm -u zeigt die benötigten Symbole, nm -g die zur Verfügung gestellten (die exportierten). http://de.wikibooks.org/wiki/Linux-Kompendium:_Bibliotheken ist sehr hilfreich.

Aber wie kann ich denn rauskriegen, welche library das Symbol g_malloc_n zur Verfügung stellt ?

Google hat mir gesagt, daß die Funktion g_malloc_n von der glib zur Verfügung gestellt wird (http://developer.gnome.org/glib/2.28/glib-Memory-Allocation.html#g-malloc-n). Mache ich aber ein nm auf die glib, so erhalte ich das folgende: pc56846:~ # nm /usr/lib64/libglib-2.0.so.0.2200.5 nm: /usr/lib64/libglib-2.0.so.0.2200.5: no symbols Heißt das, das meine glib überhaupt keine Funktionen zur Verfügung stellt ? Bernd Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hi, David Haller schrieb:

=========================================================

...

...

...

Traceback (most recent call last): File "/usr/share/virt-manager/virt-manager.py", line 414, [..] ImportError: /usr/lib64/python2.6/site-packages/gtk-2.0/gconf.so: undefined symbol: g_malloc_n

======================================================== [..] Google hat mir gesagt, daß die Funktion g_malloc_n von der glib zur Verfügung gestellt wird

Jep. Glib verwendet generell 'g_' am Anfang.

...

pc56846:~ # nm /usr/lib64/libglib-2.0.so.0.2200.5 nm: /usr/lib64/libglib-2.0.so.0.2200.5: no symbols

Heißt das, das meine glib überhaupt keine Funktionen zur Verfügung stellt ?

Wurde gestrippt (siehe 'man strip'). Du kannst dennoch gucken:

welchen Sinn macht strip ? Ich möchte doch, das die Symbole genutzt werden .

$ strings /usr/lib64/libglib-2.0.so.0.3200.1 | grep g_malloc g_malloc g_malloc0 g_malloc0_n g_malloc_n

Was dir fehlt sind vermutlich die python glib-bindings:

$ strings /usr/lib64/python2.7/site-packages/glib/_glib.so |grep g_malloc g_malloc_n g_malloc0_n

ich finde g_malloc_n leider nicht: pc56846:~ # strings /usr/lib64/python2.6/site-packages/gtk-2.0/glib/_glib.so|grep g_malloc g_malloc g_malloc0 pc56846:~ # strings /usr/lib64/libglib-2.0.so.0.2200.5 |grep g_malloc g_malloc g_malloc0

$ rpm -qf /usr/lib64/python2.7/site-packages/glib/_glib.so python-gobject2-2.28.6-9.1.3.x86_64

Und ja, wenn python-gconf nicht python-gobject verlangt ist das ein Bug beim Paketieren. Wenn du allerdings mehrere Python-Versionen installiert hast kann da was durcheinander kommen. Guck dir mal

$ rpm -q --requires python-gconf und $ rpm -q --provides python-gobject an.

pc56846:~ # rpm -q --requires python-gconf-2.28.1-14.11 python-gobject2 libgobject-2.0.so.0()(64bit) ... rpm -q --provides python-gobject2-2.20.0-1.1.56 _gio.so()(64bit) _glib.so()(64bit) ... Wenn das in "requires" steht, dann müßte rpm auch meckern, wenn etwas fehlt. Oder ? IIRC, habe ich nur eine python-Version installiert: pc56846:~ # rpm -qa |grep python python-2.6.0-8.9.28 apache2-mod_python-3.3.1-147.19 python-gobject2-2.20.0-1.1.56 python-orbit-2.14.3-137.26 python-gtk-2.16.0-1.1.251 python-gnome-2.22.0-67.32 python-cairo-1.6.4-1.33 libvirt-python-0.7.6-1.31.7 rpm-python-4.4.2.3-37.16.11 dbus-1-python-0.83.0-27.1.43 python-gtk-vnc-0.3.9-1.1.215 python-gconf-2.28.1-14.11 libpython2_6-1_0-2.6.0-8.9.20 python-xml-2.6.0-8.9.20 python-satsolver-0.14.17-0.2.18 yast2-python-bindings-2.17.4-1.27 python-curl-7.19.0-5.2.1.2 python-base-2.6.0-8.9.20 python-urlgrabber-3.9.1-0.1.2 python-selinux-2.0.91-4.2.1 libxml2-python-2.7.6-0.1.36 python-tk-2.6.0-8.9.28 python-numpy-1.3.0-1.1.42 python-numeric-24.2-195.17 Scheint nur 2.6.0-8.9.28 zu sein. Wie kann ich denn generell rausfinden, welche library mir das gewünschte Symbol zur Verfügung stellt ? Noch mal zum Verständnis: Es kann also sein, daß eine Software ein best. Symbol (und damit eine best. library) benötigt, diese beim Installieren als fehlende Abhängigkeit allerdings nicht anmeckert, obwohl die library fehlt ? Bernd Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 18.12.2012 um 22:46 schrieb David Haller:

Und somit muß auch weniger in den Speicher geladen werden.

Falsch, die Debuginginfo wird immer von der Platte geladen und belegt daher nie Heuptspeicher. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

David Haller schrieb:

...

...

$ strings /usr/lib64/libglib-2.0.so.0.3200.1 | grep g_malloc g_malloc g_malloc0 g_malloc0_n g_malloc_n

Was dir fehlt sind vermutlich die python glib-bindings:

$ strings /usr/lib64/python2.7/site-packages/glib/_glib.so |grep g_malloc g_malloc_n g_malloc0_n

Kann ein Symbol gleichzeitig von verschiedenen libraries zur Verfügung gestellt werden ? Danke. Bernd Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

On Tue, 18 Dec 2012 14:27:17 +0100, "Lentes, Bernd" wrote:

welchen Sinn macht strip ? Ich möchte doch, das die Symbole genutzt werden .

Das können Sie doch auch trotzdem, sonst würden gestrippte Programme und Bibliotheken ja nicht mehr funktionieren. Gestrippt werden vor allem die Informationen, die Debugger wie gdb benötigen und die yur Laufyeit nicht nötig sind, aber erheblich Platz brauchen. Schau Dir mal die Größen der Dateien in einem -debuginfo Paket an, dann bekommst Du vieleicht eine Vorstellung. Sieh Dir mal eines dieser gestrippten Binaries mittels 'objdump -T' an und Du wirst sehen, daß die Symbolinfo noch da ist. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Bernd Am 2012-12-14 20:47, schrieb Lentes, Bernd:

...

Aber wie kann ich denn rauskriegen, welche library das Symbol g_malloc_n zur Verfügung stellt ?

Google hat mir gesagt, daß die Funktion g_malloc_n von der glib zur Verfügung gestellt wird (http://developer.gnome.org/glib/2.28/glib-Memory-Allocation.html#g-malloc-n). Mache ich aber ein nm auf die glib, so erhalte ich das folgende:

pc56846:~ # nm /usr/lib64/libglib-2.0.so.0.2200.5 nm: /usr/lib64/libglib-2.0.so.0.2200.5: no symbols

Heißt das, das meine glib überhaupt keine Funktionen zur Verfügung stellt ?

mit strings libglib-2.0.so.0.2200.5 | grep g_malloc die Version 2.22 hat die Symbole aber noch nicht, dafuer benoetigst Du 2.28 Holger -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org