Here's an ebuild for the azureus bit-torrent client. I didn't set it to provide virtual/bit-torrent because it isn't based off of the python source tree and thus does not conflict with any of the other packages. I wasn's sure whehter the code should be installed in /usr/share/${PN} or /opt/${PN} or /usr/${PN}, but this is easily changed by just editing the PROGRAM_DIR variable in the ebuild Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 21997 [details] net-p2p/azureus/azureus-2.0.4.2.ebuild
Created attachment 21998 [details] net-p2p/azureus/files/azureus-2.0.4.2-gentoo.patch This patch merely alters the startup script to better fit our uses
Created attachment 23073 [details] net-p2p/azureus-bin/azureus-bin-2.0.6.0.ebuild version bump.
Created attachment 23074 [details] net-p2p/azureus-bin/files/azureus-bin-2.0.6.0-gentoo.patch version bump
In addition to bumping the version, I renamed it to azureus-bin and I'll try to throw together a source ebuild later.
so... is anyone on this? I'm more than willing to be a maintainer for this package...
if you create a source ebuild, i'd be happy to test it on amd64.
Created attachment 26139 [details, diff] net-p2p/azureus-bin/files/azureus-bin-2.0.7.0a-gentoo.patch
Created attachment 26140 [details] net-p2p/azureus-bin/azureus-bin-2.0.7.0a.ebuild This ebuild started with Jeremy Huddleston's ebuild, but more is different than the same at this point. It has correct dependancies for USE="kde" users, builds a Motif version for those with USE="-gtk", and correctly builds the kde system tray daemon, and runs on excecution for those using KDE (this can be disable in /usr/bin/azureus by simply changing KDE_SYSTRAY4J_DAEMON to false in the header. Please merge, and/or e-mail me if any bugs are found.
Any net-p2p-ers mind if I submit this and add myself as maintainer since nobody in-herd seems to be responding?
looks like I just volunteered to join the net-p2p herd... I'll take a look at your ebuild and most likely merge it in in the next couple days. I was having some screen-refresh trouble with the 2.0.6.0 version using gtk... did you notice that at all? Well... hopefully it's fixed here... time to test this out by downloading some torrents ;)
I'm having the same issue with 2.0.7.0 as with 2.0.6.0... I've created a bug upstream: http://sourceforge.net/tracker/index.php?func=detail&aid=902603&group_id=84122&atid=575154 I'm going to wait for a resolution to this bug before comitting.
This is a bug with the program itself, you can turn up the refresh rate in the settings, it will make the refresh problem less noticable,but will also eat up more CPU. There is also a huge bug with file status bars being off by one line. Both of these issues are non-existant in the Motif version, I find it to work much better if you don't mind it's ugliness. Keep in mind this is a pre-compiled ebuild also, the only compilation we are doing is the KDE system-tray daemon.
about compilation, I realize that, but the refresh issue is actually present in the motif version as well... it's not delayed, it's actually indefinite
The summary only refreshes when I change languages... really odd... I went to talk to the developers on irc, but it doesn't look like anyone's around right now... hopefully this is just something stupid on my behalf...
Created attachment 26242 [details] azureus-bin/azureus-bin-2.0.7.0a.ebuild
Created attachment 26243 [details] net-p2p/azureus-bin/azureus-bin-2.0.7.1_pre20040224.ebuild
Created attachment 26244 [details] azureus-bin/files/azureus-bin-2.0.7.0a-gentoo.patch
Created attachment 26245 [details] azureus-bin/files/azureus-bin-Makefile.patch
Created attachment 26246 [details] net-p2p/azureus-bin/files/azureus-bin-2.0.7.1_pre20040224-gentoo.sh
Created attachment 26247 [details] net-p2p/azureus-bin/files/azureus-bin-2.0.7.0a-gentoo.sh Ok, Andy, I'm gonna need your help here... I am just not good at getting java classpath type stuff setup. Can you give me a hand here. I updated your 2.0.7.0a ebuild and startup script a little here and then expanded on it further to make the 2.0.7.1_preblah version (using the cvs snapshot of Azureus.jar). Everything works fine if I simply use the 2.0.7.0a ebuild and overwrite the Azureus2.jar file with the one from cvs (note that it's on the gentoo repository as Azureus2-2.0.7.1-20040224.jar), but when I follow the instructions to setup the web and console ui's... things break giving messages like 'can't find class <blah>' for the cli, log4j, and junit classes. I setup my CLASSPATH as: CLASSPATH=/opt/blackdown-jdk-1.4.1/jre/lib/rt.jar:/usr/share/log4j/lib/log4j-1.2.8.jar:/usr/share/junit/lib/junit.jar:/usr/share/commons-cli/lib/commons-cli-1.0.jar:. based on the CLASSPATH settings that exist in /usr/share/{junit,commons-cli,log4j}/package.env Now, here's the thing... when I use the azureus-bin-2.0.7.0a-gentoo.sh init script, it works fine, but when I use the azureus-bin-2.0.7.1_pre20040224-gentoo.sh init script, I get an error. The main difference is in the java command line to start it. In the old version, we added Azureus2.jar to the CLASSPATH and used: java -cp $CLASSPATH -Djava.library.path="${AZDIR}" org.gudy.azureus2.ui.swt.Main "$1" and in the new version java -cp $CLASSPATH -Djava.library.path="${AZDIR}" -jar Azureus2.jar ${UI_OPTIONS} "$1" where UI_OPTIONS="--gui=swt" I want to use this second method to select the possible UIs as described on http://azureus.sourceforge.net/CVS/ but unfortunately I am not the best when it comes to understanding how java classpaths and whatnot get setup. Can you try to sort this out for me?
Ok, I should've written that whole thing without taking a break as it's a bit confusing... here's an explaination that hopefully helps explain things better: emerge azureus-bin-2.0.7.1_pre20040224.ebuild export CLASSPATH=/opt/blackdown-jdk-1.4.1/jre/lib/rt.jar:/usr/share/log4j/lib/log4j-1.2.8.jar:/usr/share/junit/lib/junit.jar:/usr/share/commons-cli/lib/commons-cli-1.0.jar:. (or similar based on your jre) azureus (watch missing class borkage) cp /usr/share/log4j/lib/log4j-1.2.8.jar /usr/share/junit/lib/junit.jar /usr/share/commons-cli/lib/commons-cli-1.0.jar /usr/lib/azureus azureus (watch another borkage I don't understand) cp <portage_overlay>/net-p2p/azureus-bin/files/azureus-bin-2.0.7.0a-gentoo.sh /usr/bin/azureus azureus (be happy... yet unsatisfied that you are limited to the swt ui)
Created attachment 26305 [details, diff] patch against azureus-bin-2.0.7.1_pre20040224.ebuild This is a temp fix for the problem, just creates symlinks to the jars (since our run script adds all jars in PROGRAM_DIR already.) I'll wrestle with it some more when I have some time. I was more concerned with a re-occurring error with web, and web2. Web: [main] ERROR azureus2.ui.web - Something is wrong with . Not added. (Reason: File not found.) I got the same error in web2, plus the following whenever I tried to connect to it with my browser: [TP-0 <ResouceReader>] INFO azureus2.ui.web.stages.ResourceReader - Could not open resource org/gudy/azureus2/ui/web/template/
Well, I've committed what I could get to work (swt only)... I put comments in the init script that shows "this works" and "this doesn't" for getting the different interfaces working... I hope you get a chanve to take a look at it because I don't really understand how jars and classpaths work... it looks like it's fine to me...
alright, I'm closing this as we've got a working ebuild now...