GraphiteOne CAD / Python C API Version mismatch

[TuxForPresident]

Nabend!

Ich habe auf meinem Thinkpad unter SuSE 10.2 GraphiteOne CAD installiert. Beim Programmstart erhalte ich ein Startbild und das wars auch schon... Folgendes aus der Shell:


Florian@noname:/opt/GraphiteOne> graphiteone
/opt/GraphiteOne/lib/qt.py:46: RuntimeWarning: Python C API version mismatch for module libsip: This Python has API version 1013, module libsip has version 1012.
import libsip
/opt/GraphiteOne/lib/HPY.py:2: RuntimeWarning: Python C API version mismatch for module HPYc: This Python has API version 1013, module HPYc has version 1012.
import HPYc
/opt/GraphiteOne/lib/qt.py:46: RuntimeWarning: Python C API version mismatch for module libsip: This Python has API version 1013, module libsip has version 1012.
import libsip
/opt/GraphiteOne/lib/qt.py:50: RuntimeWarning: Python C API version mismatch for module libqtc: This Python has API version 1013, module libqtc has version 1012.
import libqtc
/opt/GraphiteOne/lib/qt.py:50: RuntimeWarning: Python C API version mismatch for module libqtc: This Python has API version 1013, module libqtc has version 1012.
import libqtc
/opt/GraphiteOne/lib/qtxml.py:38: RuntimeWarning: Python C API version mismatch for module libqtxmlc: This Python has API version 1013, module libqtxmlc has version 1012.
import libqtxmlc
/opt/GraphiteOne/lib/oc.py:6: RuntimeWarning: Python C API version mismatch for module libocc: This Python has API version 1013, module libocc has version 1012.
import libocc
GOneStatusBar : running without parametric design extension
GOnePersistentElement : running without parametric design extension
Traceback (most recent call last):
File "/opt/GraphiteOne/lib/graphiteone.py", line 15, in <module>
from graphiteoneapplication import GOneApplication
File "/opt/GraphiteOne/lib/graphiteoneapplication.py", line 25, in <module>
from graphiteoneframe import *
File "/opt/GraphiteOne/lib/graphiteoneframe.py", line 21, in <module>
from graphiteonemenudata import *
File "/opt/GraphiteOne/lib/graphiteonemenudata.py", line 15, in <module>
from graphiteonemenuwidget import *
File "/opt/GraphiteOne/lib/graphiteonemenuwidget.py", line 16, in <module>
from graphiteoneparteditor import *
File "/opt/GraphiteOne/lib/graphiteoneparteditor.py", line 15, in <module>
from graphiteonepartelement import GOnePartElement
File "/opt/GraphiteOne/lib/graphiteonepartelement.py", line 22, in <module>
from graphiteonepartshadowelement import GOnePartShadowElement
File "/opt/GraphiteOne/lib/graphiteonepartshadowelement.py", line 18, in <module>
from graphiteonetciohandler import GOneTCIOElementHandler
File "/opt/GraphiteOne/lib/graphiteonetciohandler.py", line 25, in <module>
from graphiteoneworkingplane import GOneWorkingPlane
File "/opt/GraphiteOne/lib/graphiteoneworkingplane.py", line 19, in <module>
from graphiteoneutils import TC_TrsfToHoopsMatrix
File "/opt/GraphiteOne/lib/graphiteoneutils.py", line 801
SyntaxError: Non-ASCII character '\xf8' in file /opt/GraphiteOne/lib/graphiteoneutils.py on line 801, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
Florian@noname:/opt/GraphiteOne> import libsip
import: unable to open image `libsip': Keine Berechtigung.
Florian@noname:/opt/GraphiteOne> su -
Passwort:
noname:~ # cd /opt/GraphiteOne/lib
noname:/opt/GraphiteOne/lib # import libsip


Mit dem import Befehl erreiche ich anscheinend nichts, außer, dass der Cursor zu einer Art Fadenkreuz wird... Ich warte dann immer ziemlich lange und es rührt sich nichts, es sei denn, ich drücke einfach mal eine Maustaste (egal wo sich der Cursor befindet). Dann wird der Prozess abgebrochen...

Auf python.org, packman und unter google.de/linux kann ich leider keine Version 1012 von Python C API finden, dem entsprechend konnte ich auch keine ältere Version installieren...

Dann hab ich versucht, einfach mal Python zu aktualisieren, beim erneuten ausführen von graphiteone bekam ich in der shell die gleiche ausgabe. (welch wunder...)

Jetzt habe ich diese sip - bibliothek mit Yast installiert, festgestellt, dass libqtc schon installiert ist und ich HPYc weder im Internet noch mit Yast finden kann...

Also ich wäre sehr dankbar, wenn mir jemand helfen könnte...
Ich verstehe noch nicht mal, warum beim import befehl nichts erkennbares passiert...

vielen Dank schon mal im Vorraus...

MfG,

TFP

[TuxForPresident]

so, ich bin bei der Fehlersuche auf folgenden thread gestoßen: http://www.linuxforums.org/forum/debian-linux-help/56028-graphiteone-3d.html

sieht ja so ungefähr nach meinem Problem aus...
Bin zwar nicht wirklich schlau aus dem Thread geworden, er hat mich aber trotzdem auf eine Idee gebracht...

kann es sein, dass die Konsole die libraries, die in meinem letzten post in der Shellausgabe stehen, selbstständig importiert?
Also die Zeile "Import libsib" quasi nur da steht, weil das system den import der Datei libsip mit protokolliert?

Ich bin jedenfalls ins Verzeichnis von python gegangen und habe die Dateien libsip.so und sipconfig.py ins graphiteone/lib verzeichnis kopiert...

Beim erneuten Startversuch von graphiteone folgendes:



/opt/GraphiteOne/lib/qt.py:46: RuntimeWarning: Python C API version mismatch for module libsip: This Python has API version 1013, module libsip has version 1012.
import libsip
/opt/GraphiteOne/lib/HPY.py:2: RuntimeWarning: Python C API version mismatch for module HPYc: This Python has API version 1013, module HPYc has version 1012.
import HPYc
/opt/GraphiteOne/lib/qt.py:46: RuntimeWarning: Python C API version mismatch for module libsip: This Python has API version 1013, module libsip has version 1012.
import libsip
Traceback (most recent call last):
File "/opt/GraphiteOne/lib/graphiteonesplashscreen.py", line 16, in <module>
from qt import Qt
File "/opt/GraphiteOne/lib/qt.py", line 50, in <module>
import libqtc
ImportError: libsip.so.9: cannot open shared object file: No such file or directory
Traceback (most recent call last):
File "/opt/GraphiteOne/lib/graphiteone.py", line 15, in <module>
from graphiteoneapplication import GOneApplication
File "/opt/GraphiteOne/lib/graphiteoneapplication.py", line 18, in <module>
from qt import QString
File "/opt/GraphiteOne/lib/qt.py", line 50, in <module>
import libqtc
ImportError: libsip.so.9: cannot open shared object file: No such file or directory
Florian@noname:~>

[undefined]

Du hast die falsche PyQT und sip version.
http://www.riverbankcomputing.co.uk/sip/index.php

[TuxForPresident]

Du hast die falsche PyQT und sip version.
http://www.riverbankcomputing.co.uk/sip/index.php

Also erstmal danke für die Hilfe!
... "version mismatch" würde ich auch als unpassende Version übersetzen... Oder was hat Dir verraten, das ich die falsche Versionen von PyQT und sip installiert habe?

Naja... wenn ich jetzt die sip-4.7.4.tar.gz öffne und mir den Spaß angucke finde ich zwar irgendwelche siplib.c und qtlib.c und ganz viele andere komische Sachen aber nichts von wegen PyQT...

Von der Readme werde ich auch erstmal nur erschlagen und keineswegs schlau draus!

Ich habe das Teil jetzt jedenfalls entpackt und mal python configure.py ausgeführt
Auf jedenfall hat das an der Fehlermeldung beim Starten von graphiteone nichts verändert... Kann es sein, dass sip für die falsche python-version konfiguriert wurde?


python configure.py
This is SIP 4.7.4 for Python 2.5 on linux2.
The SIP code generator will be installed in /usr/bin.
The SIP module will be installed in /usr/lib/python2.5/site-packages.
The SIP header file will be installed in /usr/include/python2.5.
The default directory to install .sip files in is /usr/share/sip.
The platform/compiler configuration is linux-g++.
Creating sipconfig.py...
Creating top level Makefile...
Creating sip code generator Makefile...
Creating sip module Makefile...

[undefined]

Weil sip und PyQT zwei verschiedene Pakete sind und PyQT von sip abhängig ist. Die Versions angeben findest du in der sipconfig.py in deinem Python Installations Verzeichnis. Ich kenne das Programm was du Installiert hast nicht. Aber du kannst mit ldd auf das Programm herausfinden welche Bibliotheken wirklich benötigt werden. Es kann durchaus sein das die Bibliotheken sich auch in einem Unterverzeichnis der Programm installation befinden. Dann hast du die Möglichkeit mit einem shell Script die linker pfade zu überschreiben (siehe export und $LD_LIBRARY_PATH). Weil ich selbst immer die aktuelle Qt Entwickler Version Installiert habe, sind bei mir die PyQT Pakete aus Kompatibilität's gründen nicht Installiert. Mein vorgehen wäre zur Fehlerfindung also folgende Schritte.
Ein cd in das Installations Verzeichnis und ein ldd auf das Program.
Fehlen Bibliotheken erst mal hier nachsehen ob diese mit geliefert wurden.
Also
find . -type f -name "*.so*" wenn ja dann ein shellscript schreiben und das Problem ist gelöst.
Wenn nein sich Gedanken machen ob es Sinn macht sich weiter damit herum zu schlagen, denn dann heisst es System Abhängigkeiten zu lösen die gerade bei Python sehr Zeitaufwendig sein können.

[TuxForPresident]

Du meinst also ldd auf sipconfig.py im python installationsverzeichnis?
Also ich habe da weder als normaler Benutzer, noch als root Zugriff !?!

noname:/usr/lib/python2.5/site-packages # ldd sipconfig.py
ldd: warning: you do not have execution permission for `./sipconfig.py'
not a dynamic executable

