Vuze update doesn’t. It just loops after downloading the update file. It also doesn’t restart when you select restart. It was installed from the repos. Any ideas?
I use the Packman version, seems fine.
Do you get the Vuze update from Vuze that just came out and it installed properly and “restart” works or are you just posting to inflate your post count
I’m not sure what you are getting at?
Most users have Packman in their repo’s and I would be expecting them to use Vuze from there.
Posting “Mine work” is akin to posting "Something is wrong with You because yours dont.
I AM using the Packman repos. They should update and function just like you got them from Vuze however. Double checking in Yast2 I see no updates from that repository either.
I see Unbuntu users are having the same problems.
So you still didn’t tell me if your software Vuze updated normally and restarts normally. All you told mer was “Mine works I got it from Packman.”
A possible work around for you is:
Download the latest version from
Azureus, now called Vuze : Java BitTorrent Client - Download
Then just pick the: ‘azureus3.jar’ from the extracted archive
and copy it to:
/usr/share/java/Azureus
see if that helps
Just to add - sorry, yes my vuze is up to date and updated and restarts normally
Looking for where that file would drop in I think I see what is going on. There a a few files in /usr/lib64/Azureus which Vuze is built against. Looks like the best bet it to wait until this latest version of Vuze gets built in put in the repos Both azureus2.jar and azureus4.jar exist in different locations as well. It tried to up date but can’t.
Same here. I´ve installed from the packman repos too - the problem occurs on every single start of vuze.
I´d like to re-install the whole thing while not being sure if my torrents will stay/be recognized in vuze again…
Oh and by the way:
Please don´t flame. We are here to help each other, ya know…
TheMask.***
Same here. I´ve installed from the packman repos too - the problem occurs on every single start of vuze.
I´d like to re-install the whole thing while not being sure if my torrents will stay/be recognized in vuze again…
Oh and by the way:
Please don´t flame. We are here to help each other, ya know… 
TheMask.***
Here is a look at drill down my tree at the .dir
http://thumbnails12.imagebam.com/2832/ecb67228319927.gif](http://www.imagebam.com/image/ecb67228319927/)
Actually it’s Azureus4.jar
not 3 as I quoted earlier
I have the exact same contents in my /use/share/java too.
Looks like we wait for the updated version in the repos and ignore the popups. I don’t want to lose my current configurations by doing a install on my own.
I am running it in the classic mode.
This doesn’t seem to be effecting everyone the same way.
Strange that I’m not experiencing the same.
The idea of downloading vuze and just copying over the Azureus4.jar is a fix recommended to me some time ago by the packagers.
Are you running the 64 bit 11.1 or the 32 bit 11.1? I am betting your installed software base is different enough to make a difference. This same problem is happening to other distros and in the same way, not everyone is effected.
http://www.filebam.com/download/86207-2b7d3b/Azureus4jar.png
Azueeus4.jar is right where yours is but we have different things happening.
I am thinking of renaming my ./aureus folder and seeing what happens since it “broken” sore of anyway.
I’m x86
What errors show when starting azureus from a terminal
It seems unlikely to be .azureus but always worth a try as it is easy to test
Here is the output.
flamebait@linux-v5xu:~> azureus
using MOZILLA_FIVE_HOME=/usr/lib64/xulrunner-1.9.0.6 and MOZ_PLUGIN_PATH=/usr/lib64/browser-plugins
GRE/XULRunner automatically found
java virtual machine used: /usr/lib64/jvm/jre/bin/java
classpath used: /usr/share/java/Azureus/Azureus4.jar:/usr/share/java/Azureus/swt-3.5-I20080702-0939.jar:/usr/share/java/Azureus/swt.jar
main class used: org.gudy.azureus2.ui.swt.Main
flags used:
options used: -Xms16m -Xmx128m -Djava.library.path=/usr/lib64/Azureus:/usr/lib/Azureus -Dazureus.install.path=/var/lib/Azureus -Dazureus.script.version=2 -Dazur eus.script=/usr/bin/azureus
arguments used:
file:/usr/share/java/Azureus/Azureus4.jar ; file:/usr/share/java/Azureus/swt-3.5-I20080702-0939.jar ; file:/usr/share/java/Azureus/swt-3.5-I20080702-0939.jar ; file:/home/flamebait/
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)’
Time to burn some kcals on the treadmill 
This is mine FYI
kernelcruncher@suse11-1:~> azureus
using MOZILLA_FIVE_HOME=/usr/lib/xulrunner-1.9.0.6 and MOZ_PLUGIN_PATH=/usr/lib/browser-plugins
GRE/XULRunner automatically found
java virtual machine used: /usr/lib/jvm/jre/bin/java
classpath used: /usr/share/java/Azureus/Azureus4.jar:/usr/share/java/Azureus/swt-3.5-I20080702-0939.jar:/usr/share/java/Azureus/swt.jar
main class used: org.gudy.azureus2.ui.swt.Main
flags used:
options used: -Xms16m -Xmx128m -Djava.library.path=/usr/lib64/Azureus:/usr/lib/Azureus -Dazureus.install.path=/var/lib/Azureus -Dazureus.script.version=2 -Dazureus.script=/usr/bin/azureus
arguments used:
file:/usr/share/java/Azureus/Azureus4.jar ; file:/usr/share/java/Azureus/swt-3.5-I20080702-0939.jar ; file:/usr/share/java/Azureus/swt-3.5-I20080702-0939.jar ; file:/home/kernelcruncher/
Locale Initializing took 389ms
Did this ever get resolved? I’m having exact same problem in Vuze 4.2.0.3_B21 [from Packman]. And my /usr/share/java/Azureus is also exactly the same. Should mention I’m in 11.1 x86_64/KDE4_Factory_11.1. Would have thought this would have been corrected by now…
Also:
# update-alternatives --config java
There are 3 alternatives which provide `java'.
Selection Alternative
-----------------------------------------------
+ 1 /usr/lib64/jvm/jre-1.6.0-openjdk/bin/java
2 /usr/lib64/jvm/jre-1.5.0-gcj/bin/java
* 3 /usr/lib64/jvm/jre-1.6.0-sun/bin/java
Press enter to keep the default[li], or type selection number: 3
[/li]Using '/usr/lib64/jvm/jre-1.6.0-sun/bin/java' to provide 'java'.
Curiously I can set “# update-alternatives --config java” to anything and Vuze says it is using sun java. Who’s in charge of this computer?
I have it as well, I just close the box, after that Vuze works fine.
There are settings in >Tools>Options>Interface>Start for “Check for latest version when Vuze starts” and “Check for latest version periodically”. I unchecked those and problem solved.
It does seem like these should be unchecked by default. Seeing as we are relying on Packman for updated Vuze packages not Vuze/Azureus. >:)
In >Tools>Options>Plugins>Plugin Update there is a setting for “Enable plugin update checking” which I left checked so it should update plugins. Sort of like how we rely on repos to update Firefox and Thunderbird but then plugins are updated within the application. Or so I think.