Debian Bug report logs - #495514
azureus and openjdk

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: peter green <plugwash@p10link.net>

To: submit@bugs.debian.org

Subject: azureus and openjdk

Date: Mon, 18 Aug 2008 09:30:01 +0100

package: azureus
severity: serious
justification: policy 3.5

There were a number of rc bugs reported about azureus not working with 
gij. Theese were closed with the justification that azureus could now be 
used with openjdk. However no packaging changes were made to reflect this.

IMO the following changes should be made to the azureus package

* the dependencies should be changed to reflect the JVMs that azureus 
actually works with.
* the azureus launch script should be changed to make sure azureus 
actually uses a vm that it works with
* the azureus-gcj package should be dropped

Message #10 received at 495514@bugs.debian.org (full text, mbox, reply):

From: peter green <plugwash@p10link.net>

To: 495514@bugs.debian.org

Cc: control@bugs.debian.org

Subject: patch to make azureus use only sun based runtimes

Date: Tue, 19 Aug 2008 00:26:10 +0100

[Message part 1 (text/plain, inline)]

tags 495514 +patch
thanks

patch is attatched.

note: while I have written a changlog entry explaining the changes I am 
not a dd so I cannot upload the package

[azureus-nogij.patch (text/x-diff, inline)]

diff -ur azureus-3.1.1.0/debian/bin/azureus azureus-3.1.1.0.new/debian/bin/azureus
--- azureus-3.1.1.0/debian/bin/azureus	2008-08-19 00:02:34.000000000 +0100
+++ azureus-3.1.1.0.new/debian/bin/azureus	2008-08-18 23:50:17.000000000 +0100
@@ -1,5 +1,85 @@
-#!/bin/sh
-JAVA='java -Xmx1024M'
+#!/bin/bash
+JAVA=`readlink /etc/alternatives/java`
+JAVA_HOME="${JAVA_HOME:="${JAVA%/*/*/*}"}"
+echo "$JAVA_HOME"
+
+
+#we need to check the JRE exists, is sun based and is not headless
+#checking for $JAVA_HOME/jre/bin/policytool will kill all theese birds with 
+#one stone
+
+ACCEPTABLE=1
+
+if [[ -e "$JAVA_HOME/jre/bin/policytool"  ]] 
+then
+  echo this jre passed the installed/sun based/not headless test
+else
+  ACCEPTABLE=0
+  echo this jre failed the installed/sun based/not headless test
+fi
+
+ARCH=`dpkg --print-installation-architecture`
+#32 bit jre's on amd64 installations will fail to load SWT
+if [[ ARCH -eq amd64 ]]
+then
+  if objdump -f $JAVA_HOME/jre/bin/java | grep elf32-i386 >/dev/null
+  then
+    echo this jre failed the amd64 system needs 64 bit jre for swt to load test
+    ACCEPTABLE=0;
+  else
+    echo this jre passed the amd64 system needs 64 bit jre for swt to load test
+  fi
+  
+fi
+
+if [[ $ACCEPTABLE -eq 0 ]]
+then
+  if [[ -e /usr/lib/jvm/java-6-openjdk/jre/bin/policytool ]]
+  then
+    JAVA_HOME=/usr/lib/jvm/java-6-openjdk
+    ACCEPTABLE=1
+  fi
+fi
+
+if [[ $ACCEPTABLE -eq 0 ]]
+then
+  if [[ -e /usr/lib/jvm/java-6-cacao/jre/bin/policytool ]]
+  then
+    JAVA_HOME=/usr/lib/jvm/java-6-cacao
+    ACCEPTABLE=1
+  fi
+fi
+
+if [[ $ACCEPTABLE -eq 0 ]]
+then
+  if [[ -e /usr/lib/jvm/java-6-sun/jre/bin/policytool ]]
+  then
+    JAVA_HOME=/usr/lib/jvm/java-6-sun
+    ACCEPTABLE=1
+  fi
+fi
+
+if [[ $ACCEPTABLE -eq 0 ]]
+then
+  if [[ -e /usr/lib/jvm/java-1.5.0-sun/jre/bin/policytool ]]
+  then
+    JAVA_HOME=/usr/lib/jvm/java-1.5.0-sun
+    ACCEPTABLE=1
+  fi
+fi
+
+
+if [[ $ACCEPTABLE -eq 0 ]]
+then
+  echo no acceptable jre could be found, this should never happen unless
+  echo dependencies are broken
+  exit 1
+fi
+
+echo $JAVA_HOME
+
+export JAVA_HOME
+JAVA="$JAVA_HOME/jre/bin/java -Xmx1024M"
 . /usr/share/java-config/libswt-3.4-java
 exec $JAVA -Djava.library.path=/usr/lib/jni:/usr/lib \
 	-classpath /usr/share/java/Azureus2.jar:$JARS \
