New azureus version available, request to put this into the tree.
just cp doesn't work
I put one to our experimental java overlay until swt gets a version bump: https://svn.gentooexperimental.org/svn/java/gentoo-java-experimental/net-p2p/azureus/
depend has changed to >dev-java/swt-3.2_pre1 i've some further problems compiling 2.4.0.0, i get some errormsg about widget
(In reply to comment #3) > depend has changed to > >dev-java/swt-3.2_pre1 > Because it doesn't compile with pre1?
[echo] Building Azureus2.jar... [javac] /var/tmp/portage/azureus-2.4.0.0/work/azureus/org/gudy/azureus2/ui/swt/Messages.java:231: cannot find symbol [javac] symbol : method setToolTipText(java.lang.String) [javac] location: class org.eclipse.swt.widgets.TableColumn [javac] ((TableColumn) widget).setToolTipText(toolTip); [javac] ^ [javac] 1 error BUILD FAILED /var/tmp/portage/azureus-2.4.0.0/work/azureus/build.xml:32: Compile failed; see the compiler error output for details.
(In reply to comment #5) > [echo] Building Azureus2.jar... > [javac] > /var/tmp/portage/azureus-2.4.0.0/work/azureus/org/gudy/azureus2/ui/swt/Messages.java:231: > cannot find symbol > [javac] symbol : method setToolTipText(java.lang.String) > [javac] location: class org.eclipse.swt.widgets.TableColumn > [javac] ((TableColumn) > widget).setToolTipText(toolTip); > [javac] ^ > [javac] 1 error > > BUILD FAILED > /var/tmp/portage/azureus-2.4.0.0/work/azureus/build.xml:32: Compile failed; see > the compiler error output for details. > What version of swt you have? This is exactly the error that I got with pre1 I think.
right, works with newer version of swt depend has changed to dev-java/swt-3.2_pre4
Any idea when we might see this in portage?
sometime after bug 122533 is closed.
Created attachment 80420 [details, diff] patch against azureus-2.3.0.6-r1.ebuild This ebuild patch is against the 2.3.0.6-r1 ebuild. I've also attached an ebuild patch to the blocking bug. If you install the swt-3.2_pre5 from the blocker then install this ebuild you will have a working 2.4.0.0 azureus. There are a couple caveats, make sure if you are doing this in an overlay that you mv files/azureus-gentoo-2.3.0.6.sh files/azureus-gentoo-2.4.0.0.sh. Also you MUST build dev-java/swt with the accessibility. Also as far as I can tell (tested) you cannot run 2.4.0.0 without the 1.5 JRE. I added it as a dependency, because I couldn't get it to run at all without using the 1.5 JRE. So if you are willing to do this read up on java-config.
Created attachment 80536 [details] Screenshot for the health indicators (In reply to comment #10) > Created an attachment (id=80420) [edit] > patch against azureus-2.3.0.6-r1.ebuild > > This ebuild patch is against the 2.3.0.6-r1 ebuild. I've also attached an > ebuild patch to the blocking bug. If you install the swt-3.2_pre5 from the > blocker then install this ebuild you will have a working 2.4.0.0 azureus. > > There are a couple caveats, make sure if you are doing this in an overlay that > you mv files/azureus-gentoo-2.3.0.6.sh files/azureus-gentoo-2.4.0.0.sh. Also > you MUST build dev-java/swt with the accessibility. Also as far as I can tell > (tested) you cannot run 2.4.0.0 without the 1.5 JRE. I added it as a > dependency, because I couldn't get it to run at all without using the 1.5 JRE. > So if you are willing to do this read up on java-config. > The patch for the azureus-2.3.0.6 works as expected, and everything builds fine here including the swt-3.2_pre5 patch against the swt-3.2_pre1. Now there is one strange thing in the application itself that wasn't on the previous version, as you can see on the attached screenshot. I did delete the previous configuration dir from my homedir and started fresh, yet I can't quite decipher why is that happenning. For those of you that don't notice the oddity, it is the health indicators at the far left, they are off by one slot up. The one for the first torrent is not visible while the last one is on the one before last. Also, after writing the above to create the screenshot afterwards, I noticed that when you are dragging column names for re-ordering in the add/remove columns dialog, the indicator itself is too offset one space up. So happens to drag torrents to move their order, you have to drag them two spaces up or down for the torrent to move one space in the direction you did. Is it just me and my computer is acting weird? I'll be happy to cooperate.
(In reply to comment #11) > Created an attachment (id=80536) [edit] > Screenshot for the health indicators > > (In reply to comment #10) > > Created an attachment (id=80420) [edit] > > patch against azureus-2.3.0.6-r1.ebuild > > > > This ebuild patch is against the 2.3.0.6-r1 ebuild. I've also attached an > > ebuild patch to the blocking bug. If you install the swt-3.2_pre5 from the > > blocker then install this ebuild you will have a working 2.4.0.0 azureus. > > > > There are a couple caveats, make sure if you are doing this in an overlay that > > you mv files/azureus-gentoo-2.3.0.6.sh files/azureus-gentoo-2.4.0.0.sh. Also > > you MUST build dev-java/swt with the accessibility. Also as far as I can tell > > (tested) you cannot run 2.4.0.0 without the 1.5 JRE. I added it as a > > dependency, because I couldn't get it to run at all without using the 1.5 JRE. > > So if you are willing to do this read up on java-config. > > > > The patch for the azureus-2.3.0.6 works as expected, and everything builds fine > here including the swt-3.2_pre5 patch against the swt-3.2_pre1. Now there is > one strange thing in the application itself that wasn't on the previous > version, as you can see on the attached screenshot. I did delete the previous > configuration dir from my homedir and started fresh, yet I can't quite decipher > why is that happenning. > > For those of you that don't notice the oddity, it is the health indicators at > the far left, they are off by one slot up. The one for the first torrent is not > visible while the last one is on the one before last. > > Also, after writing the above to create the screenshot afterwards, I noticed > that when you are dragging column names for re-ordering in the add/remove > columns dialog, the indicator itself is too offset one space up. So happens to > drag torrents to move their order, you have to drag them two spaces up or down > for the torrent to move one space in the direction you did. > > Is it just me and my computer is acting weird? I'll be happy to cooperate. >
It is not just you. I'm sure it's an upstream bug, but a bug in what? SWT? The 1.5JRE? Azureus? I have the same problem. It is mostly cosmetic, but it is a real problem.
Hm, didn't notice the double-post... must've hit refresh, I'm very sorry about that. And in itself, yes, the issues are mostly cosmetic in itself, like the ETA column, all the numbers are sent WAY into the right of the column and not even stretching it makes them appear. Exactly what does Azureus use to display the data in the rows and such? if it's SWT, there's your problem. In JRE1.5 itself it's doubtful, as I've had it running with Azureus 2.3.0.6 in all other platforms and it runs fine. I might guess it's SWT or something wront with the Linux version of JRE1.5
The SWT that it requires is still a pre-release version. It may be that this is a known bug in 3.2M5. I'll bet it goes away as we approach SWT 3.2 final.
It would appear so, let's hope it is a SWT bug and not just some obscure issue that needs to be hunted down. By the way, thanks for patche for the ebuild, but you also forgot to mention to run "ebuild /path/to/overlay/azureus-2.4.0.0.ebuild digest" to get it properly, even though it is a logical step for us "bleeding edge" people.
(In reply to comment #10) > Created an attachment (id=80420) [edit] > patch against azureus-2.3.0.6-r1.ebuild > > This ebuild patch is against the 2.3.0.6-r1 ebuild. I've also attached an > ebuild patch to the blocking bug. If you install the swt-3.2_pre5 from the > blocker then install this ebuild you will have a working 2.4.0.0 azureus. > > There are a couple caveats, make sure if you are doing this in an overlay that > you mv files/azureus-gentoo-2.3.0.6.sh files/azureus-gentoo-2.4.0.0.sh. Also > you MUST build dev-java/swt with the accessibility. Also as far as I can tell > (tested) you cannot run 2.4.0.0 without the 1.5 JRE. I added it as a > dependency, because I couldn't get it to run at all without using the 1.5 JRE. > So if you are willing to do this read up on java-config. > Why go through all the trouble when I already made the ebuilds to our experimental overlay? Azureus runs fine here with blackdown-jdk-1.4.2.03. + else + # Azureus 2.4.0.0 requires 128m VM to build on x86 + ANT_OPTS="${ANT_OPTS} -Xmx128m" fi Where do you base this information? I haven't tested building Azureus on machines with little memory but this hasn't been reported before.
Most people watching this are probably not aware that all the java packages in the tree are in a package freeze mode atm because we are migrating to a new java setup so this version bump will have to wait until the migration is complete. Sorry for the inconvinience.
I had to add: -Dazureus.config.path="$HOME/.Azureus/" to the /usr/bin/azureus start script, to make it load my old config files.
(In reply to comment #19) > I had to add: > > -Dazureus.config.path="$HOME/.Azureus/" > > to the /usr/bin/azureus start script, to make it load my old config files. > Azureus 2.4.0.0 should move your configuration files to .azureus when first started and then continue to use that directory.
*** Bug 126574 has been marked as a duplicate of this bug. ***
re: Comment #18, Petteri, can you give us the link for the bug that's tracking the migration to the new java setup ? Thanks
+ else + # Azureus 2.4.0.0 requires 128m VM to build on x86 + ANT_OPTS="${ANT_OPTS} -Xmx128m" I need this build option to build azureus-2.3.0.6 with sun-jdk-1.5.0.06 and ant-1.6.2, otherwise I get an error "OutOfMemoryError: Java heap space" from ant. This is with standard x86 and the ebuild from the normal portage tree.
2.4.0.2 is out now just so you know.
(In reply to comment #23) > re: Comment #18, Petteri, can you give us the link for the bug that's tracking > the migration to the new java setup ? > > Thanks > Please, can someone give us more info about the freezing of java packages? A link to the bug (if any) or an estimation of the time they will remain frozen (days, week, months...) Thanks
(In reply to comment #26) > > Please, can someone give us more info about the freezing of java packages? > > A link to the bug (if any) or an estimation of the time they will remain > frozen (days, week, months...) > I found: http://permalink.gmane.org/gmane.linux.gentoo.java/767 https://bugs.gentoo.org/show_bug.cgi?id=127378 No mention to any previsional unfreeze date, through... I guess it's a matter of weeks. You should try irc://irc.freenode.net/gentoo-java for more information.
see bug 127378
Added to portage. Give it a few hours to hit your local rsync mirror.
