azureus/vuze totally broken after intrepid upgrade
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
azureus (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: vuze
I guess long-time users of Azureus on Ubuntu are used to this by now. Azureus was working normally before upgrading to Intrepid/Vuze. Now it is broken in multiple ways. It has silently changed my port number from 49512 to 49151 which now appears to be some kind of upper limit. Upstream are disclaiming responsibility for this, as you can see here:
http://
This initially caused the program to permanently stay in the upgrading state for azupdater (i.e. "updating" window in foreground, no progress) and after cancelling that the red "Firewalled" light is lit. So I changed my router to reflect this new port and everything went green but it did not connect to any peers for either the azupdater or the torrent I was attempting.
I left it overnight with green NAT/DHT etc. and came back to find it using 250MB RAM despite having no connections or other activity and the UI pretty unresponsive. I managed to click quit on the menu (the program was running so slowly this took several minutes and the strings in the menu were showing their localization names) but the java process remained afterwards. It seems my default java is GNU, which I guess from past experience could be responsible for some of this, but I'm pretty sure I didn't set it to GNU (I have Sun installed and feel sure I was using this before), so that was probably also changed silently to a broken state during upgrade.
Let me know if any logs or configs are helpful.
Changed in azureus: | |
assignee: | nobody → smaioli |
status: | New → In Progress |
Changed in azureus (Ubuntu): | |
assignee: | Stefano Maioli (smaioli) → nobody |
status: | In Progress → Confirmed |
The port # change was made for security reasons. By default, Azureus opens a port on localhost for controlling itself and ANY LOCAL USER CAN ASSUME FULL CONTROL OVER ANY OTHER LOCAL USER'S AZUREUS INSTANCE. This behavior is horribly broken for multiuser setups and upstream was unwilling to coordinate a fix, so we were left with no choice but to do this.
As far as the Java switching to GNU, this should not happen -- OpenJDK is the default Java. It is well known that Azureus will not function with GNU Java correctly.
Can you try switching back to OpenJDK or Sun Java and see if these problems persist?
Perhaps we should blacklist GNU Java in the launcher.