diff -ur azureus-3.1.1.0/debian/changelog azureus-3.1.1.0.new/debian/changelog
--- azureus-3.1.1.0/debian/changelog	2008-08-19 00:02:34.000000000 +0100
+++ azureus-3.1.1.0.new/debian/changelog	2008-08-18 23:43:05.000000000 +0100
@@ -1,3 +1,13 @@
+azureus (3.1.1.0-3.1) unreleased; urgency=medium
+
+  * fixups to stop azureus using gcj (which it doesn't work with) 
+    * don't bother generating a package with useless gij native code
+    * make startup script select a suitable runtime
+    * change depdencies
+    * Closes: 495514
+
+ -- Peter Green <plugwash@p10link.net>  Mon, 18 Aug 2008 23:33:00 -0100
+
 azureus (3.1.1.0-3) unstable; urgency=medium
 
   * Remove the four non-latin characters in DateParserRegex.java.
diff -ur azureus-3.1.1.0/debian/control azureus-3.1.1.0.new/debian/control
--- azureus-3.1.1.0/debian/control	2008-08-19 00:02:34.000000000 +0100
+++ azureus-3.1.1.0.new/debian/control	2008-08-18 23:32:27.000000000 +0100
@@ -9,8 +9,7 @@
 
 Package: azureus
 Architecture: all
-Depends: java-gcj-compat | java-virtual-machine,
- java-gcj-compat | java2-runtime, libcommons-cli-java,
+Depends: openjdk-6-jre | cacao-oj6-jre | sun-java6-jre | sun-java5-jre, binutils, libcommons-cli-java,
  liblog4j1.2-java, libswt-gtk-3.4-java
 Suggests: vuze, azureus-gcj
 Description: BitTorrent client
@@ -21,13 +20,6 @@
  access to numerous pieces of information about your torrents. Azureus
  now features an embedded tracker easily set up and ready to use.
 
-Package: azureus-gcj
-Architecture: any
-Depends: azureus (>= ${source:Version}), azureus (<< ${source:Version}.1~),
- ${misc:Depends}, ${shlibs:Depends}
-Description: native binary of Azureus
- This package contains a native binary of Azureus built using GCJ.
-
 Package: vuze
 Architecture: all
 Depends: azureus, libswt-cairo-gtk-3.4-jni, libswt-gnome-gtk-3.4-jni,
diff -ur azureus-3.1.1.0/debian/rules azureus-3.1.1.0.new/debian/rules
--- azureus-3.1.1.0/debian/rules	2008-08-19 00:02:34.000000000 +0100
+++ azureus-3.1.1.0.new/debian/rules	2008-08-18 22:47:48.000000000 +0100
@@ -40,7 +40,9 @@
 
 include /usr/share/gcj/debian_defaults
 
-binary-arch: build
+binary-arch:
+
+binary-arch-old: build
 	dh_clean -k 
 	dh_install -a
 	dh_installchangelogs -a

Message #17 received at 495514@bugs.debian.org (full text, mbox, reply):

From: Sebastien Delafond <seb@debian.org>

To: 495514@bugs.debian.org

Cc: control@bugs.debian.org, peter green <plugwash@p10link.net>

Subject: Patch for #495514

Date: Mon, 18 Aug 2008 16:52:52 -0700

[Message part 1 (text/plain, inline)]

tag 495514 + patch
thanks

Here's a debdiff that fixes #495514 by using openjdk-6-jdk as the
default JDK, while still giving a user the option to rebuild with any
JDK he likes, without changing debian/{rules,control}.

I've just uploaded 3.1.1.0-3.0 to DELAYED/7, so feel free to take that
debdiff and massage it any way you see fit, if something in there is
not quite to your liking :)

