08:04:53ram: Comments welcome if you believe something is missing or could be amended
09:20:14ArneBab_left the channel
13:23:38bluemeanieleft the channel
13:29:25bluemeaniejoined the channel
13:29:30bluemeanieleft the channel
15:06:48ArneBabjoined the channel
15:10:22mrjoe[w]left the channel
17:15:43mrjoe[w]joined the channel
17:17:58mrjoe[w]: Hello ram, I was wondering if it might be usefull for QH2/G1 to have a payload indicating whether G2 is supported, not suppported or unknown
17:29:02ram: mrjoe[w]: how do you compute that? As an UP, you're connected to the leaf using G1, so it's going to be hard.
17:29:38ram: We have a cache of course, and we could lookup there, but what good is it going to do to the other party?
17:29:56ram: (the one receiving the QH2)
17:30:06mrjoe[w]: Those are unknown ;) But in the initial handshake the node expresses whether it supports g2 doesn't it?
17:30:46mrjoe[w]: For non gnutella clients, they know they don't need to attempt a g2 push
17:32:33mrjoe[w]: I asume gtk-gnutella sends Accept: application/x-gnutella2 9otherwise it wouldn't connect to a hub
17:32:46ram: Yes, but only when it wants a hub connection
17:36:00mrjoe[w]: So we don't use something like accept: application/x-gnutella;q=1,application/x-gnutella2;q=0.5 for example?
17:36:06mrjoe[w]: Or isn't that understood?
17:37:12ram: we don't support quality in the accept, no.
17:37:34ram: And since GTKG is a Gnutella client, it always prefers Gnutella connections.
17:37:38mrjoe[w]: Or without the quality, just in order of precendence
17:37:42ram: We don't even parse quality :-)
17:39:03mrjoe[w]: In that case you'd know whether g2 was supported& oh well
17:39:41ram: Exactly, but the question is more: why would it matter?
17:39:58ram: Because even if G2 is supported, that does not mean the node is connected to G2 hosts
17:40:18ram: (at least the ones listed in the Query Hit as push-proxies)
17:41:49mrjoe[w]: but the ultrapeer relaying the query will know how to forward a g2 push, so it has a known push node
17:43:07ram: Absolutely. that proxy will be working
17:43:39ram: It's the other /QH2/NH that will be listed (the original push-proxies sent by the leaf) that may be only supporting Gnutella
17:44:39mrjoe[w]: I see
17:50:10mrjoe[w]: In that case the use is limited
17:52:15ram: the use of?
17:52:26mrjoe[w]: Indicating wether G2 is supported
17:52:40ram: indeed :-) That's why I was enquiring what you had in mind.
17:53:22ram: For unfirewalled sources, this will be completely transparent to G2 clients, even if they don't parse the /QH2/G1
17:54:11ram: For firewalled sources, normally a /PUSH will be sent by UDP to all the /QH2/NH nodes, at which point the relaying ultrapeer will be contacted and will route
17:54:36ram: Hence, in general, the scheme appears safe... on paper. Now I need to code all that logic.
17:55:57mrjoe[w]: And when g2 support is finished, it is time for g3 ;)
17:58:36ram: One thing that a colleague desperately wants is a way to graphically program different b/w configurations depending on the time of the day and the day of the week
17:59:13ram: So that he can run full-speed and even as UP during the night, but as leaf and with lower settings during daytime.
18:00:38mrjoe[w]: SO for each day he'd like to have a different start and end time and different b/w limit?
18:01:01ram: Seems like a good thing, but what scares me is the amount of GUI work required to do that. Plus I want the GUI config to be translated into a parseable language for people who don't like GUIs, or for headless nodes.
18:01:36ram: Basically, yes, he wants some flexible configuration (depends on his working hours -- he works mostly from home, when he needs the bandwidth for work)
18:01:54mrjoe[w]: Why not make it configurable via the shell
18:01:59mrjoe[w]: (or is it already?)
18:02:13ram: It's possible already, and I have cron jobs that do that for me here.
18:02:14mrjoe[w]: So one can just use a simple cronjob to pipe the new bandwith values into gtkg
18:02:24ram: But he runs on Windows
18:02:41mrjoe[w]: Maybe he'd better upgrade to something else ;)
18:03:12mrjoe[w]: Or maybe we need to extend gtkg to support powershell&
18:03:34ram: For the average Windows user, or even average UNIX user, that feature would be nice anyway.
18:03:56mrjoe[w]: Yes, but a simpler version like transmission for example sound better in those cases
18:04:30mrjoe[w]: See this screenshot how they do it: http://www.transmissionbt.com/images/screenshots/Qt-Large.jpg
18:05:38ram: Hah yes, much simpler for a first version
18:05:49mrjoe[w]: And understandable for the average joe
18:06:06ram: And covers 95% of the needs
18:12:19mrjoe[w]: Perhaps if we could do rpc on windows, we could cover the other 5%
18:16:14mrjoe[w]: http://www.gnutellaforums.com/gtk-gnutella-linux-unix-mac-osx-windows/102639-older-gtk-gnutella-versions-should-they-trusted.html , sounds like what you have mentioned before.