[arch-general] Vuze doesn't work after update

[Jelle van der Waa]

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 at gmail.com> wrote:
> > On Sat, Jan 15, 2011 at 10:02 AM, Thomas Dziedzic <gostrc at gmail.com> wrote:
> >> On Sat, Jan 15, 2011 at 9:47 AM, Madhurya Kakati <mkakati2805 at gmail.com>
> >> 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