NavigationUser loginSpam?See spam posts on this site? If so, please don't reply to the spam! Instead, just report the URL to the webmaster. |
Graphical bittorrent clients in etchHi, I am looking for a graphical bittorrent client for etch. My azureus: excellent in terms of features, but conflicts with eclipse, ktorrent: also a good set of features, but is a KDE application bittornado-gui: the version currently in etch does not support gnome-btdownload: a glorified file picker Does anyone have any other suggestions? -- Liam -- |
Graphical bittorrent clients in etch
On Fri, Mar 09, 2007 at 12:10:46PM +0000, Liam O'Toole wrote:
> Hi,
>
> I am looking for a graphical bittorrent client for etch. My
> requirements are that it supports encryption and integrates nicely with
> the GNOME desktop. Here are the ones I have evaluated so far.
...
> Does anyone have any other suggestions?
There is also deluge-torrent which is GTk+ and seems to work quite well.
Unfortunately it didn't make it into etch before the freeze so it's stuck in
unstable.
--
CJ van den Berg
mailto:cj@vdbonline.com
xmpp:cj@vdbonline.com
Graphical bittorrent clients in etch
On Fri, 2007-03-09 at 13:34 +0100, CJ van den Berg wrote:
> There is also deluge-torrent which is GTk+ and seems to work quite well.
> Unfortunately it didn't make it into etch before the freeze so it's stuck in
> unstable.
It doesn't support encryption, and is quite rough around the edges
still.
--
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22
Graphical bittorrent clients in etch
On 3/9/07, Liam O'Toole wrote:
> Hi,
>
> I am looking for a graphical bittorrent client for etch. My
> requirements are that it supports encryption and integrates nicely with
> the GNOME desktop. Here are the ones I have evaluated so far.
>
> azureus: excellent in terms of features, but conflicts with eclipse,
> which I also need
>
> ktorrent: also a good set of features, but is a KDE application
>
> bittornado-gui: the version currently in etch does not support
> encryption; this is unlikely to change because etch is in freeze
>
> gnome-btdownload: a glorified file picker
>
> Does anyone have any other suggestions?
Opera
www.opera.com
has an embedded client.
--
Guillermo Garron
"Linux IS user friendly... It's just selective about who its friends are."
(Using FC6, CentOS4.4 and Ubuntu 6.06)
http://feeds.feedburner.com/go2linux
http://www.go2linux.org
--
Graphical bittorrent clients in etch
Hello Guillermon.
Guillermo Garron, 09.03.2007 14:05:
> On 3/9/07, Liam O'Toole wrote:
>> I am looking for a graphical bittorrent client for etch. My
>> requirements are that it supports encryption and integrates nicely with
>> the GNOME desktop. Here are the ones I have evaluated so far.
>>
>> […]
>>
>> Does anyone have any other suggestions?
>
> Opera
>
> www.opera.com
>
> has an embedded client.
But does not integrate into a GTK based desktop in any way.
Regards, Mathias
--
debian/rules
Graphical bittorrent clients in etch
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 03/09/07 06:10, Liam O'Toole wrote:
> Hi,
>
> I am looking for a graphical bittorrent client for etch. My
> requirements are that it supports encryption and integrates nicely with
> the GNOME desktop. Here are the ones I have evaluated so far.
>
> azureus: excellent in terms of features, but conflicts with eclipse,
> which I also need
>
> ktorrent: also a good set of features, but is a KDE application
>
> bittornado-gui: the version currently in etch does not support
> encryption; this is unlikely to change because etch is in freeze
>
> gnome-btdownload: a glorified file picker
>
> Does anyone have any other suggestions?
>
I like freeloader. Don't know if it supports encryption, though.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFF8XRAS9HxQb37XmcRAgN7AKDWFVmSHx77bGwdvXfKtXvfrsi0PQCfb8AL
WsQ2mgNx6P5DTr+910KHz8Q=
=NeWg
-----END PGP SIGNATURE-----
--
Graphical bittorrent clients in etch
2007/3/9, Ron Johnson <ron.l.johnson@cox.net>:
-----BEGIN PGP SIGNED MESSAGE-----Hash: SHA1On 03/09/07 06:10, Liam O'Toole wrote:> Hi,
>> I am looking for a graphical bittorrent client for etch. My> requirements are that it supports encryption and integrates nicely with> the GNOME desktop. Here are the ones I have evaluated so far.
>> azureus: excellent in terms of features, but conflicts with eclipse,> which I also need>> ktorrent: also a good set of features, but is a KDE application>> bittornado-gui: the version currently in etch does not support
> encryption; this is unlikely to change because etch is in freeze>> gnome-btdownload: a glorified file picker>> Does anyone have any other suggestions?>I like freeloader. Don't know if it supports encryption, though.
-----BEGIN PGP SIGNATURE-----Version: GnuPG v1.4.6 (GNU/Linux)iD8DBQFF8XRAS9HxQb37XmcRAgN7AKDWFVmSHx77bGwdvXfKtXvfrsi0PQCfb8ALWsQ2mgNx6P5DTr+910KHz8Q==NeWg-----END PGP SIGNATURE-----
--To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.orgwith a subject of "unsubscribe". Trouble? Contact
I sugess deluge bittorrent.-- สุรชัย ล้อเจริญSkype name: AGS-R&D-สุรชัย(กานต์)
Graphical bittorrent clients in etch
Liam O'Toole wrote:
> I am looking for a graphical bittorrent client for etch. My
> requirements are that it supports encryption and integrates nicely with
> the GNOME desktop. Here are the ones I have evaluated so far.
Given your constraints, none. Linux BT clients are sorely lacking which
is ironic given that BT core is written in Python and platform neutral.
--
Steve C. Lamb | But who decides what they dream?
PGP Key: 8B6E99C5 | And dream I do...
-------------------------------+---------------------------------------------
Graphical bittorrent clients in etch
On Fri, 09 Mar 2007 22:30:44 -0800
Steve Lamb wrote:
> Liam O'Toole wrote:
> > I am looking for a graphical bittorrent client for etch. My
> > requirements are that it supports encryption and integrates nicely
> > with the GNOME desktop. Here are the ones I have evaluated so far.
>
> Given your constraints, none. Linux BT clients are sorely
> lacking which is ironic given that BT core is written in Python and
> platform neutral.
>
What's more, in Debian the bittorrent core is stuck in the year 2004.
Apparently there are licence issues with more recent versions.
Never mind. I'll use the upstream azureus until the situation improves.
Thanks to all for the replies.
--
Liam
--
Graphical bittorrent clients in etch
Liam O'Toole wrote:
> What's more, in Debian the bittorrent core is stuck in the year 2004.
> Apparently there are licence issues with more recent versions.
Yeah. :/ A similar discussion went on the Ubuntu lists recently which is
why I knew pretty much what you want wasn't there.
> Never mind. I'll use the upstream azureus until the situation improves.
Ungh. Don't get me wrong, Azureus is a fine client but I think if there
ever was a case study on how inefficient Java is, Azureus would be it. I
normally run Azureus on my server box because of how much RAM it uses. With 2
torrents going, one a 1Gb torrent and one a 300Mb torrent Azureus took up
300Mb of RAM. The server has 700 something MB so it can handle it but still,
yeouch!
So recently I decided to see what else was out there when the Ubuntu lists
had a similar question about clients. I went back to G3Torrent which, in its
day, was a feature equivalent of Azureus but written in Python. I couldn't
find the Linux version but did find a branch (also 2 years old) called Rufus
which did run on Linux. Rufus on the same 2 torrents took up a grand total of
30Mb.
It was old though and I wanted something a tad more modern.
Deluge-torrent didn't work for me as I ran into the one and only show-stopper
bug it has. It doesn't even start now. *sigh*
So then I decided to think outside the linux box. I nabbed a copy of
uTorrent as it is a close feature set to Azureus just written in C for
Windows. Wine + uTorrent on the same 2 torrents... 10Mb.
Now for the part that really kicks Java's head in. Azureus at nice 0
would punch my box up to a load of 2. 1 for it and 1 for X keeping up with
its updates. I set it to nice 5 and I get the load down to 1 and a
semi-responsive box.
Rufus in Python (wxWidgets as its GUI set)... load of mayyyybe 0.1 at nice 0.
Wine + uTorrent... load of 0.01.
I don't believe Azureus is poorly written because all the Java apps I have
tried have the same metrics. Tons of RAM and CPU usage, vastly more than
Python which is almost as ubiquitous.
Anyway, the point of this long message is that if anyone else is reading
and not liking the prospect of Azureus, give uTorrent + Wine a try. Maybe
someone will pick up Rufus and run with it as it is on Sourceforge. It's way
above my level of Python-fu or I'd give it a shot. But wine + utorrent = 200x
less CPU usage and 30x less RAM usage. That's not chump change for people
with smaller boxes. :)
--
Steve C. Lamb | But who decides what they dream?
PGP Key: 8B6E99C5 | And dream I do...
-------------------------------+---------------------------------------------
Graphical bittorrent clients in etch
On Sun, 11 Mar 2007 00:33:16 -0800
Steve Lamb wrote:
[snip]
> So recently I decided to see what else was out there when the Ubuntu lists
> had a similar question about clients. I went back to G3Torrent which, in its
> day, was a feature equivalent of Azureus but written in Python. I couldn't
> find the Linux version but did find a branch (also 2 years old) called Rufus
> which did run on Linux. Rufus on the same 2 torrents took up a grand total of
> 30Mb.
>
> It was old though and I wanted something a tad more modern.
> Deluge-torrent didn't work for me as I ran into the one and only show-stopper
> bug it has. It doesn't even start now. *sigh*
>
> So then I decided to think outside the linux box. I nabbed a copy of
> uTorrent as it is a close feature set to Azureus just written in C for
> Windows. Wine + uTorrent on the same 2 torrents... 10Mb.
>
> Now for the part that really kicks Java's head in. Azureus at nice 0
> would punch my box up to a load of 2. 1 for it and 1 for X keeping up with
> its updates. I set it to nice 5 and I get the load down to 1 and a
> semi-responsive box.
>
> Rufus in Python (wxWidgets as its GUI set)... load of mayyyybe 0.1 at nice 0.
>
> Wine + uTorrent... load of 0.01.
>
> I don't believe Azureus is poorly written because all the Java apps I have
> tried have the same metrics. Tons of RAM and CPU usage, vastly more than
> Python which is almost as ubiquitous.
>
> Anyway, the point of this long message is that if anyone else is reading
> and not liking the prospect of Azureus, give uTorrent + Wine a try. Maybe
> someone will pick up Rufus and run with it as it is on Sourceforge. It's way
> above my level of Python-fu or I'd give it a shot. But wine + utorrent = 200x
> less CPU usage and 30x less RAM usage. That's not chump change for people
> with smaller boxes. :)
I rather like rtorrent; I don't know what features you need, but it
seems to work well and seems to generate very little load.
Celejar
--
ssuds.sourceforge.net - Home of Ssuds and Ssudg, a Simple Sudoku Solver
and Generator
--