Your message dated Thu, 20 Aug 2009 09:04:48 -0400
with message-id <1250773488.11129.5.ca...@desktop>
and subject line Re: Bug#542392: azureus: Refuses to start
has caused the Debian Bug report #542392,
regarding azureus: Refuses to start
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
542392: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542392
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: azureus
Version: 4.2.0.4-1
Severity: grave
Justification: renders package unusable
I have openjdk-6-jre installed, because azureus used to depend on it.
openjdk works fine with other java applications as well, so no
complaints here. But (see bug report #515015) some users found it annoying
that other jre's, like Sun's, could not be used.
Now the latest azureus version corrects this, I believe by means of the script
java-wrappers.sh. I suppose sun jre users are now happy. But I am very
UNhappy, because now azureus refuses to start at all. The error messages
are:
/usr/lib/java-wrappers/java-wrappers.sh: line 243: /usr/lib/java/bin/java:
/ No such file or directory
/usr/lib/java-wrappers/java-wrappers.sh: line 243: exec:
/ /usr/lib/java/bin/java: cannot execute: No such file or directory
Why can't azureus simply use the /etc/alternatives mechanism?
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages azureus depends on:
ii java-wrappers 0.1.15 wrappers for java executables
ii libcommons-cli-java 1.2-2 API for working with the command l
ii liblog4j1.2-java 1.2.15-7 Logging library for java
ii libswt-gtk-3.4-java 3.4.2-2 Standard Widget Toolkit for GTK+ J
ii openjdk-6-jre 6b16-4 OpenJDK Java runtime, using Hotspo
Versions of packages azureus recommends:
ii vuze 4.2.0.4-1 Multimedia BitTorrent client
azureus suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Of course we could note it in README.Debian, but since the use of
JAVA_HOME it's increasingly deprecated with the recent versions of
java-common and runtime environments, I think won't be necessary.
Also, you're not actually right that JAVA_HOME couldn't be set. If it is
it will locally override the runtime to be run for azureus; which will
work too, as long as it points to a valid java runtime root directory,
which wasn't your case.
I think it's pretty clear by now, but anyways, if I run:
JAVA_HOME=/usr/lib/jvm/java-6-sun azureus
i could run it with sun's without updating alternatives. That proven to
be useful with the gcj testing I'm performing too, and doesn't hurt.
Glad to be helpful. I'm closing it now.
--
Best regards,
Adrian Perez <[email protected]>
signature.asc
Description: This is a digitally signed message part
--- End Message ---
