k9copy - problèmes d'install [Suse10.0] - Logiciels - Linux et OS Alternatifs
Marsh Posté le 11-02-2006 à 15:10:56
k9copy v1.0.3b -> config.log
configure:28110: checking for Qt |
k9copy 1.0.31 -- crash trace
|
Marsh Posté le 11-02-2006 à 20:13:51
Saturday night UP fever
Marsh Posté le 12-02-2006 à 13:48:40
UP du lendemain de la veille.
Come on !
Marsh Posté le 12-02-2006 à 14:27:06
quels sont les noms de tes paquets concernant la bibliothèque QT ? apparement le prog nécessite la version avec les threads de dispo (-lq-mt)
Marsh Posté le 12-02-2006 à 15:06:48
Salut ory,
Je ne suis pas sûr de te suivre, même si ta réponse me fait plaisir.
Si je comprends bien, qt-mt est présent (cf mon premier post):
sircam@normandy:~> pkg-config --libs qt-mt |
Je ne sais pas si ça aide :
Si je suis à côté de la plaque et si ce n'est pas ce que tu me demandais, dis le moi.
Merci
Marsh Posté le 12-02-2006 à 15:33:45
je sais pas si suse considère la version MT (multi-threads) comme la version "normale" de qt ou non.
Peux-tu lancer la commande suivante ( qui indique le chemin de toutes les bibliothèques partagées disponibles)
ldconfig -p|grep qt-mt |
Par exemple chez moi ca me donne:
# ldconfig -p|grep qt-mt |
Marsh Posté le 12-02-2006 à 15:53:33
ory a écrit : je sais pas si suse considère la version MT (multi-threads) comme la version "normale" de qt ou non. |
J'aurais tendance à le croire, à voir mon YaST et le résultat de pkg-config. :-\
normandy:~ # ldconfig -p | grep qt-mt |
Deux entrées pour le prix d'une. Est-ce bien clean ?
Marsh Posté le 12-02-2006 à 16:07:54
pkg-config --libs qt-mt |
/usr/lib/libqt-mt.so.3
Hors pour x86 ta bibliothèque partagée pour libqt-mt est dans /usr/lib, chemin que je ne vois pas dans les flags proposés ci-dessus, il devrait y avoir -L/usr/lib/
Marsh Posté le 12-02-2006 à 16:40:23
Bien vu
Comment puis-je corriger cela de manière élégante ?
Marsh Posté le 12-02-2006 à 16:45:38
c'est pas sûr que ca soit cela, il y a peut-être un truchement avec des liens symboliques entre les répertoires
regarde dans ./configure --help si tu n'a pas quelque chose pour par exemple désactiver la prise en charge de la version multi-threaded de qt où pour ajouter un répertoire à la liste des répertoires dans lesquels ld regardera
Marsh Posté le 12-02-2006 à 18:52:54
Effectivement:
sircam@normandy:~/bin/k9copy/k9copy-1.0.3b> ./configure --help | grep qt |
Je parviens à passer la vérification QT en configurant comme ceci:
./configure --with-qt-libraries=/usr/lib/qt3/lib64 |
Mais c'est pour me ramasser une autre blague dans le même genre:
checking for Qt... libraries /usr/lib/qt3/lib64, headers /usr/lib/qt3/include using -mt |
* J'ai essayé à toutes sortes de --prefix, p.e. /opt/kd3/lib ou /opt/kde3/lib64, mais sans effet.
* J'ai ajouté kdebase3-devel et kdeutils3-devel dans YaST, idem.
Pourtant, tout semble indiquer que les libs KDE sont installées...
ldconfig -p | grep kde |
Renvoie 511 lignes, toutes contenant /opt/kde3/lib ou /opt/kde3/lib64...
Il était pourtant bien parti:
|
Je suis de plus en plus perplexe. :-/
Marsh Posté le 12-02-2006 à 21:10:37
Update du titre...
Marsh Posté le 12-02-2006 à 21:26:24
tu y es presque, les fichier nécessaires sont dans le paquet kdelibs-dev
Marsh Posté le 12-02-2006 à 22:19:00
Bon, je viens de trouver la cause du dernier pépin avec les libs KDE, et dans le genre bien lourd, c'est bien lourd:
Dans le dernier config.log que j'ai posté, vous verrez que la boucle "configure: 29031" ne se termine pas par un "taking that". J'ai été jeter un oeil dans la source "configure", pour constater qu'on boucle sur une série de chemins possibles afin de trouver libkio.la.
Chez moi, libkio.sa se trouve dans /opt/kde3/lib64.
Mais configure n'essaye jamais que toute une série de chemins en y ajoutant /lib. Le fichier n'est donc jamais trouvé...
Workaround :
ln -s /opt/kde3/lib64/libkio.la /opt/kde3/lib/libkio.la |
En exécutant le script de config comme suit :
./configure --with-qt-libraries=/usr/lib/qt3/lib64 |
libkio.la est bien trouvée grâce au loin symbolique.
Linux est une expérience traumatisante...
Je me demande toute de même si c'est ma config qui est tordue, ou si le configure manque de rigueur ?
Bon, la suite maintenant...
Marsh Posté le 12-02-2006 à 22:23:23
sircam@normandy:~/bin/k9copy/k9copy-1.0.3b> make |
La suite demain, quoi.
Bonne nuit.
Marsh Posté le 13-02-2006 à 13:50:19
maintenant c'est le même problème avec la bibliothèque dvdread, il manque il -I/foo/dvdread qui pointe vers le répertoire contenant le rep dvdread avec tous les headers dedans.
Regarde s'il n'est pas possible de spécifier ceci dans le ./configure
Marsh Posté le 13-02-2006 à 22:38:13
ory a écrit : maintenant c'est le même problème avec la bibliothèque dvdread, il manque il -I/foo/dvdread qui pointe vers le répertoire contenant le rep dvdread avec tous les headers dedans. |
Après avoir trituré les options du ./configure, et n'avoir rien trouvé, j'ai, par dépis, hacké la source pour y ajouter -I/usr/lib aux includes...
Mais là n'était pas le problème : il manquait tout simplement les fichiers d'entêtes demandés. J'ai YaSTé libdvdread-devel, en plus du libdvdread déjà présent.
Ce qui nous mène déjà bcp plus loin, au message d'erreur du jour, mais là encore, j'en ai assez pour aujourd'hui :
/bin/sh ../libtool --silent --mode=link --tag=CXX g++ -O2 -g3 -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -o k9copy -R /opt/kde3/lib -R /usr/lib/qt3/lib64 -R /usr/X11R6/lib64 -L/usr/X11R6/lib64 -L/usr/lib/qt3/lib64 -L/opt/kde3/lib alloc.o cpu_accel.o cpu_state.o decode.o header.o idct_alpha.o idct_altivec.o idct.o idct_mmx.o kcddrive.o kdecmpeg2.o kviewmpeg2.o motion_comp_alpha.o motion_comp_altivec.o motion_comp.o motion_comp_mmx.o motion_comp_vis.o rgb.o rgb_mmx.o rgb_vis.o slice.o uyvy.o main.o kconfigdlg.o kburndvd.o k9copy.o k9main.o menupreview.o viewmpeg2.o configDlg.o k9mainw.o kviewmpeg2.moc.o k9copy.moc.o kcddrive.moc.o k9main.moc.o kdecmpeg2.moc.o ../libk3bdevice/libk3bdevice.la -lkparts -lkdeui -ldvdread |
To be continued... Quelle fabuleuse aventure. Développeur Java, je pensais que je n'aurais jamais plus à me frotter à des makefiles. C'était sans compter avec Linux at home...
En tout cas, merci pour le coup de main.
Marsh Posté le 14-02-2006 à 10:06:52
On dirait que pas mal de soucis viennent d' "inconsistances" entre lib et lib64.
Par exemple, j'ai:
normandy:~ # ldconfig -p | grep kparts |
Avec des références à lib64 donc, alors que lors du make, on pouvait voir en option de ld:
-R /opt/kde3/lib (...) -L/opt/kde3/lib |
Il semblerait que l'option suivante lors du ./configure règle le problème:
/configure --with-qt-libraries=/usr/lib/qt3/lib64 --enable-libsuffix=64 |
Puisqu'à tout le moins, make réussit. Fingers crossed...
Marsh Posté le 14-02-2006 à 10:47:12
Bon, beh, on va terminer sur une demi déception.
Le programme démarre mais est excessivement instable, et plante à la moindre occasion.
Dans le pire des cas, le process plafonne à 100% et commence à sucer toute la mémoire dispo, entraînant un blocage complet du système.
Bon, beh, il ne me reste plus qu'à essayer... xdvdshrink, ou dvdshrink/wine. Ou une autre distro de linux, ou rester sous XP, chais pas.
ory > Merci pour ton aide.
Marsh Posté le 10-03-2006 à 17:38:07
sircam a écrit : Bon, beh, on va terminer sur une demi déception. |
Salut,
J'arrive peut-être un peu tard, mais pour Suse le paquetage k9copy existe au format RPM pour l'architecture x86_64.
C'est dispo chez packman : http://packman.links2linux.org
Tu dois simplement compiler toi même libdvdcss, libdvdread et libdvdplay que tu trouves sur le site de videolan.org
J'ai fait cette installation et ça c'est bien passé.
Par contre, j'essaye de compiler un autre programme (klibido) avec mon architecture 64bits et Suse... et je rencontre un peu les mêmes problèmes que toi. Je pense que c'est au niveau de l'écriture du programme que ça merde plus qu'au niveau des librairies Suse qui sont assez complètes.
Bon courage.
Marsh Posté le 12-03-2006 à 01:20:50
Bonjour!
Je tourne en fedora core 4 et j'ai installé k9copy 1.0.3b et j'ai toujours ce message d'erreur quand je je lance la copie:
"ERR:Error opening /iso/dvd/VIDEO_TS/VTS_01_1.VOB:
Ancun fichier ou répertoire de ce type
Bonjour!
Je viens d'installer k9copy sous fc4m et j'ai toujours ce message d'erreur:
"vamps: Fatal: write to sydout: No such file directory
play_cell: Fatal: write failed: Broken pip"
Pourtant, jai bien installé dvdauthor et vamps...
Est-ce que vous seriez en mesure de m'aider a ce sujet!
Merci!
Marsh Posté le 07-08-2006 à 22:15:53
tatayo4 a écrit : Par contre, j'essaye de compiler un autre programme (klibido) avec mon architecture 64bits et Suse... et je rencontre un peu les mêmes problèmes que toi. Je pense que c'est au niveau de l'écriture du programme que ça merde plus qu'au niveau des librairies Suse qui sont assez complètes. |
3 mois plus tard, je suis sous Ubuntu, en version 32 bits.
J'avais contacté l'auteur de k9copy à l'époque qui m'avait répondu qq chose comme avoir eu trop de soucis avec la version 64 bits... Ca en dit assez long.
En passant sur les forums Ubuntu, j'ai remarqué aussi pas mal de déception vis-à-vis de la version 64bits. Cette architecture semble être le parent pauvre de ces deux distros linux (et peut-on généraliser) ?
Finalement, la version 32 bits n'exploite pas toutes les possibilités du hardware mais le prix à payer est trop élevé.
Marsh Posté le 07-08-2006 à 22:22:34
C'est tout bêtement que tu es en 64 et que le configure de k9copy lui cherche pour du 32 faut donc lancer les autotools
Et si ça suffit pas patcher le configure
Marsh Posté le 11-02-2006 à 15:10:39
Salut tout le monde,
Je tente d'installer k9copy sans succès sous Suse 10.0 (KDE). YaST installe correctement la version 1.0.31-0.pm.0. En apparence du moins, car dès que tente un "preview" après analyse du DVD, l'application plante (trace reproduite ci-dessous).
Il existe une version v1.0.3b de k9copy, disponible sur le site des auteurs mais pas dans YaST, qui comprend entre autre : "fixed compil issue with libdvdread 0.9.5"; justement ma version de libdvd.
Super, me dis-je, je vais installer cette version 1.0.3b. Mais je ne parviens pas à passer le stade "configure" à cause d'une erreur QT:
checking for Qt... configure: error: Qt (>= Qt 3.0) (library qt-mt) not found. Please check your installation!
For more details about this problem, look at the end of config.log.
Make sure that you have compiled Qt with thread support!
(Je reproduis la trace complète en 'annexe' pour ne pas encombrer).
Pourtant, QT semble correctement installé. Les packages qt3 sont bien selectionnées dans YaST, et:
normandy:/home/sircam/bin/k9copy/k9copy-1.0.3b # pkg-config --libs qt-mt
-L/usr/lib/qt3//lib64 -L/usr/X11R6/lib64 -L/usr/lib64/ -L/usr/X11R6/lib64/ -lqt-mt -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread
normandy:/home/sircam/bin/k9copy/k9copy-1.0.3b # echo $QTDIR
/usr/lib/qt3
normandy:/home/sircam/bin/k9copy/k9copy-1.0.3b # echo $LD_LIBRARY_PATH
/usr/lib/qt3/lib
normandy:/home/sircam/bin/k9copy/k9copy-1.0.3b # echo $PATH
/usr/lib/qt3/bin:/home/sircam/bin:/usr/local/bin:/usr/bin:/sbin:/usr/X11R6/bin:/usr/sbin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/jvm/jre/bin:/usr/lib/mit/bin:/usr/lib/mit/sbin
==> Quelqu'un aurait-il une suggestion, soit pour que la version 1.0.31 fonctionne sans planter, soit pour la 1.0.3b compile. Je suis prêt à tenter de réinstaller QT, mais je préfère éviter une manip hasardeuse en dehors de YaST et qui risquerait de foutre encore plus le souk dans les dépendances si ce n'est pas indispensable.
Merci de votre aide.
Message édité par sircam le 14-02-2006 à 10:07:22
---------------
Now Playing: {SYNTAX ERROR AT LINE 1210}