hmm... Ich gehe mal davon aus, dass du das da oben nicht gemeint hast...
meinst du vielleicht in die lib von graphiteone gehen und ldd auf sip.so?
Das sieht dann so aus:
noname:/opt/GraphiteOne/lib # ldd sip.so
linux-gate.so.1 => (0xffffe000)
libqt-mt.so.3 => /usr/lib/libqt-mt.so.3 (0xb7815000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb7806000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb76e9000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb76d1000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb75ec000)
libm.so.6 => /lib/libm.so.6 (0xb75c6000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb75ba000)
libc.so.6 => /lib/libc.so.6 (0xb748c000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7468000)
libz.so.1 => /lib/libz.so.1 (0xb7455000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb744b000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb7446000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb743c000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb7438000)
libXft.so.2 => /usr/lib/libXft.so.2 (0xb7425000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb73b8000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb738d000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xb7383000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xb736a000)
libdl.so.2 => /lib/libdl.so.2 (0xb7366000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7360000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb735b000)
/lib/ld-linux.so.2 (0x80000000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb7355000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7334000)

Also ich würde sagen dass sieht schon besser aus :D .... Aber sollte ich da jetzt nicht irgendwas von sip oder pyQT sehen können???

.... Gerade eben ist mir im GraphiteOne/lib - Verzeichnis noch die HPYc.so aufgefallen... vielleicht hilft die weiter?!
noname:/opt/GraphiteOne/lib # ldd HPYc.so
ldd: warning: you do not have execution permission for `./HPYc.so'
linux-gate.so.1 => (0xffffe000)
libhoops1100.so => /opt/kde3/lib/libhoops1100.so (0xb7979000)
libXt.so.6 => /usr/lib/libXt.so.6 (0xb7929000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb791a000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb77fd000)
libm.so.6 => /lib/libm.so.6 (0xb77d6000)
libdl.so.2 => /lib/libdl.so.2 (0xb77d2000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb77ba000)
libc.so.6 => /lib/libc.so.6 (0xb768c000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0xb7614000)
libGL.so.1 => /usr/lib/libGL.so.1 (0xb75b9000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xb75ae000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xb7595000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb7591000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb758b000)
/lib/ld-linux.so.2 (0x80000000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb74a7000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb749a000)
libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb7494000)
libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb748c000)

[undefined]

Nein - ich meinte das Program aber mir ist jetzt klar wo dein Problem liegt.
Die Software hat ihr eigenes Bibliotheken Verzeichnis und diese werden überschrieben. Schreibe dir ein Startscript und setzte den LD_LIBRARY_PATH.


#!/bin/sh

export LD_LIBRARY_PATH="/opt/GraphiteOne/lib:$LD_LIBRARY_PATH"

/opt/GraphiteOne/Hier_jetzt_der_Programname &

Die Datei ausführbar machen und aufrufen.

[TuxForPresident]

Ok, mein Script sieht so aus:

#!/bin/sh

export LD_LIBRARY_PATH="/opt/GraphiteOne/lib:$LD_LIBRARY_PATH"

/opt/GraphiteOne/bin/graphiteone &

Diesen habe ich als "startscript" abgespeichert, sollte also demnach ein shell-script sein, oder muss ich das als *.php abspeichern?
... Ach ja: Ich gehe mal davon aus, dass es egal ist, in welchem Verzeichnis ich das Script abspeichere...

Zum "Ausführbar machen" hab ich folgendes gemacht:

chmod startscript
chmod: fehlender Operand nach "startscript"

.. mit dem fehlenden Operanden ist doch sicher das Zeug mit dem Modus gemeint!?
So weit ich weiß, kann ich damit beispielsweise Schreibzugriffe zuweisen...
Aber wie diese Modi funktionieren hab ich noch nicht verstanden!

[undefined]

Speicher die Datein als graphite.sh ab und setze die rechte mit.

chmod +x graphite.sh
Danach mit ./graphite.sh aufrufen.

[TuxForPresident]

chmod -x graphite.sh
Florian@noname:~/01_Projekte/Studium/graphiteone CAD> ./graphite.sh
bash: ./graphite.sh: Keine Berechtigung
Florian@noname:~/01_Projekte/Studium/graphiteone CAD> su -
Passwort:
noname:/home/Florian/01_Projekte/Studium/graphiteone CAD # ./graphite.sh
-bash: ./graphite.sh: Permission denied


... Irgendwie kann ich dem nicht so ganz folgen...

[undefined]

Nicht MINUS sondern PLUS ;)

[TuxForPresident]

Ah, ok Danke! .. Jetzt bekomme ich ne brauchbare Ausgabe :rolleyes:


noname:/home/Florian/01_Projekte/Studium/graphiteone CAD # chmod +x graphite.sh
# ./graphite.sh
# /opt/GraphiteOne/lib/qt.py:46: RuntimeWarning:
Python C API version mismatch for module libsip: This Python has API version 1013, module libsip has version 1012.
import libsip
Traceback (most recent call last):
File "/opt/GraphiteOne/lib/graphiteonesplashscreen.py", line 16, in <module>
from qt import Qt
File "/opt/GraphiteOne/lib/qt.py", line 50, in <module>
import libqtc
ImportError: libsip.so.9: cannot open shared object file: No such file or directory
/opt/GraphiteOne/lib/HPY.py:2: RuntimeWarning: Python C API version mismatch for module HPYc:
This Python has API version 1013, module HPYc has version 1012.
import HPYc
/opt/GraphiteOne/lib/qt.py:46: RuntimeWarning: Python C API version mismatch for module libsip:
This Python has API version 1013, module libsip has version 1012.
import libsip
Traceback (most recent call last):
File "/opt/GraphiteOne/lib/graphiteone.py", line 15, in <module>
from graphiteoneapplication import GOneApplication
File "/opt/GraphiteOne/lib/graphiteoneapplication.py", line 18, in <module>
from qt import QString
File "/opt/GraphiteOne/lib/qt.py", line 50, in <module>
import libqtc
ImportError: libsip.so.9: cannot open shared object file: No such file or directory

Das hier verrät mir also, dass mir beispielsweise die Datei qt.py fehlt...
Und jetzt muss ich gucken ob die schon irgendwo ist, wo das System sie nicht findet...
Stimmt`s?