Cheers,

--Seb

[azureus.debdiff (text/plain, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #24 received at 495514@bugs.debian.org (full text, mbox, reply):

From: peter green <plugwash@p10link.net>

To: Sebastien Delafond <seb@debian.org>

Cc: 495514@bugs.debian.org

Subject: Re: Patch for #495514

Date: Tue, 19 Aug 2008 01:28:37 +0100

> Here's a debdiff that fixes #495514 by using openjdk-6-jdk as the
> default JDK, while still giving a user the option to rebuild with any
> JDK he likes, 
What JDK the package is built with is irrelevent. The problem is it 
doesn't work when RUN WITH gij.

Indeed the dependencies on your package don't even seem to ensure that a 
JRE is installed at all by default.

In other words your patch (unlike mine) does not actually fix the problem.

Message #29 received at 495514@bugs.debian.org (full text, mbox, reply):

From: Sebastien Delafond <seb@debian.org>

To: peter green <plugwash@p10link.net>, 495514@bugs.debian.org

Subject: Re: Patch for #495514

Date: Mon, 18 Aug 2008 18:45:26 -0700

[Message part 1 (text/plain, inline)]

On Tue, Aug 19, 2008 at 01:28:37AM +0100, peter green wrote:
> What JDK the package is built with is irrelevent. The problem is it
> doesn't work when RUN WITH gij.

generally speaking, the JDK the package is built with *is* relevant,
if only to avoid java.lang.UnsupportedClassVersionError: for instance
your fix considers the JRE from sun-java5-jre to be acceptable, when
it definitely is not if the package is compiled with a JDK6 (which is
what will happen with the Build-Depends line you left as is).

The solid fix is IMHO to ensure that you run the program with the JRE
associated to the JDK you used for building. Otherwise, you have to
resort to using poorly-scalable solutions, like you did in
/usr/bin/azureus by trying to hand-select what JREs are appropriate or
not.

Another, more proper solution, would be for example to "Build-Depends:
java5-sdk" and "Depends: java5-runtime", but unfortunately
java-gcj-compat provides java5-runtime, which takes us back to square
one.

> Indeed the dependencies on your package don't even seem to ensure that a  
> JRE is installed at all by default.

ah, thanks for spotting this: my mistake, that substvar wasn't defined
the right way. That's fixed in -3.1, which I've also uploaded to
DELAYED/7, and I've attached the debdiff to this email as well.

> In other words your patch (unlike mine) does not actually fix the
> problem.

when I started working on fixing this issue, your patch had not made
it to the BTS yet.

Cheers,

--Seb

[azureus.debdiff (text/plain, attachment)]

[signature.asc (application/pgp-signature, inline)]

Message #34 received at 495514@bugs.debian.org (full text, mbox, reply):

From: peter green <plugwash@p10link.net>

To: Sebastien Delafond <seb@debian.org>

Cc: 495514@bugs.debian.org

Subject: Re: Patch for #495514

Date: Tue, 19 Aug 2008 03:04:40 +0100

> generally speaking, the JDK the package is built with *is* relevant,
> if only to avoid java.lang.UnsupportedClassVersionError: for instance
> your fix considers the JRE from sun-java5-jre to be acceptable, when
> it definitely is not if the package is compiled with a JDK6 (which is
> what will happen with the Build-Depends line you left as is).
>   
The build depends line would by default be satisfied by 
java-gcj-compat-dev and
I have confirmed that a binary built with that DOES work with the 
sun-java5-jdk.
It would be an issue if building with sun java6 though and It probablly 
does make
sense to explicitly specify a classfile version.

> The solid fix is IMHO to ensure that you run the program with the JRE
> associated to the JDK you used for building.
Yeah, completely ignoring the users JRE preferences is an easy fix, I 
dunno if
that is considered acceptable or not

>  Otherwise, you have to
> resort to using poorly-scalable solutions, like you did in
> /usr/bin/azureus by trying to hand-select what JREs are appropriate or
> not.
>   
I didn't just "try to" hand select them, I tested all the sun based 
jre's in debian

> Another, more proper solution, would be for example to "Build-Depends:
> java5-sdk" and "Depends: java5-runtime", but unfortunately
> java-gcj-compat provides java5-runtime, which takes us back to square
> one.
>   
And even if it didn't provide it depending on a JRE does not provide any
gaurantee that the JRE you depend on will be the JRE the user/system select
as default. So if you want functionality that is not provided by every JRE
you need to either lock to one JRE or use a selection script like the 
one I wrote
(this is something that should probablly be centralised but that is 
something to
be considered post-lenny)

Message #39 received at 495514@bugs.debian.org (full text, mbox, reply):

From: Sebastien Delafond <seb@debian.org>

To: peter green <plugwash@p10link.net>

Cc: 495514@bugs.debian.org

Subject: Re: Patch for #495514

Date: Mon, 18 Aug 2008 19:41:54 -0700

[Message part 1 (text/plain, inline)]

On Tue, Aug 19, 2008 at 03:04:40AM +0100, peter green wrote:
> It would be an issue if building with sun java6 though 
> [...]
> I didn't just "try to" hand select them, I tested all the sun based
> jre's in debian

that's what I meant by not scalable: your solution is valid at this
particular point in time only, and that is why it is not very
appealing to me. OTOH...

> Yeah, completely ignoring the users JRE preferences is an easy fix,
> I dunno if that is considered acceptable or not
> [...]
> So if you want functionality that is not provided by every JRE
> you need to either lock to one JRE or use a selection script like the  
> one I wrote

... my solution is indeed more restrictive as to what JRE a Debian
lambda user (that doesn't build his own package) can run azureus with.


> (this is something that should probablly be centralised but that is  
> something to
> be considered post-lenny)
> [...]
> And even if it didn't provide it depending on a JRE does not provide
> any gaurantee that the JRE you depend on will be the JRE the
> user/system select as default.

I indeed do not see any obvious policy about that, and I certainly
will not argue that the solution I chose to implement in this NMU
should be applied to all the Debian packages that require a JRE to
run.

Anyway, I'm sure Shaun now has enough datapoints to decide what sort
of solution he'd like to implement. I've removed all my past NMU
uploads from DELAYED/7, and uploaded a single -3.1 that regroups all
the fixes needed for my solution to the problem. The debdiff attached
to this email represents those changes.

Cheers,

--Seb

[azureus.debdiff (text/plain, attachment)]

Message #44 received at 495514@bugs.debian.org (full text, mbox, reply):

From: "Shaun Jackman" <sjackman@gmail.com>

To: "Sebastien Delafond" <seb@debian.org>, "peter green" <plugwash@p10link.net>, 495514@bugs.debian.org

Subject: Re: Bug#495514: Patch for #495514

Date: Fri, 22 Aug 2008 21:51:40 +0700

On 8/19/08, Sebastien Delafond <seb@debian.org> wrote:
...
> Anyway, I'm sure Shaun now has enough datapoints to decide what sort
> of solution he'd like to implement. I've removed all my past NMU
> uploads from DELAYED/7, and uploaded a single -3.1 that regroups all
> the fixes needed for my solution to the problem. The debdiff attached
> to this email represents those changes.

Hi Sebastien and Peter,

Thanks for your work. I'm away on my honeymoon though, and so won't be
able to help out. If, amongst yourslves, you're able to arrive at a
consensus as to the best solution, please NMU as necessary.

Cheers,
Shaun

Message #49 received at 495514@bugs.debian.org (full text, mbox, reply):

From: peter green <plugwash@p10link.net>

To: Shaun Jackman <sjackman@gmail.com>

Cc: Sebastien Delafond <seb@debian.org>, 495514@bugs.debian.org, debian-java@lists.debian.org

Subject: Re: Bug#495514: Patch for #495514

Date: Sat, 23 Aug 2008 13:20:27 +0100

> Thanks for your work. I'm away on my honeymoon though, and so won't be
> able to help out. If, amongst yourslves, you're able to arrive at a
> consensus as to the best solution, please NMU as necessary.
>   
While I preffer my soloution to sebastiens his current nmu to delayed 
will solve the main bug. Neither soloution is ideal (mine involves a lot 
of hardcoding, shauns takes away choice of JRE) but I think the ideal 
soloution will have to wait until post lenny.

Long term I think we need a standard tool provided by one of the core 
java packages that selects a JRE/JDK based on a set of requirements 
(requirements may include things like being based on the sun code, 
supporting a certain version of the java standard/classfile format, 
being native to the current debian architecture, supporting a gui etc)  
using the users preffered JRE if it meets those requirements and a set 
of virtual packages to go with them to allow packages to depend on 
having a JRE that meets thier requirements).

Message #54 received at 495514-close@bugs.debian.org (full text, mbox, reply):

From: Sebastien Delafond <seb@debian.org>

To: 495514-close@bugs.debian.org

Subject: Bug#495514: fixed in azureus 3.1.1.0-3.1

Date: Mon, 25 Aug 2008 21:17:21 +0000

Source: azureus
Source-Version: 3.1.1.0-3.1

We believe that the bug you reported is fixed in the latest version of
azureus, which is due to be installed in the Debian FTP archive:

azureus_3.1.1.0-3.1.diff.gz
  to pool/main/a/azureus/azureus_3.1.1.0-3.1.diff.gz
azureus_3.1.1.0-3.1.dsc
  to pool/main/a/azureus/azureus_3.1.1.0-3.1.dsc
azureus_3.1.1.0-3.1_all.deb
  to pool/main/a/azureus/azureus_3.1.1.0-3.1_all.deb
vuze_3.1.1.0-3.1_all.deb
  to pool/main/a/azureus/vuze_3.1.1.0-3.1_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 495514@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sebastien Delafond <seb@debian.org> (supplier of updated azureus package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Mon, 18 Aug 2008 19:36:05 -0700
Source: azureus
Binary: azureus vuze
Architecture: source all
Version: 3.1.1.0-3.1
Distribution: unstable
Urgency: low
Maintainer: Shaun Jackman <sjackman@debian.org>
Changed-By: Sebastien Delafond <seb@debian.org>
Description: 
 azureus    - BitTorrent client
 vuze       - Multimedia BitTorrent client
Closes: 495514
Changes: 
 azureus (3.1.1.0-3.1) unstable; urgency=low
 .
   * Tentative NMU.
   * Build with openjdk-6-jdk by default (but allow for user rebuilds
     using any JDK), and remove azureus-gcj altogether (Closes: #495514).
   * Add a lintian override to signify that java and ant are indeed needed
     as Build-Depends-Indep even though we do not build any arch-dependent
     binary packages.
   * In /usr/bin/azureus, enforce use of the JRE specified in Depends:.
Checksums-Sha1: 
 a1f506960d53fc7c9abe34dbe10ab67049b46dd4 1104 azureus_3.1.1.0-3.1.dsc
 60062aaf7e67ffeae560e2447cfaf5677fa76edb 14279 azureus_3.1.1.0-3.1.diff.gz
 e09abd16327bd83a40cde1591a820629966d20c2 10335480 azureus_3.1.1.0-3.1_all.deb
 76f1cd14cdd9ff1af9fa524ad1ddf837f6b21c45 9376 vuze_3.1.1.0-3.1_all.deb
Checksums-Sha256: 
 4e17e14d65ed4cde0268f6b740f7918ccaa9a1d2850789bf6d954034c3b688f1 1104 azureus_3.1.1.0-3.1.dsc
 e04c038da02365d0e66103bd717b45a917bc4c82670ea24a49d963986a0dc05e 14279 azureus_3.1.1.0-3.1.diff.gz
 60744966eea324e6ffaad73dba34e6594a8fd4a98d4f6f51493f12ef5b543c2a 10335480 azureus_3.1.1.0-3.1_all.deb
 8fc1987c0d3d30b9d675cea0bbbcdf63430bccba7df01a4039ae0c3ac361be22 9376 vuze_3.1.1.0-3.1_all.deb
Files: 
 30b2fbccda8793ddbf2484212bfa3e01 1104 net optional azureus_3.1.1.0-3.1.dsc
 a13eb55cd1234007e8657a8bb378eb9c 14279 net optional azureus_3.1.1.0-3.1.diff.gz
 3b61481496b86c907de884fe84b44002 10335480 net optional azureus_3.1.1.0-3.1_all.deb
 bc76265af34ff7fd849c6f1b811b41a2 9376 net optional vuze_3.1.1.0-3.1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIqjJdiZgNKcDdyD8RAiQQAJ9ZH9rPoagjvp70kedUxfVjQPevPACfSkD9
pogIu5XI2YlVqH2JcdYRYPk=
=Bt65
-----END PGP SIGNATURE-----

Message #59 received at 495514@bugs.debian.org (full text, mbox, reply):

From: Max Alekseyev <relf@os2.ru>

To: 495514@bugs.debian.org

Subject: azureus w/o openjdk-6-jre

Date: Fri, 26 Sep 2008 12:37:44 -0700

> * Build with openjdk-6-jdk by default (but allow for user rebuilds
>   using any JDK), and remove azureus-gcj altogether (Closes: #495514).

Could you please explain how to use azureus without openjdk-6-jdk ?
When I am trying to upgrade the currently installed version 3.1.1.0-2 to the new version 3.1.1.0-3.1, it wants to install a whole bunch of various packages that I wouldn't need otherwise (see below). 161MB more space for a minor update is too much.

Max

===
The following extra packages will be installed:
  ca-certificates-java libaccess-bridge-java openjdk-6-jre openjdk-6-jre-headless openjdk-6-jre-lib rhino ttf-arphic-uming ttf-baekmuk
  ttf-bengali-fonts ttf-devanagari-fonts ttf-gujarati-fonts ttf-indic-fonts ttf-kannada-fonts ttf-kochi-gothic ttf-kochi-mincho
  ttf-malayalam-fonts ttf-oriya-fonts ttf-punjabi-fonts ttf-tamil-fonts ttf-telugu-fonts tzdata-java
Suggested packages:
  icedtea-gcjwebplugin rhino-doc
The following NEW packages will be installed:
  ca-certificates-java libaccess-bridge-java openjdk-6-jre openjdk-6-jre-headless openjdk-6-jre-lib rhino ttf-arphic-uming ttf-baekmuk
  ttf-bengali-fonts ttf-devanagari-fonts ttf-gujarati-fonts ttf-indic-fonts ttf-kannada-fonts ttf-kochi-gothic ttf-kochi-mincho
  ttf-malayalam-fonts ttf-oriya-fonts ttf-punjabi-fonts ttf-tamil-fonts ttf-telugu-fonts tzdata-java
The following packages will be upgraded:
  azureus
1 upgraded, 21 newly installed, 0 to remove and 1 not upgraded.
Need to get 75,3MB of archives.
After this operation, 161MB of additional disk space will be used.

Message #64 received at 495514-close@bugs.debian.org (full text, mbox, reply):

From: Shaun Jackman <sjackman@debian.org>

To: 495514-close@bugs.debian.org

Subject: Bug#495514: fixed in azureus 3.1.1.0-4

Date: Mon, 05 Jan 2009 03:02:26 +0000

Source: azureus
Source-Version: 3.1.1.0-4

We believe that the bug you reported is fixed in the latest version of
azureus, which is due to be installed in the Debian FTP archive:

azureus_3.1.1.0-4.diff.gz
  to pool/main/a/azureus/azureus_3.1.1.0-4.diff.gz
azureus_3.1.1.0-4.dsc
  to pool/main/a/azureus/azureus_3.1.1.0-4.dsc
azureus_3.1.1.0-4_all.deb
  to pool/main/a/azureus/azureus_3.1.1.0-4_all.deb
vuze_3.1.1.0-4_all.deb
  to pool/main/a/azureus/vuze_3.1.1.0-4_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 495514@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Shaun Jackman <sjackman@debian.org> (supplier of updated azureus package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Thu, 01 Jan 2009 13:13:21 -0800
Source: azureus
Binary: azureus vuze
Architecture: source all
Version: 3.1.1.0-4
Distribution: unstable
Urgency: medium
Maintainer: Shaun Jackman <sjackman@debian.org>
Changed-By: Shaun Jackman <sjackman@debian.org>
Description: 
 azureus    - BitTorrent client
 vuze       - Multimedia BitTorrent client
Closes: 495514 509878 509881
Changes: 
 azureus (3.1.1.0-4) unstable; urgency=medium
 .
   * New executable: vuze. The azureus executable overrides the user's
     configured preference and starts the classic interface. The vuze
     executable starts the interface specified by the user's configured
     preference. Closes: #509878.
   * Azureus recommends Vuze.
   * Modified the vuze description to describe its social-networking features.
     Closes: #509881.
   * Update the watch file.
   * Acknowledge NMU. Closes: #495514. Thanks to Sebastien.
Checksums-Sha1: 
 ea2b1140d914f0748c563374ebf4965c1a7f2103 1096 azureus_3.1.1.0-4.dsc
 9f8aa6ba220289dc4742d12dec5db3236dd629ac 14595 azureus_3.1.1.0-4.diff.gz
 67d1b4a6e60eb27e4f7d5b4a565925c0635074ce 10338612 azureus_3.1.1.0-4_all.deb
 d8026287683eaab3ee64338d029129617da8d4d1 9794 vuze_3.1.1.0-4_all.deb
Checksums-Sha256: 
 5db37af863d7a9e5a11702cf7f2963796f158d337d6b836b24c538f3d15a4639 1096 azureus_3.1.1.0-4.dsc
 2e74fafcf13736f435844a25606ba15d9452768e73a154393fa6bf0b4df5d5b9 14595 azureus_3.1.1.0-4.diff.gz
 bab4749c322b2c660b5f81996c6b956ee3181fe58b57b41ca7d32aea748839bd 10338612 azureus_3.1.1.0-4_all.deb
 b2742ed79780b7321756699d9d91edbe9314eda1aeef49c5931e7923205102fe 9794 vuze_3.1.1.0-4_all.deb
Files: 
 252182069cf1f298121582470b9d8e82 1096 net optional azureus_3.1.1.0-4.dsc
 ae0ad612a7cd40e23d4bdcbd8403c5db 14595 net optional azureus_3.1.1.0-4.diff.gz
 719c4727cb3e573b207ccc6188fe4f71 10338612 net optional azureus_3.1.1.0-4_all.deb
 8a82c6e5fc9e63f467ed7ad0684042b4 9794 net optional vuze_3.1.1.0-4_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFJYW+yvFdYF1IwUUoRAsaKAKCuzS8lrVSSseBccvZBYt2kbgXizgCg7X3b
GCjONWgMACtFflxHNf9ePeU=
=0CeE
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.