org.gudy.azureus2.ui.common.Main no longer exists so the start script installed with the 2.4.0.2 ebuild wont work. If you edit the script (/usr/bin/azureus) and change it to 'org.gudy.azureus2.ui.swt.Main' it starts but complains about the unneccessary command line parameters ('--ui=swt'). It seems ui decision making needs to be in the script now. Also I noticed that there is a java web start launcher now.
I noticed the same issue. I already made a working script for my own use of azureus but it needs a better update path from the current setup to be put to more wide use. http://www.gentooexperimental.org/svn/java/gentoo-java-experimental/net-p2p/azureus/files/azureus-gentoo-2.4.0.2.sh
I installed azureus 2.4.0.2 on my 64bit gentoo system and it works fine. The only bug is when I start it, it wants to open "", because it thinks there will be an inpit, as in "$1", see bug#126573.
Azureus seems to take the quote around $1 as an argument if no file is specified which is annoying. Here is a dirty hack which fixes the problem if [ "$1" != "" ]; then java -cp $(java-config -p systray4j,azureus-bin 2>/dev/null) -Djava.library.path="${AZDIR}" org.gudy.azureus2.ui.swt.Main "$1" else java -cp $(java-config -p systray4j,azureus-bin 2>/dev/null) -Djava.library.path="${AZDIR}" org.gudy.azureus2.ui.swt.Main fi
No need to do so much to fix it - just remove the quotes around the $1 - though I'd also suggest changing it to $@ so that it passes all arguments instead of just the first. I've tested it an using $@ without quotes works with no arguments, a single file, and two files passed - didn't bother testing with any additional arguments.
*** Bug 135596 has been marked as a duplicate of this bug. ***
Betelgeuse, Get this in Portage please.. It's driving everyone nuts..
*** Bug 137201 has been marked as a duplicate of this bug. ***
*** Bug 126573 has been marked as a duplicate of this bug. ***
The start script also says: MSG0="ERROR:\nYou must edit this script and change PROGRAM_DIR to point to where you installed Azureus" ... echo $MSG0 >&2 This should be echo -e "$MSG0" >&2 instead, I think.
For the parameter, you should use "$@", I think. Not $1, $@, or "$1".
Is there a maintainer for azureus? This is ridiculous. This bug has been open since March and there is a fix available. If the maintainer can't fix it than assign it maintainer-wanted.
(In reply to comment #11) > Is there a maintainer for azureus? This is ridiculous. This bug has been open > since March and there is a fix available. March? I've opened another bug report since January (then replaced by this one)! > If the maintainer can't fix it than assign it maintainer-wanted. I agree... please solve this bug and put the new ebuild in the portage tree.
2.4.0.2 is now in portage. Resolving.
What does "2.4.0.2 is now in portage" mean? How is that a reason for resolving this, since 2.4.0.2 has already been in portage for a long time.
*** Bug 141976 has been marked as a duplicate of this bug. ***
I don't thing this is resolved yet. The last change is this: azureus-bin-2.4.0.2 (18 Mar 2006) 18 Mar 2006; Jeremy Huddleston <eradicator@gentoo.org> +azureus-bin-2.4.0.2.ebuild: Version bump. March 18th... This bug was opened on March 19th.
Closed in error, re-opening.
Created attachment 92973 [details] azureus-bin-gentoo.sh this fixes my problem, it uses the $@ commented by someone here
btw, /usr/portage/net-p2p/azureus-bin/files/azureus-bin-gentoo.sh
Right, this bug still exists in net-p2p/azureus-bin-2.4.0.2, and everytime i recompile azureus, it occurs again.
I have now committed a 2.4.0.2-r1 to sunrise that works. If all goes well it will be moved from the unreviewed part of sunrise to the reviewed part of sunrise at which point all of you can get the working 2.4.0.2 version (without having to patch the /usr/bin/azureus file) just by using sunrise. emerge layman layman -a sunrise echo "=net-p2p/azureus-bin-2.4.0.2*" >> /etc/portage/package.keywords emerge -uva azureus-bin
From Comment #1: "I noticed the same issue. I already made a working script for my own use of azureus but it needs a better update path from the current setup to be put to more wide use." What does this mean? Better update path? The fix in Comment #3 works fine.
Oh and ignore comment #21, that's against the sunrise FAQ.
(In reply to comment #16) > I don't thing this is resolved yet. The last change is this: > > azureus-bin-2.4.0.2 (18 Mar 2006) > > 18 Mar 2006; Jeremy Huddleston <eradicator@gentoo.org> > +azureus-bin-2.4.0.2.ebuild: > Version bump. > > March 18th... This bug was opened on March 19th. > This is resolved in net-p2p/azureus. eradicator was the one who bumped the -bin version so he should take care of the bugs he created too. I am serving in army atm and as such don't have much time for Gentoo atm. azureus-bin was supposed to be removed in favor of the from sources version ages ago but keywording swt go in the way. Hopefully we can get the deprecation done rather sooner than later.
(In reply to comment #24) > eradicator was the one who bumped the -bin > version so he should take care of the bugs he created too. If we are waiting for eradicator, this can as well go to maintainer-needed. He doesn't bother to fix his own broken stuff, so I highly doubt he'll take care of someone else's ebuild he's been messing about with.
package.masked and deprecated (see Bug 113389). Use net-p2p/azureus instead.
