New upstream release 3.1.0.0

[farkarich]

Binary package hint: azureus

The current version of Azureus is 3.0.16 or something in Ubuntu only the version 2.5.x is available and this version runs very unstable with the JVM which are included in Ubuntu (on my system i use a BEA Jrocket JVM and azrureus runs stable)

A Upgrade to a newer version of Azurues would be very good because it has a lot of new features and runs faster and more stable than 2.5.x

wbr
Bernd

[Scott Kitterman (kitterman)]

Feisty has already been released and won't be updated. Please see https://wiki.ubuntu.com/BackportRequestProcess for information on how to get newer versions in feisty-backports. Critical bugs can, and should, be fixed as updates to the release. See https://wiki.ubuntu.com/MOTU/SRU for the criteria and process.

[John Dong (jdong)]

Reopening regarding 3.0.3.4; Debian already has 3.0.3.4 recently uploaded but associated dependencies (SWT 3.3) are not up. As soon as the currenty Gutsy situation is dealt with and those dependencies show up, I will deal with 3.0.3.4 to Hardy.

Thanks for your patience.

[Matti Lindell (mlind)]

Is it possible to get azureus3 working with SWT 3.2 libraries we currently have in the hardy repository? Getting the new eclipse stack in to repository is not looking good.

[John Dong (jdong)]

Already tried -- azureus3 uses several UI elements only in SWT 3.3. It might be possible to do some horribly mutated splice of azureus2's UI with azureus3's core, (what version would that be? :D) but I'm pretty sure the Azureus team will be chasing after me with flaming pitchforks if I tried.

[Matti Lindell (mlind)]

Would it be possible to get swt-gtk from Debian and let it provide SWT 3.3 related binaries? I know it's a code duplication / potential trouble when eclipse gets updated..

[John Dong (jdong)]

Already tried that route too -- Ubuntu java folks strongly disagreed with that approach (they seem not to agree with Debian's Java guys on the way eclipse is handled) and I backed off.

[Dylan Aïssi (daissi)]

It's possible to have 3.1.0.0 for intrepid?

[mmaurer (mbfmaurer)]

+1 for revisiting this issue for intrepid.

[Kẏra (thekyriarchy)]

3.1.1.0 is out and i'd love to see it available to intrepid. What is the current status on this?

[Benjamin Prosnitz (aetherane)]

I'd also love to see this in intrepid.

[John Dong (jdong)]

I have reviewed the package merge for Intrepid and it looks good. I will upload, but I'd really appreciate it if folks can test it carefully in the next few weeks to make sure it is stable and reliable. We have a poor track record with upstream already because of our history of broken Azureus packaging. If necessary, we may have to rebuild this with OpenJDK, so keep eyes peeled for extremely poor performance or segfaulting and file bugs according.

Thanks

[Launchpad Janitor (janitor)]

This bug was fixed in the package azureus - 3.1.1.0-3ubuntu1

---------------
azureus (3.1.1.0-3ubuntu1) intrepid; urgency=low

  * Merge from debian unstable, remaining changes (LP: #128525):
    - Depend on libseda-java.
    - azureus.desktup: %U -> %f (otherwise file associations don't work)
  * Update java dependencies allowing any jre to be used.
  * Recommend vuze until we find a way to start azureus without the vuze
    interface.
  * debian/rules: increase ant heap space to avoid out of memory errors
    during compilation.
  * debian/rules: suppress error on include if gcj is not installed.

azureus (3.1.1.0-3) unstable; urgency=medium

  * Remove the four non-latin characters in DateParserRegex.java.
  Closes: #492800. Thanks to Jurij Smakov.

azureus (3.1.1.0-2) unstable; urgency=medium

  * Move all Build-Depends-Indep to Build-Depends to build the native binary
    using GCJ. Closes: #490025.
  * Add libswt-cairo-gtk-3.4-jni to the dependencies of vuze.
    Closes: #491201.

azureus (3.1.1.0-1) unstable; urgency=low

  * New upstream release. Closes: #487512.
  * Enable plugins. Closes: #481011, #452321, #452326.
  * Build using ant.
  * Remove the dependency on libseda-java.
  * Update the watch file.
  * Update the policy to version 3.8.0.1. No changes were necessary.
  * Use System.getProperty rather than sun.security.action.GetPropertyAction.

azureus (3.0.5.0-2) unstable; urgency=low

  * Depend on libswt-gtk-3.4-java instead of libswt-gtk-3.3-java.
    Closes: #488348.

azureus (3.0.5.0-1) unstable; urgency=low

  * New upstream release. Closes: #470235.
  * New package, vuze, which depends on azureus as well as the necessary
    gnome and mozilla JNI libraries. Closes: #469590.
  * Do not create an empty ~/plugins directory. Closes: #471878.
  * Update the policy to version 3.7.3.0. No changes were necessary.

azureus (3.0.4.2-1) unstable; urgency=low

  * New upstream release. Closes: #458263.
  * Do not changing the current working directory. Closes: #459857.

azureus (3.0.3.4-3) unstable; urgency=low

  * Set the environment variable MOZILLA_FIVE_HOME to /usr/lib/xulrunner.
    Closes: #452322.

azureus (3.0.3.4-2) unstable; urgency=low

  * The shell script should use SWT 3.3. Closes: #448253.

azureus (3.0.3.4-1) unstable; urgency=low

  * New upstream release. Closes: #443634.
  * Move the Debian menu entry to the new "Applications/Network/File Transfer"
    section.
  * Do not check for SWT updates. Closes: #447679.

 -- Stefano Maioli <email address hidden> Mon, 18 Aug 2008 15:14:17 +0200