Page 1 sur 1
[Partage fichiers] Fonctionnement de Vuze
Publié : mer. 31 août 2011, 13:46
par adama88
Bonjour
J'ai installé Vuze sus archlinux. Lorsque je lance le programme il m'affiche les erreurs qui suivent :
[adama88@adama88 ~]$ vuze
Starting Azureus...
Suitable java version found [java = 1.6.0_22]
Configuring environment...
Java exec found in PATH. Verifying...
Browser check failed with: Cannot load 64-bit SWT libraries on 32-bit JVM
Auto-scanning for GRE/XULRunner. You can skip this by appending the GRE path to LD_LIBRARY_PATH and setting MOZILLA_FIVE_HOME.
checking /usr/lib/mozilla for GRE
Can not use GRE from /usr/lib/mozilla because it's missing libxpcom.so.
checking /usr/lib/firefox-6.0 for GRE
GRE found at /usr/lib/firefox-6.0.
Browser check failed with: Could not initialize class org.eclipse.swt.widgets.Display
Can't create browser. Will try to set LD_LIBRARY_PATH and hope Vuze has better luck.
setting LD_LIBRARY_PATH to: /usr/lib/firefox-6.0
setting MOZILLA_FIVE_HOME to: /usr/lib/firefox-6.0
Loading Azureus:
java -Xmx128m -cp "./Azureus2.jar:./swt.jar" -Djava.library.path="/usr/share/vuze" -Dazureus.install.path="/usr/share/vuze" -Dazureus.script="/usr/bin/vuze" -Dazureus.script.version=2 org.gudy.azureus2.ui.swt.Main
file:/usr/share/vuze/Azureus2.jar ; file:/usr/share/vuze/swt.jar ; file:/usr/share/vuze/
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:532)
at org.gudy.azureus2.ui.swt.Main.<init>(Main.java:114)
at org.gudy.azureus2.ui.swt.Main.main(Main.java:292)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at com.aelitis.azureus.launcher.MainExecutor$1.run(MainExecutor.java:37)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.lang.UnsatisfiedLinkError: Cannot load 64-bit SWT libraries on 32-bit JVM
at org.eclipse.swt.internal.Library.loadLibrary(Library.java:194)
at org.eclipse.swt.internal.Library.loadLibrary(Library.java:174)
at org.eclipse.swt.internal.C.<clinit>(C.java:21)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54)
at org.eclipse.swt.widgets.Display.<clinit>(Display.java:132)
at org.gudy.azureus2.ui.swt.mainwindow.SWTThread.<init>(SWTThread.java:84)
at org.gudy.azureus2.ui.swt.mainwindow.SWTThread.createInstance(SWTThread.java:63)
at com.aelitis.azureus.ui.swt.Initializer.<init>(Initializer.java:163)
... 12 more
Exit from Azureus complete
No shutdown tasks to do
Azureus TERMINATED.
Pourtant java est installé. Mais il semble chercher un fichier relatif à mozilla. Le reste je n'y comprends rien. Je n'ai pas vu de tuto ou de sujet traitant de Vuze sur le site. Donc je suis dans l'impasse. Je ne sais pas comment résoudre le problème.
J'ai également téléchargé l'archive à partir du site du programme pour le lancer en manuel mais même chose, il refuse de fonctionner avec le même défilement de lignes que ci-dessus.
Re: [Partage fichiers] Fonctionnement de Vuze
Publié : mer. 31 août 2011, 13:58
par benjarobin
Tu as installé vuze depuis à AUR :
http://aur.archlinux.org/packages.php?ID=51127 ?
Tu as bien Firefox 6 d'installé ?
Re: [Partage fichiers] Fonctionnement de Vuze
Publié : mer. 31 août 2011, 15:03
par FoolEcho
C'est plus vache que ça:
adama88 a écrit :Code : Tout sélectionner
Browser check failed with: Cannot load 64-bit SWT libraries on 32-bit JVM
...
Caused by: java.lang.UnsatisfiedLinkError: Cannot load 64-bit SWT libraries on 32-bit JVM
Après vérification sur le paquet d'Aur (décompression du /usr/share/vuze/swt.jar ), les bibliothèques fournies dans le swt.jar sont en 64 bits:
Code : Tout sélectionner
$ file *so
libswt-atk-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
libswt-awt-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
libswt-cairo-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
libswt-glx-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
libswt-gnome-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
libswt-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
libswt-mozilla-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
libswt-pi-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
libswt-webkit-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=0xc1d6f51053f28f3474ffc3bf6be7e5d1a2bfa8cc, stripped
libswt-xpcominit-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
libswt-xulrunner-gtk-3650.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
, donc aucune chance de faire fonctionner ça.
Il faudrait chopper leur version 32 bits (en passant: ça la fout très mal du java présenté non portable... après on entend des gens dire "bouh, java c'est nul"
) ou carrément recompiler l'ensemble à partir de leurs sources si elles sont disponibles.
EDIT: confirmé par
http://forum.vuze.com/message.jspa?messageID=220795 (mais lui c'est l'inverse...)
Re: [Partage fichiers] Fonctionnement de Vuze
Publié : mer. 31 août 2011, 15:59
par benjarobin
Le "32-bit JVM" me choque un peu, normalement tu as une JVM 64 bits... Tu as installé quoi comme paquet pour Java, de plus tu n'es apparemment pas à jour on est à Java 1.7
Re: [Partage fichiers] Fonctionnement de Vuze
Publié : mer. 31 août 2011, 16:48
par FoolEcho
@benjarobin: à qui tu en as ?
J'ai testé le paquet d'Aur sous x86_64 (+ openjdk6): aucun problème. Mais sous i686 (+ openjdk6), on tombe sur l'erreur décrite par adama88.
Mais la JVM n'y est pour rien: les bibliothèques systèmes fournies dans le swt.jar de vuze sont en 64 bits, donc inutiles sous i686. Il faut leur équivalent 32 bits (c'est bête parce qu'on a le paquet
swt, mais pas toutes les bibliothèques pour autant).
Sinon java 7 n'a pas encore remplacé java 6 (en ce qui concerne Arch, il est même retourné sur Aur après un bref passage dans [community] il me semble).
EDIT: Une version 32 bits peut se récupèrer là:
http://sourceforge.net/projects/azureus ... Vuze_4604/ (prendre Vuze_4604_linux.tar.bz2 ... vous pouvez vérifier, les bibliothèques du swt.jat sont bien en 32 bits cette fois
) ... et cette fois, ça se lance en i686 (soit en refaisant le PKGBUILD en changeant les sources ; soit en copiant/collant le swt.jar directement dans le /usr/share/vuze du précédent build)... sauf que ça plante après une brève apparition de l'interface graphique... (il veut m'ouvrir une url ... sauf qu'elle se présente comme un chemin ... qui forcément ne mène nulle part). avec/sans xulrunner, ça ne change rien.
Bon, après le plus simple serait de contacter le mainteneur du paquet sur Aur, vu que:
Code : Tout sélectionner
source=("http://cf1.vuze.com/files/Vuze_Installer.tar.bz2")
md5sums=('6797e922a255a80ff435f98b2b87a3a6')
[[ $CARCH == 'x86_64' ]] && source[0]="http://cf1.vuze.com/files/Vuze_Installer.tar.bz2" && md5sums[0]='6797e922a255a80ff435f98b2b87a3a6'
ne va clairement pas...
Re: [Partage fichiers] Fonctionnement de Vuze
Publié : mer. 31 août 2011, 19:20
par benjarobin
FoolEcho a écrit :@benjarobin: à qui tu en as ?
Je ne comprends pas trop ?! Qu'est ce que j'ai dis ?
J'ai juste été à la masse (une fois de plus
), je n'avais pas compris qu'il été en 32 bits...
Sinon on est bien en version Java 1.7 pour le paquet propriétaire qui ne peut être que diffuser sur AUR suite au changement de licence de Java par Oracle... Mais en effet openjdk est toujours en version 1.6
Re: [Partage fichiers] Fonctionnement de Vuze
Publié : mer. 31 août 2011, 19:33
par adama88
Bonsoir à tous et merci pour vos interventions.
Si je comprends bien, pour que tout aille bien dans le meilleurs des monde, il vaut mieux choisir une version 64bits de archlinux pour ne plus avoir ce genre de problème. J'ai fuis justement le monde du 64bits car j'avais des problèmes de compatibilité soit avec bibliothèques soit des programmes comme le plugin flash. Je suis donc passé sous 32 bits et je m'y suis conforté lorsque j'ai pu constater que les derniers noyaux géraient au delà de la limite des 3 go de RAM.
Y aurait-il un autre programme aussi fiable que Vuze ?
Re: [Partage fichiers] Fonctionnement de Vuze
Publié : mer. 31 août 2011, 19:43
par FoolEcho
benjarobin a écrit :FoolEcho a écrit :
@benjarobin: à qui tu en as ?
Je ne comprends pas trop ?! Qu'est ce que j'ai dis ?
Ne le prends pas mal, j'ai peut-être mal formulé: je n'étais juste pas certain à qui tu t'adressais.
adama88 a écrit :Si je comprends bien, pour que tout aille bien dans le meilleurs des monde, il vaut mieux choisir une version 64bits de archlinux pour ne plus avoir ce genre de problème. J'ai fuis justement le monde du 64bits car j'avais des problèmes de compatibilité soit avec bibliothèques soit des programmes comme le plugin flash.
Le byte code de Java étant par nature portable, ça aurait du fonctionner aussi bien indépendamment de l'architecture... sauf qu'il y a en plus des bibliothèques systèmes qui elles ne sont pas portables. Il faudrait le signifier au mainteneur du paquet sur Aur (il a du le voir puisqu'il fait une distinction entre source par défaut et source sous x86_64... sauf qu'il va chercher les mêmes
).
Re: [Partage fichiers] Fonctionnement de Vuze
Publié : mer. 31 août 2011, 20:07
par benjarobin
Pour remplacer vuze je te conseil tout simplement transmission (en version Qt ou Gtk), on ne fait pas plus léger et plus rapide