On Sat, Jan 15, 2011 at 10:45 PM, Jelle van der Waa <jelle@xxxxxxxx> wrote: > On Sat, 2011-01-15 at 22:28 +0530, Madhurya Kakati wrote: >> So what will I do now? Any way I can downgrade? I have lots of torrents on Vuze. >> >> On 1/15/11, Thomas Dziedzic <gostrc@xxxxxxxxx> wrote: >> > On Sat, Jan 15, 2011 at 10:02 AM, Thomas Dziedzic <gostrc@xxxxxxxxx> wrote: >> >> On Sat, Jan 15, 2011 at 9:47 AM, Madhurya Kakati <mkakati2805@xxxxxxxxx> >> >> wrote: >> >>> HI, >> >>> I just updated Vuze bittorrent client to its latest version and now it >> >>> doesn't run. I am using 64 bit arch and openjdk6. The output when I >> >>> run vuze on the terminal is: >> >>> >> >>> $ vuze >> >>> Starting Azureus... >> >>> Suitable java version found [java = 1.6.0_20] >> >>> Configuring environment... >> >>> Java exec found in PATH. Verifying... >> >>> Browser check failed with: Cannot load 32-bit SWT libraries on 64-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/xulrunner-devel-1.9.2 for GRE >> >>> Can not use GRE from /usr/lib/xulrunner-devel-1.9.2 because >> >>> it's missing libxpcom.so. >> >>> checking /usr/lib/xulrunner-1.9.2 for GRE >> >>> GRE found at /usr/lib/xulrunner-1.9.2. >> >>> 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/xulrunner-1.9.2 >> >>> setting MOZILLA_FIVE_HOME to: /usr/lib/xulrunner-1.9.2 >> >>> 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/ >> >>> changeLocale: *Default Language* != English (United States). Searching >> >>> without country.. >> >>> changeLocale: Searching for language English in *any* country.. >> >>> changeLocale: no message properties for Locale 'English (United >> >>> States)' (en_US), using 'English (default)' >> >>> 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:636) >> >>> Caused by: java.lang.UnsatisfiedLinkError: Cannot load 32-bit SWT >> >>> libraries on 64-bit JVM >> >>> at org.eclipse.swt.internal.Library.loadLibrary(Library.java:197) >> >>> 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. >> >>> >> >> >> >> This is a known issue: >> >> https://bugs.archlinux.org/task/22432 >> >> FS#22432 - [vuze] 4.6 fails to start on x86_64 >> >> >> >> What's interesting is that I can't find a 64bit version of vuze >> >> anymore like there was with the older version. and what's more >> >> interesting is that I downloaded the file on a 64bit computer and >> >> still got the 32bit version. Is this an upstream problem? >> >> >> > >> > BTW, I would like to continue this discussion on the bug webpage, not >> > on the ml please. & thanks. >> > >> > > Well first don't panic, second go and do some research instead of being > a help vampire. > > https://wiki.archlinux.org/index.php/Downgrade > > > -- > Jelle van der Waa > > I used Arch Rollback Machine. Vuze is working now :)