On Thu, 2005-12-15 at 11:39 -0500, Sean wrote:
On Thu, December 15, 2005 11:09 am, Alexander Larsson said:
I don't use bittorrent all that much. What do people think about these two frontends? Are there other interesting ones?
Azureus is really the best. Just did a quick google to see if gcj 4.1 can compile it, and sure enough Slashdot says it works, so it must be true ;)
Last I tried it almost worked... http://spindazzle.org/pics/azureus-on-gcj4-2004-12-9.png
I will give it another go once a gcj4.1 built SWT (from Eclipse) lands in rawhide. There have been many Classpath bug fixes over the past year, so everybody cross your fingers.
AG
On Thu, 2005-12-15 at 09:46 -0800, Anthony Green wrote:
I will give it another go once a gcj4.1 built SWT (from Eclipse) lands in rawhide. There have been many Classpath bug fixes over the past year, so everybody cross your fingers.
Just FYI, I've packaged Azureus for rawhide with our Free stack. Here's a screenshot:
http://spindazzle.org/pics/azureus-on-gcj4-2005-12-17.png
There are still bugs preventing it from working properly. Hopefully I can get some of the gcj and GNU Classpath hackers to help sort out the remaining issues and we can push it into Extras sometime.
AG
On Sat, 2005-12-17 at 14:15 -0800, Anthony Green wrote:
On Thu, 2005-12-15 at 09:46 -0800, Anthony Green wrote:
I will give it another go once a gcj4.1 built SWT (from Eclipse) lands in rawhide. There have been many Classpath bug fixes over the past year, so everybody cross your fingers.
Just FYI, I've packaged Azureus for rawhide with our Free stack. Here's a screenshot:
That does not look like the ugly java applications I've used :)
Michael A. Peters wrote:
On Sat, 2005-12-17 at 14:15 -0800, Anthony Green wrote:
On Thu, 2005-12-15 at 09:46 -0800, Anthony Green wrote:
I will give it another go once a gcj4.1 built SWT (from Eclipse) lands in rawhide. There have been many Classpath bug fixes over the past year, so everybody cross your fingers.
Just FYI, I've packaged Azureus for rawhide with our Free stack. Here's a screenshot:
That does not look like the ugly java applications I've used :)
It demonstrates the improving maturity of a Free Java platform power by GCJ. Congrats guys!
regards Rahul
Rahul Sundaram wrote:
Michael A. Peters wrote:
On Sat, 2005-12-17 at 14:15 -0800, Anthony Green wrote:
On Thu, 2005-12-15 at 09:46 -0800, Anthony Green wrote:
I will give it another go once a gcj4.1 built SWT (from Eclipse) lands in rawhide. There have been many Classpath bug fixes over the past year, so everybody cross your fingers.
Just FYI, I've packaged Azureus for rawhide with our Free stack. Here's a screenshot:
http://spindazzle.org/pics/azureus-on-gcj4-2005-12-17.pngThat does not look like the ugly java applications I've used :)
It demonstrates the improving maturity of a Free Java platform power by GCJ. Congrats guys!
As well as the elegant hard work done by the Azureus project. I really think this is our bt client. We can default to beginner mode and even disable one of its most important features (UPnP) by default. Those people with routers will know they need to setup port forwarding and will be happy that UPnP is there to greet them. Secure by default, simple for the newcomer and advanced enough to "Just Work" for the power users. -mf
On Sun, 2005-12-18 at 10:24 -0600, Michael Favia wrote:
We can default to beginner mode and even disable one of its most important features (UPnP) by default.
I don't think that's necessary. If UPnP is a security risk then it should be disabled by the firewall to not allow outgoing UPnP.
Disabling it in a userspace doesn't reall do any good because any exploit that would take advantage of it could just simply enable it.
Those of us (myself included) who don't want it can disable it at the firewall. Then it doesn't matter what the apps do.
I have a working Azureus now: http://people.redhat.com/green/FE/devel
This SRPM is only for the truly dedicated right now, as it requires a last minute libgcj fix in order to run properly... http://gcc.gnu.org/ml/java-patches/2006-q1/msg00044.html
I don't know when Jakub plans on pulling a new GCC 4.1 snapshot, but the fix will show up when that happens.
AG
On Sun, 2006-01-15 at 10:41 -0800, Anthony Green wrote:
I don't know when Jakub plans on pulling a new GCC 4.1 snapshot, but the fix will show up when that happens.
I will communicate to the list when we plan to do another gcc roll that would necessitate rebuilding this.
On Sun, 2006-01-15 at 13:47 -0500, Jesse Keating wrote:
On Sun, 2006-01-15 at 10:41 -0800, Anthony Green wrote:
I don't know when Jakub plans on pulling a new GCC 4.1 snapshot, but the fix will show up when that happens.
I will communicate to the list when we plan to do another gcc roll that would necessitate rebuilding this.
No rebuilding required. The libgcj library just needs a fix.
Thanks though..
AG
On Sunday, 15 January 2006 at 19:41, Anthony Green wrote:
I have a working Azureus now: http://people.redhat.com/green/FE/devel
This SRPM is only for the truly dedicated right now, as it requires a last minute libgcj fix in order to run properly... http://gcc.gnu.org/ml/java-patches/2006-q1/msg00044.html
:) /me deletes his half-finished attempt. Thanks! You've saved some of us a lot of work.
R.
Might be worth putting jakarta-common-cli into fedora or atleast your download directory?
After 2 hours of patient gcc recompiling to include that patch, i (not-java-voodoo-initiated) was faced with some google work to track down this package :-)
ps rpmlint was upset about these: E: azureus standard-dir-owned-by-package /usr/share/icons E: azureus explicit-lib-dependency libswt3-gtk2 W: azureus no-documentation
Especialy the owning /usr/share/icons seems to be relevant to be looked at?
On Sun, 2006-01-15 at 10:41 -0800, Anthony Green wrote:
I have a working Azureus now: http://people.redhat.com/green/FE/devel
This SRPM is only for the truly dedicated right now, as it requires a last minute libgcj fix in order to run properly... http://gcc.gnu.org/ml/java-patches/2006-q1/msg00044.html
I don't know when Jakub plans on pulling a new GCC 4.1 snapshot, but the fix will show up when that happens.
AG
On Mon, 2006-01-16 at 01:44 +0100, Chris Chabot wrote:
Might be worth putting jakarta-common-cli into fedora or atleast your download directory?
This was in rawhide until only a few days ago. I think somebody plans on pushing it into Extras soon. But for now I've put it in my download directory.
ps rpmlint was upset about these: E: azureus standard-dir-owned-by-package /usr/share/icons E: azureus explicit-lib-dependency libswt3-gtk2 W: azureus no-documentation
Especialy the owning /usr/share/icons seems to be relevant to be looked at?
I'm not really a spec file guru, and would appreciate patches. I'm looking at some other azureus problems right now.
Thanks!
AG
--- azureus.spec.org 2006-01-16 10:55:13.000000000 +0100 +++ azureus.spec 2006-01-16 11:16:01.000000000 +0100 @@ -2,7 +2,7 @@
Name: azureus Version: 2.3.0.6 -Release: 4%{?dist} +Release: 5%{?dist} Summary: A BitTorrent Client
Group: Applications/Internet @@ -90,15 +90,20 @@
%files %defattr(-,root,root) -%{_datadir}/applications -%{_datadir}/application-registry -%{_datadir}/pixmaps -%{_datadir}/icons +%{_datadir}/applications/* +%{_datadir}/application-registry/* +%{_datadir}/pixmaps/* +%{_datadir}/icons/* %{_bindir}/azureus %{_javadir}/*.jar %{_libdir}/gcj/*
%changelog +* Mon Jan 16 2006 Chris Chabot chabotc@xs4all.nl - 2.3.0.6-5 +- Changed file section so package doesn't end up owning + standard directories + * Sun Jan 15 2006 Anthony Green green@redhat.com - 2.3.0.6-4 - Remove bouncycastle crypto from zipball. - Add bouncycastle build- and runtime dependencies.
(changelog entry is optional :-))
On Sun, 2006-01-15 at 17:41 -0800, Anthony Green wrote:
On Mon, 2006-01-16 at 01:44 +0100, Chris Chabot wrote:
Might be worth putting jakarta-common-cli into fedora or atleast your download directory?
This was in rawhide until only a few days ago. I think somebody plans on pushing it into Extras soon. But for now I've put it in my download directory.
ps rpmlint was upset about these: E: azureus standard-dir-owned-by-package /usr/share/icons E: azureus explicit-lib-dependency libswt3-gtk2 W: azureus no-documentation
Especialy the owning /usr/share/icons seems to be relevant to be looked at?
I'm not really a spec file guru, and would appreciate patches. I'm looking at some other azureus problems right now.
Thanks!
AG
On Mon, 2006-01-16 at 11:18 +0100, Chris Chabot wrote:
%changelog +* Mon Jan 16 2006 Chris Chabot chabotc@xs4all.nl - 2.3.0.6-5 +- Changed file section so package doesn't end up owning
- standard directories
Thanks! I'll update the SRPM on the web soon.
AG
2006/1/16, Anthony Green green@redhat.com:
On Mon, 2006-01-16 at 11:18 +0100, Chris Chabot wrote:
%changelog +* Mon Jan 16 2006 Chris Chabot chabotc@xs4all.nl - 2.3.0.6-5 +- Changed file section so package doesn't end up owning
- standard directories
Thanks! I'll update the SRPM on the web soon.
AG
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
libtorrent and rtorrent also seem to hit extras. its a pretty nice ncurses frontend with advanced control possiblitys and pretty low cpu usage compared to other torrent clients...
libtorrent is already on the repoview pages, so also in the repos. cant take long until rtorrent appears there in my eyes.
regards, rudolf kastl
Actually i maintain / added libtorrent and rtorrent extras packages.
devel, fc4, fc3 packages of libtorrent are already available as we speak. However rtorrent is still waiting for the cvs-magic-wand-wielding people to branch it so i can queue the builds for them. Will happen 'any day now' though i'm sure :-)
-- Chris
On Tue, 2006-01-17 at 14:36 +0100, Rudolf Kastl wrote:
2006/1/16, Anthony Green green@redhat.com: On Mon, 2006-01-16 at 11:18 +0100, Chris Chabot wrote: > %changelog > +* Mon Jan 16 2006 Chris Chabot < chabotc@xs4all.nl> - 2.3.0.6-5 > +- Changed file section so package doesn't end up owning > + standard directories > +
Thanks! I'll update the SRPM on the web soon. AG -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-listlibtorrent and rtorrent also seem to hit extras. its a pretty nice ncurses frontend with advanced control possiblitys and pretty low cpu usage compared to other torrent clients...
libtorrent is already on the repoview pages, so also in the repos. cant take long until rtorrent appears there in my eyes.
regards, rudolf kastl
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
2006/1/17, Chris Chabot chabotc@xs4all.nl:
Actually i maintain / added libtorrent and rtorrent extras packages.
devel, fc4, fc3 packages of libtorrent are already available as we speak. However rtorrent is still waiting for the cvs-magic-wand-wielding people to branch it so i can queue the builds for them. Will happen 'any day now' though i'm sure :-)
-- ChrisOn Tue, 2006-01-17 at 14:36 +0100, Rudolf Kastl wrote:
2006/1/16, Anthony Green green@redhat.com: On Mon, 2006-01-16 at 11:18 +0100, Chris Chabot wrote: > %changelog > +* Mon Jan 16 2006 Chris Chabot < chabotc@xs4all.nl> - 2.3.0.6-5 > +- Changed file section so package doesn't end up owning > + standard directories > +
Thanks! I'll update the SRPM on the web soon. AG -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-listlibtorrent and rtorrent also seem to hit extras. its a pretty nice ncurses frontend with advanced control possiblitys and pretty low cpu usage compared to other torrent clients...
libtorrent is already on the repoview pages, so also in the repos. cant take long until rtorrent appears there in my eyes.
regards, rudolf kastl
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQBDzPRBd6LkwcqVhnURAjs0AJ9v/947YsGsJ8krgMI7jD6GfJimFACfZ4mg zjFbBsfQFl4e9zxkRyY8Ays= =KWAx -----END PGP SIGNATURE-----
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
pretty nice. i packaged it a while on the newrpms repo. i am happy its in extras now. ;) thanks for adding it.
regards, rudolf kastl
devel@lists.stg.fedoraproject.org
-
Anthony Green -
Chris Chabot -
Dominik 'Rathann' Mierzejewski -
Jesse Keating -
Michael A. Peters -
Michael Favia -
Rahul Sundaram -
Rudolf Kastl