The following bug report was filled on Debian's BTS as bug #441389. Please see http://bugs.debian.org/441389 for more information. Am Sonntag, den 09.09.2007, 15:56 +0200 schrieb Sjoerd Simons: > On Sun, Sep 09, 2007 at 01:41:18PM +0200, Jelmer Vernooij wrote: > > Package: telepathy-idle > > Version: 0.1.1-1 > > Severity: wishlist > > > > It'd be useful if there was an option to specify a proxy for IRC > > connections so a bouncer / irc proxy can be used. This usually would be > > a different proxy from the globally set proxy used for http, ssh, etc. > > Both me and upstream are a bit confused by this bug report. Afaik to use an IRC > proxy/bouncer you just specify the proxy as the server instead of your normal > irc server? So that should work with the current -idle. > > I suppose you want support for socks proxy and things like that ? Yep, that's the sort of thing I mean. There's several bouncers that support socks or by addition of a custom command "CONNECT" in the IRC protocol that is used for selecting the target network that should be used. Cheers, Jelmer
Is this bug by any change fixed already?
Dropping myself from the bug, I haven't done any tp-idle dev in a long time. As for the state of the bug, I don't think it's fixed. The real fix would probably be making idle use glib's GSocketClient to leverage the recently added transparent proxy capabilities: http://ndufresne.ca/2010/06/transparent-proxy-for-glib-applications/. That would probably also fix quite a few other issues as when I originally wrote the idle network code almost five years ago I didn't really know a socket from a pipe, or from my arse for that matter. Especially the IdleSSLServerConnection (or whatever it was) code is probably a can of worms, I wrote it in like 1 day with no prior experience of the OpenSSL API at all...
(In reply to comment #2) > The real fix would > probably be making idle use glib's GSocketClient to leverage the recently > added transparent proxy capabilities This should now work (since 0.1.11), but that wasn't what was requested: (In reply to comment #0) > There's several bouncers that > support socks or by addition of a custom command "CONNECT" in the IRC > protocol that is used for selecting the target network that should be > used. Support for these would require use of a non-system-wide proxy.
(In reply to comment #3) > (In reply to comment #0) > > There's several bouncers that > > support socks or by addition of a custom command "CONNECT" in the IRC > > protocol that is used for selecting the target network that should be > > used. > > Support for these would require use of a non-system-wide proxy. For the SOCKS case, Bug #70333 outlines one possible way to achieve that. I don't think any of the Telepathy maintainers are likely to implement that any time soon, but I'd review patches.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/telepathy/telepathy-idle/issues/1.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.