Bug 372931

Created attachment 252911 [details]
Java crash log

I'm passing the buck to the icedtea team.

*** Bug 377361 has been marked as a duplicate of this bug. ***

Created attachment 262461 [details]
log file for my own case

Same problem for me with IcedTea (attached log). And I get the same with libgcj
and recompiled Sun JRE 1.6.0U3 (but no log). So it is either a problem in
azureus or some library that is used by all JRE.

BTW, I was previously running fc6 and had no problem (I had a JRE 1.5.0 from
Sun; can't remember which update though...)

I can reproduce this problem with azuerus and IcedTea from rawhide:

azureus-2.5.0.4-4.fc9

java -version
java version "1.7.0"
IcedTea Runtime Environment (build 1.7.0-b23)
IcedTea Server VM (build 1.7.0-b23, mixed mode)

I can also reproduce this problem with Sun's JDK:

java -version
java version "1.6.0_01"
Java(TM) SE Runtime Environment (build 1.6.0_01-b06)
Java HotSpot(TM) Server VM (build 1.6.0_01-b06, mixed mode)

This is a problem with azureus. I am passing this back...

A friend of mine just sent me a note, saying that Debian has introduced 
Azureus 3.0.3.4 into Debian testing (lenny), in the main "free" repository.
I took a quick look at http://packages.debian.org/lenny/azureus,
and noticed a patch that does a whole bunch of stuff. I don't speak Java, so I 
can't tell what it exactly does, but because of the various new things around 
Azureus, I assume the patch removes all the non-free Vuze stuff, which could 
explain why Debian has it in their main repo, and not their non-free repo.
(http://www.azureuswiki.com/index.php/Azureus_2_/_3_and_Vuze#Can.27t_you_distribute_a_version_of_Azureus_without_Vuze.3F)

I know this crash with "Show Details" is not a problem with Azureus 3.0.3.4, 
so the easiest, and probably the best way to fix this problem would be to 
update the current version of Azureus in Fedora (2.5.0.4) to the latest 
version (With the non-free Vuze stuff removed so that it's fully free 
software).

I, also, tested Azureus 3.0.3.4 and this is fixed.

Anthony, what about an update in rawhide? It would also fix #376111

Updated to azureus-3.0.3.4-1.fc9. 
Should be available tomorrow in rawhide.

Will an update be pushed out for Fedora 8? Because right now, Azureus is more 
or less broken in Fedora 8. Yes, it runs and can download/seed stuff, but you 
can't view the details of any torrents, and that sort of kills the whole point 
of a "all nuts and bolts exposed"-style of torrent client.

It will be in rawhide. At the moment, we are having a few issues building into rawhide because several 
other packages need to be rebuilt. It should be in within the next couple of days.

You will be able to install it, like so:
yum --enablerepo=development update azureus

Actually, looks like it has already been built:

$ sudo yum --enablerepo=development info azureus
Loading "refresh-updatesd" plugin
development               100% |=========================| 2.1 kB    00:00     
primary.sqlite.bz2        100% |=========================| 5.5 MB    00:36     
Installed Packages
Name   : azureus
Arch   : i686
Version: 3.0.3.4
Release: 1.fc9
Size   : 29 M
Repo   : installed
Summary: A BitTorrent Client

Description:
Azureus implements the BitTorrent protocol using java language and
comes bundled with many invaluable features for both beginners and
advanced users.

I just installed the updated Azureus package, but I still get the exact same 
problem, as I did with the old one. However if I go to azureus.sf.net and 
download Azureus 3.0.3.4 there, the thing works without any problems. New 
crash log attached.

Created attachment 279001 [details]
New crash log

Crash log from using the updated Azureus package.

What problem are you seeing exactly? 
The "Show Details" issue is definitely fixed in 3.0.3.4.

what version of eclipse do you have installed?

rpm -qa libswt3-gtk2

mine is: libswt3-gtk2-3.3.1.1-10.fc9

(In reply to comment #16)
> What problem are you seeing exactly? 
> The "Show Details" issue is definitely fixed in 3.0.3.4.
> 
> 
> 
After some more poking at this, this is what I can conclude:

When using the newly updated azureus package from rawhide on Fedora 8, I have 
found that if the user has an old .azureus settings directory (Generated by an 
older version of Azureus) in his home directory, Azureus will crash when 
selecting "Show Details" in the same manner as described in the original bug 
report description. If the user removes his old settings, thereby letting 
Azureus create a new .azureus directory, things work fine.

BUT, here's where the weird things start up! If I go to 
http://azureus.sourceforge.net and download the Azureus tarball for Linux, it 
does not crash when using settings originally created by an older version of 
Azureus.


(In reply to comment #17)
> what version of eclipse do you have installed?
> 
> rpm -qa libswt3-gtk2
> 
> mine is: libswt3-gtk2-3.3.1.1-10.fc9
> 
> 
rpm -qa libswt3-gtk2
libswt3-gtk2-3.3.0-30.fc8

Ok, the version of libswt3-gtk2 you have, should be fine. You can try updating
it to the version in rawhide.

I am looking into why the old .azureus settings cause a crash. Thanks for
finding this.

The reason the azureus downloaded from sourceforge works, might be because it
recreates the .azureus file. We are using the same source as that available from
sourceforge, with a few minor patches to prevent auto-updating.

(In reply to comment #19)
> Ok, the version of libswt3-gtk2 you have, should be fine. You can try 
updating
> it to the version in rawhide.
> 
> I am looking into why the old .azureus settings cause a crash. Thanks for
> finding this.
> 
> The reason the azureus downloaded from sourceforge works, might be because 
it recreates the .azureus file.
>
What exactly do you mean by recreates? You mean like rewriting the entire 
settings directory?


> We are using the same source as that available from sourceforge, with a few 
minor patches to prevent auto-updating.
>
In the tarball I downloaded from SourceForge, is a file called "TOS.txt" which 
contains a proprietary software license. Do you know what these terms cover, 
and is that stuff removed in Fedora?

I am not sure if it rewrites the entire settings directory, that was just a
guess. I have to do further investigating.

No, we are only incorporating the code which is GPL'd.

(In reply to comment #21)
> I am not sure if it rewrites the entire settings directory, that was just a
> guess. I have to do further investigating.
> 
Fair enough :)

> No, we are only incorporating the code which is GPL'd.
>
I know, which is why I asked to make sure that that Vuze stuff didn't get in 
by accident, because if I hadn't read the Azureus wiki, I wouldn't have had 
any idea that there was non-free stuff in the latest versions of Azureus.



Also, I just tried updating libswt3-gtk2 on my laptop to the version in 
rawhide, just to make sure it wasn't the problem, and it did not fix the 
problem.

Just to clarify, we are not using the installer version- only the client software.

"Is it still GPL?

Yes, the Azureus3/Vuze source is in the same location as the original Azureus2
source and remains under the same GPL2 license as it always has. See the source
code section above.

    Note: The installer version of Azureus 3 comes with the Vuze Terms of
service, which refers to the use of Vuze Content platform/website, i.e.
www.vuze.com. The client software itself is still governed by the GPL (see
section 6.2). "

(In reply to comment #18)

> When using the newly updated azureus package from rawhide on Fedora 8, I have 
> found that if the user has an old .azureus settings directory (Generated by an 
> older version of Azureus) in his home directory, Azureus will crash when 
> selecting "Show Details" in the same manner as described in the original bug 
> report description. If the user removes his old settings, thereby letting 
> Azureus create a new .azureus directory, things work fine.

This is not the case with azureus-2.5.0.4-3.fc8, at least. Renaming my old
.azureus directory and starting from scratch was the first thing I tried, as it
usually helps whenever Azureus acts up.

I have not been able to update to and try the Rawhide version of Azureus, due to
a conflict:

"file /etc/gre.d/gre.conf from install of xulrunner-1.9-0.beta2.4.fc9.i386
conflicts with file from package firefox-2.0.0.10-3.fc8.i386"

Trying to also update Firefox from Rawhide opens a gate to dependency hell,
which I prefer to leave untouched.

It's been a while now. Is a fixed Fedora 8 version of Azureus about to be
released any time soon?

(In reply to comment #24)
> This is not the case with azureus-2.5.0.4-3.fc8, at least. Renaming my old
> .azureus directory and starting from scratch was the first thing I tried, as 
it
> usually helps whenever Azureus acts up.
> 
For those of us who are addicted to statistics, deleting the .azureus 
directory is not that great of an option, and especially since it works fine 
if you use the Azureus you can find at azureus.sf.net, which I currently do.

I ran in to this upon upgrading to Fedora 8. It would crash during start up,
every time I tried to run it. I tried renaming my .azureus directory so it would
create a new one, and this allowed it to start up.

I found I do not have to delete my entire ~/.azureus directory. Just deleting
azureus.config and azureus.config.bak was enough for me, and I was able to start
Azureus and re-enter all my settings. I ran it for a while, but after quitting
and trying to start it again, it crashed again. So I deleted azureus.config*
again, started it up, and this time I tried only modifying a minimal set of
configuration options. After doing this, I can quit and restart Azureus just
fine. So it seems there's some specific configuration option that's screwing it
up, but I have no idea which.

... But that may be a completely different bug. Trying to view details of a
torrent still crashes, deleting ~/.azureus does not seem to help this at all.

(In reply to comment #26)
> ... But that may be a completely different bug. Trying to view details of a
> torrent still crashes, deleting ~/.azureus does not seem to help this at all.

This should not be the case if you are using Azureus from rawhide. You are
probably using an older version still. Do you see the Vuze skins when you start
it up? I suspect you are still using 2.5. rpm -qa azureus ?

(In reply to comment #24)

> I have not been able to update to and try the Rawhide version of Azureus, due to
> a conflict:
> 
> "file /etc/gre.d/gre.conf from install of xulrunner-1.9-0.beta2.4.fc9.i386
> conflicts with file from package firefox-2.0.0.10-3.fc8.i386"
> 
> Trying to also update Firefox from Rawhide opens a gate to dependency hell,
> which I prefer to leave untouched.
> 
> It's been a while now. Is a fixed Fedora 8 version of Azureus about to be
> released any time soon?

The conflict you are seeing is not a problem with Azureus. You will need to
resolve the conflicts with firefox and such on your own machine.

(In reply to comment #25)
> (In reply to comment #24)
> > This is not the case with azureus-2.5.0.4-3.fc8, at least. Renaming my old
> > .azureus directory and starting from scratch was the first thing I tried, as 
> it
> > usually helps whenever Azureus acts up.
> > 
> For those of us who are addicted to statistics, deleting the .azureus 
> directory is not that great of an option, and especially since it works fine 
> if you use the Azureus you can find at azureus.sf.net, which I currently do.

You are right this is definitely a problem. I will open a new report for this,
and close this one sice the summary/comments are irrelevant now.

New bug: https://bugzilla.redhat.com/show_bug.cgi?id=427257

Closing this one. The "viewing details" problem has been fixed in rawhide.

(In reply to comment #28)

> > "file /etc/gre.d/gre.conf from install of xulrunner-1.9-0.beta2.4.fc9.i386
> > conflicts with file from package firefox-2.0.0.10-3.fc8.i386"

> The conflict you are seeing is not a problem with Azureus. You will need to
> resolve the conflicts with firefox and such on your own machine.

I'd say it's a problem with Azureus since this bug is for Fedora 8, not Rawhide.

Why is the bug closed? It's only solved in Rawhide. There's no solution
available yet for Fedora 8, and the Rawhide version of Azureus is only possible
to install together with Rawhide's Firefox version, all of its dependencies, all
of those dependencies' dependencies and so on.

This is the truncated output from "yum --enablerepo=development update azureus",
which I hope was suggested earlier as a temporary workaround:
-----------------------------------------------------------------
[snip]
--> Running transaction check
---> Package azureus.i386 0:3.0.3.4-5.fc9 set to be updated
--> Processing Dependency: xulrunner for package: azureus
--> Running transaction check
---> Package xulrunner.i386 0:1.9-0.beta2.6.fc9 set to be updated
--> Processing Dependency: nss >= 3.11.99 for package: xulrunner
--> Processing Dependency: nspr >= 4.6.99 for package: xulrunner
--> Running transaction check
---> Package nss.i386 0:3.11.99.2b-2.fc9 set to be updated
---> Package nspr.i386 0:4.6.99.2-1.fc9 set to be updated
--> Processing Dependency: nspr = 4.6.7-3.fc8 for package: nspr-devel
--> Processing Dependency: nss = 3.11.7-10.fc8 for package: nss-devel
--> Processing Dependency: nss = 3.11.7-10.fc8 for package: nss-tools
--> Running transaction check
---> Package nss-tools.i386 0:3.11.99.2b-2.fc9 set to be updated
---> Package nspr-devel.i386 0:4.6.99.2-1.fc9 set to be updated
---> Package nss-devel.i386 0:3.11.99.2b-2.fc9 set to be updated
--> Finished Dependency Resolution
[snip]
Updating:
 azureus                 i386       3.0.3.4-5.fc9    development        14 M
 nspr                    i386       4.6.99.2-1.fc9   development       118 k
 nss                     i386       3.11.99.2b-2.fc9  development       1.2 M
Installing for dependencies:
 xulrunner               i386       1.9-0.beta2.6.fc9  development       9.8 M
Updating for dependencies:
 nspr-devel              i386       4.6.99.2-1.fc9   development       110 k
 nss-devel               i386       3.11.99.2b-2.fc9  development       221 k
 nss-tools               i386       3.11.99.2b-2.fc9  development       2.1 M
[snip]
Running Transaction Test
Finished Transaction Test


Transaction Check Error:
  file /etc/gre.d/gre.conf from install of xulrunner-1.9-0.beta2.6.fc9.i386
conflicts with file from package firefox-2.0.0.10-3.fc8.i386
-----------------------------------------------------------------

There is no xulrunner for F8, as far as I and yum can tell.

I ask again, is an updated (3.x?) Azureus package for F8 to be released?
Isn't this F8 bug supposed to be open until it's actually fixed for F8?

Working on a release for F-8

azureus-3.0.3.4-2 has been built for i386 and x86_64. this update is not
available for ppc/64. You should be able to update from yum by tomorrow.

To fix your dependency issue- you will need to remove firefox, install xulrunner
from rawhide and re-install firefox from rawhide.

To download the rpms before they hit the updates repo:
http://koji.fedoraproject.org/koji/buildinfo?buildID=30877

Thanks!
Though I have even bigger problems with the GUI in that version: bug #428482

azureus-3.0.3.4-2.fc8 has been pushed to the Fedora 8 stable repository.  If problems still persist, please make note of it in this bug report.