[undefined]

Sende eine E-Mail mit der Fehlermeldung an den Software Betreiber sie sollen bitte das Problem fixen, das definitive denen ihr Problem.

[TuxForPresident]

Moin Allerseits!


Sende eine E-Mail mit der Fehlermeldung an den Software Betreiber sie sollen bitte das Problem fixen, das definitive denen ihr Problem.

Das hab ich getan... daher weiss ich jetzt, dass das Problem ganz einfach behoben wäre, wenn ich mir eine Lizenz kaufen würde...

Naja, hab jetzt mal QCAD installiert, von dem Programm hab ich von vielen Leuten gehört, dass es ganz gut sein soll!
Die installation verlief ohne größere Probleme. Musste aber noch eine qt2 Bibliothek suchen und installieren... war auch kein Problem.

Aber wenn ich jetzt das Programm starte, stoße ich gleich auf den nächsten Fehler, zu dem mir weder google, noch google/linux oder die hiesige Suchfunktion oder sonstwas eine Info auspuckt, die mir erklärt, wie das Problem zu beheben ist oder wo genau der Fehler liegt...


qcad: Symbol `__vt_6QFrame' has different size in shared object, consider re-linking
qcad: Symbol `__vt_9QGroupBox' has different size in shared object, consider re-linking
qcad: Symbol `__vt_6QFrame.12QPaintDevice' has different size in shared object, consider re-linking
qcad: Symbol `__vt_12QRadioButton' has different size in shared object, consider re-linking
qcad: Symbol `__vt_9QCheckBox.12QPaintDevice' has different size in shared object, consider re-linking
qcad: Symbol `__vt_9QGroupBox.12QPaintDevice' has different size in shared object, consider re-linking
qcad: Symbol `__vt_12QRadioButton.12QPaintDevice' has different size in shared object, consider re-linking
qcad: Symbol `__vt_9QCheckBox' has different size in shared object, consider re-linking
qcad: Symbol `__vt_5QDate' has different size in shared object, consider re-linking
Speicherzugriffsfehler

Worauf ist überhaupt die abweichende Größe bezogen? auf die Dateigröße, die Version oder wie jetzt?

[Aqualung]

Musste aber noch eine qt2 Bibliothek suchen und installieren... war auch kein Problem


Richtiges Urgestein, qt2 :D. Wie hast Du denn die qt2-Bibliothek installiert?

Gruß Aqualung

[TuxForPresident]

Die Bibliothek hab ich hier gefunden: http://rpmfind.net/linux/rpm2html/search.php?query=libqt.so.2

Hab dann qt2-2.3.1-13.i386.rpm heruntergeladen und das Paket ganz normal mit Yast installiert... Inwiefern ist das denn für das Problem von Bedeutung?

Edit:
Hängt es vieleicht mit dem Alter der libqt.so.2 zusammen? Ist diese Bibliothek mit den sonst Verwendeten nicht mehr kompatibel? Also ein Abhängigkeitsproblem gabs bei der Installation von qt2-2.3.1-13.i386.rpm nicht...

[Aqualung]

Poste mal


rpm -ql qt2-2.3.1-13 | grep lib

und setz dann Deinen


LD_LIBRARY_PATH entsprechend.

<Mutmaßung>
Wahrscheinlich musst Du

export LD_LIBRARY_PATH=/usr/lib/qt2
setzen.
</Mutmaßung>

Wenn dann die App. funktioniert, dann kannst Du in


/etc/ld.so.conf

entsprechend /.../.../lib einfügen.

Gruß Aqualung

[TuxForPresident]

rpm -ql qt2-2.3.1-13 | grep lib
/usr/lib/qt-2.3.1
/usr/lib/qt-2.3.1/lib
/usr/lib/qt-2.3.1/lib/libqt-mt.so.2
/usr/lib/qt-2.3.1/lib/libqt-mt.so.2.3
/usr/lib/qt-2.3.1/lib/libqt-mt.so.2.3.1
/usr/lib/qt-2.3.1/lib/libqt.so.2
/usr/lib/qt-2.3.1/lib/libqt.so.2.3
/usr/lib/qt-2.3.1/lib/libqt.so.2.3.1
/usr/lib/qt-2.3.1/lib/libqutil.so.1
/usr/lib/qt-2.3.1/lib/libqutil.so.1.0
/usr/lib/qt-2.3.1/lib/libqutil.so.1.0.0
/usr/lib/qt2

Das heißt also ich muss jetzt den LD_LIBRARY_PATH=/usr/lib/qt-2.3.1 setzen !? Aber wo?
Ich nehme mal an ich suche jetzt ein Skript, wo ich den Pfad wie oben einsetzen muss, aber im QCAD-Verzeichnis bin ich nicht fündig geworden und wenn ich in die Datei /etc/X11/wmconfig/qcad gehe und einfach nur die letzte Zeile einfüge und speichere, Ändert sich nichts, beim Versuch das Programm zu starten...


qcad name "QCad"
qcad description "QCad"
qcad group Application
qcad icon "qcad.xpm"
qcad exec "qcad &"
export LD_LIBRARY_PATH=/usr/lib/qt-2.3.1

[Detrius]

Versuch mal in einer Shell:

LD_LIBRARY_PATH=/usr/lib/qt-2.3.1 qcad
Damit bezieht sich die Variable LD_LIBRARY_PATH nur auf den darauffolgenden Befehl, also qcad.

[TuxForPresident]

LD_LIBRARY_PATH=/usr/lib/qt-2.3.1 qcad
qcad: Symbol `__vt_6QFrame' has different size in shared object, consider re-linking
qcad: Symbol `__vt_9QGroupBox' has different size in shared object, consider re-linking
qcad: Symbol `__vt_6QFrame.12QPaintDevice' has different size in shared object, consider re-linking
qcad: Symbol `__vt_12QRadioButton' has different size in shared object, consider re-linking
qcad: Symbol `__vt_9QCheckBox.12QPaintDevice' has different size in shared object, consider re-linking
qcad: Symbol `__vt_9QGroupBox.12QPaintDevice' has different size in shared object, consider re-linking
qcad: Symbol `__vt_12QRadioButton.12QPaintDevice' has different size in shared object, consider re-linking
qcad: Symbol `__vt_9QCheckBox' has different size in shared object, consider re-linking
qcad: Symbol `__vt_5QDate' has different size in shared object, consider re-linking
Speicherzugriffsfehler ... Hmm, Schade! Gleiche Fehlermeldung..
genau das gleiche wenn ich erst
export LD_LIBRARY_PATH=/usr/lib/qt-2.3.1 eingebe und dann danach nochmal "qcad"