0.6 Development Report

Suggestions and discussion of future versions
Post Reply
jdhore
Member
Member
Posts: 37
Joined: Fri Oct 26, 2007 12:04 am

Re: 0.6 Development Report

Post by jdhore »

weltall wrote:may i ask what is the memory/cpu footprint of the daemon with something like 20 torrents running? i'd like to run it on a extremely low end machine which i use as file/ups/bnc server: it has just 32mb of ram and 300mhz of cpu and runs linux 2.4.17.
thanks in advance for the answers :)
I'm no expert, but i highly doubt Deluge will run on that. Deluge probably requires some stuff that is in the 2.6 kernel, but isn't in 2.4 (especially since Deluge will barely run on Debian Etch). Also, the footprint even with 1 torrent running is probably higher than what you can afford on that system.
weltall
New User
New User
Posts: 8
Joined: Sun Sep 02, 2007 1:56 pm

Re: 0.6 Development Report

Post by weltall »

thanks for the answer i hoped to be able to reduce energy use but oh well :)
zekopeko
Member
Member
Posts: 19
Joined: Wed Jun 13, 2007 10:34 am

Re: 0.6 Development Report

Post by zekopeko »

just tried 0.6svn and i must say that it's the most beautiful torrent app i have ever used. i love the icons on the tabs.
andar
Top Bloke
Top Bloke
Posts: 1050
Joined: Fri Jun 08, 2007 8:38 pm
Location: Victoria, BC
Contact:

Re: 0.6 Development Report

Post by andar »

zekopeko wrote:just tried 0.6svn and i must say that it's the most beautiful torrent app i have ever used. i love the icons on the tabs.
Thanks. Hopefully it will become more than just a pretty face : )
zekopeko
Member
Member
Posts: 19
Joined: Wed Jun 13, 2007 10:34 am

Re: 0.6 Development Report

Post by zekopeko »

i didn't say it was only a pretty face :D . i know what backend power is behind it. thank you for such a great app.
hotice
Member
Member
Posts: 10
Joined: Fri Mar 07, 2008 10:21 am

Re: 0.6 Development Report

Post by hotice »

markybob wrote:
shangrila wrote: Will we be able to create our own labels, for organizational purposes? It makes it easier when sorting through torrents from different trackers to reseed them.
If not, I can make new feature request thread. 8-)
not yet. eventually

that's the feature i miss the most from uttorent :(. +2 to implement it :D
Searcher
New User
New User
Posts: 4
Joined: Mon Nov 05, 2007 7:43 pm

Re: 0.6 Development Report

Post by Searcher »

If I understand correctly there won't be any CLI for the 0.5 branch, right?

I'm thinking on scribbling some PHP in terms of web UI for multi users, something like the good old torrentflux which is based on the good old bittornado but I am not on very good terms with python so I obviously need a CLI input to control deluge.. (I definitely don't mean to interfere with the current WebUI, which is rather single user oriented - maybe if I get a promise of multi-user multi-control multi-ip - I'll just shut up, sit tight and wait :roll:)

Is the CLI in 0.6 on the same level of manageability as the main GUI? What's the status with the win CLI?
Also is there somewhere a complete list of requirements / dependencies Deluge requires for running on various systems?
mvoncken
Developer
Developer
Posts: 225
Joined: Mon Sep 03, 2007 9:38 pm

Re: 0.6 Development Report

Post by mvoncken »

all ui's use the xmlrpc api in deluge 0.6.

There is a thin client wrapper for python, but the same commands work in plain xml-rpc.
http://dev.deluge-torrent.org/wiki/Deve ... #Remoteapi
dev: webui, core, labels | irc:vonck7 |
mvoncken
Developer
Developer
Posts: 225
Joined: Mon Sep 03, 2007 9:38 pm

Re: 0.6 Development Report

Post by mvoncken »

Searcher wrote:If I understand correctly there won't be any CLI for the 0.5 branch, right?

I'm thinking on scribbling some PHP in terms of web UI for multi users, something like the good old torrentflux which is based on the good old bittornado but I am not on very good terms with python so I obviously need a CLI input to control deluge.. (I definitely don't mean to interfere with the current WebUI, which is rather single user oriented - maybe if I get a promise of multi-user multi-control multi-ip - I'll just shut up, sit tight and wait :roll:)

Is the CLI in 0.6 on the same level of manageability as the main GUI? What's the status with the win CLI?
Also is there somewhere a complete list of requirements / dependencies Deluge requires for running on various systems?
I thought about multiple users, but in the end i think it would be best to run 1 daemon+webui per user.

-apache/webserver integration is planned.
Not planned but if there is demand:
-add a command-line parameter for the location of the config file , to enable multiple webui/daemon configs.
-add a plugin that hides some webui config settings.
dev: webui, core, labels | irc:vonck7 |
andar
Top Bloke
Top Bloke
Posts: 1050
Joined: Fri Jun 08, 2007 8:38 pm
Location: Victoria, BC
Contact:

Re: 0.6 Development Report

Post by andar »

mvoncken wrote:
Searcher wrote:If I understand correctly there won't be any CLI for the 0.5 branch, right?

I'm thinking on scribbling some PHP in terms of web UI for multi users, something like the good old torrentflux which is based on the good old bittornado but I am not on very good terms with python so I obviously need a CLI input to control deluge.. (I definitely don't mean to interfere with the current WebUI, which is rather single user oriented - maybe if I get a promise of multi-user multi-control multi-ip - I'll just shut up, sit tight and wait :roll:)

Is the CLI in 0.6 on the same level of manageability as the main GUI? What's the status with the win CLI?
Also is there somewhere a complete list of requirements / dependencies Deluge requires for running on various systems?
I thought about multiple users, but in the end i think it would be best to run 1 daemon+webui per user.

-apache/webserver integration is planned.
Not planned but if there is demand:
-add a command-line parameter for the location of the config file , to enable multiple webui/daemon configs.
-add a plugin that hides some webui config settings.
Multiple users is something that would likely need to be put into the core. I have thought about this before but it adds a lot more complexity so I felt it was something that could wait until after 0.6 becomes stable.
Post Reply