Remote gtk ui in 0.6?

[idomagic]

Hello

This might be blatantly obvious to everyone but me, but how are you supposed to connect to a server daemon running on a remote host using the gtk ui?

I tried changing the 'hosts' setting in hostlist.conf, with no result.

Wouldn't the most intuitive ways be to:
1. Pass host as an argument to the client, for example
deluge -u gtk <host address>:<port>
2. If no host given as argument, and no daemon is running locally, pop a connect prompt instead of showing an empty deluge window.

Deluge 0.6 is looking great otherwise though, thanks for the hard work!

[idomagic]

Hmm, just realized that a connect prompt is supposed to pop, yet it's apparantly not working on my client where I've installed
deluge-0.6-client
deluge-0.6-common
deluge-0.6-gtk

Running ubuntu 8.04.1 on a custom kernel (2.6.25.9)

Last debug line prior to killing the process reads "sh: deluged: command not found"

Console output when process is killed with ctrl+c:

Code: Select all

Traceback (most recent call last):
  File "/usr/bin/deluge", line 8, in <module>
    load_entry_point('deluge==0.6.0.0', 'console_scripts', 'deluge')()
  File "/var/lib/python-support/python2.5/deluge/main.py", line 84, in start_ui
    UI(options, args)
  File "/var/lib/python-support/python2.5/deluge/ui/ui.py", line 61, in __init__
    ui = GtkUI(args)
  File "/var/lib/python-support/python2.5/deluge/ui/gtkui/gtkui.py", line 184, in __init__
    self.connectionmanager = ConnectionManager()
  File "/var/lib/python-support/python2.5/deluge/ui/gtkui/connectionmanager.py", line 134, in __init__
    time.sleep(0.01)
TypeError: shutdown() takes at most 2 arguments (3 given)

Something I'm doing wrong? Is the deluge-0.6-server needed in order to run the client? (doesn't seem right)

[idomagic]

Ah, well, investigating some more, it seems the "classic mode" is depending on the server to be present locally, when disabled client launches and opens the connect prompt just fine without any server installed.

Perfect!
Although, imho, there really should be an if-then-else checking if server is present prior to attempting to use it.

[andar]

Ah, well, investigating some more, it seems the "classic mode" is depending on the server to be present locally, when disabled client launches and opens the connect prompt just fine without any server installed.

Perfect!
Although, imho, there really should be an if-then-else checking if server is present prior to attempting to use it.

This has been fixed in svn.

To remotely connect to a daemon you will need to enable this option on the daemon.