gtk-gnutella-devel Digest, Vol 22, Issue 1
|
View:
New views
1 Messages
—
Rating Filter:
Alert me
|
 |
gtk-gnutella-devel Digest, Vol 22, Issue 1
by gtk-gnutella-devel-request
::
Rate this Message:
Send gtk-gnutella-devel mailing list submissions to
gtk-gnutella-devel@... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel or, via email, send a message with subject or body 'help' to gtk-gnutella-devel-request@... You can reach the person managing the list at gtk-gnutella-devel-owner@... When replying, please edit your Subject line so it is more specific than "Re: Contents of gtk-gnutella-devel digest..." Today's Topics: 1. Re: Are urn:sha1 searches being honored? (Larry Nieves) 2. Re: Are urn:sha1 searches being honored? (Christian Biere) 3. Re: Are urn:sha1 searches being honored? (Matthew Lye) 4. Re: Are urn:sha1 searches being honored? (Christian Biere) 5. Re: Are urn:sha1 searches being honored? (Larry Nieves) 6. Re: Are urn:sha1 searches being honored? (Christian Biere) 7. Warn Shadow circa r15361 (Matthew Lye) 8. Re: Warn Shadow circa r15361 (Raphael Manfredi) 9. Encryption and what is/isn't (Alex) 10. Re: Encryption and what is/isn't (Christian Biere) ---------------------------------------------------------------------- Message: 1 Date: Mon, 28 Apr 2008 23:00:56 +0200 From: Larry Nieves <lanieves@...> Subject: Re: [gtk-gnutella-devel] Are urn:sha1 searches being honored? To: gtk-gnutella-devel@... Message-ID: <20080428210056.GD20400@localhost> Content-Type: text/plain; charset=utf-8 On Mon, Apr 28, 2008 at 01:21:46PM -0400, Matthew Lye wrote: > Hey all, > > I've been noticing a complete blackout of urn:sha1 results recently. > I just ran a test with "Crazy Frog hampster song-remix.mp3", a file > that garnered 74 hits on a search for "crazy frog" in about 30 > seconds. Searching via urn:sha1:KFVDRZZNNGJO5HMDAY4ZG6RTX2G65JL [the > sha1 bin32 hash] has yet to produce a result after about 10 minutes. Hi, I'm currently connected to 2 LimeWires & 1 Frostwire, the first result for the query "crazy frog" returns a file with the following SHA-1 urn:sha1:KFVDRZZNNGJO5HMDHAY4ZG6RTX2G65JI Note the last letter is an "I", not an "L" as in your original message. A search for this SHA1 returns 6 hits with the file "The Crazy Frog Song.mp3" (file size: 3.48 MB). Cheers, -- Larry Alex?nder Nieves Colmen?rez <lanieves@...> El Liberal Venezolano http://liberal-venezolano.net/blog/ GPG Public Key: 0x1525843C Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C gpg --recv-keys 0x1525843C --keyserver hkp://wwwkeys.eu.pgp.net ------------------------------ Message: 2 Date: Tue, 29 Apr 2008 01:18:54 +0200 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] Are urn:sha1 searches being honored? To: gtk-gnutella-devel@... Message-ID: <20080428231854.GG3000@cyclonus> Content-Type: text/plain; charset=utf-8 Larry Nieves wrote: > I'm currently connected to 2 LimeWires & 1 Frostwire, the first result > for the query "crazy frog" returns a file with the following SHA-1 > > urn:sha1:KFVDRZZNNGJO5HMDHAY4ZG6RTX2G65JI > > Note the last letter is an "I", not an "L" as in your original message. You're correct. gtk-gnutella supports copy & paste as well as drag & drop in most parts of the GUI, so these kind of mistakes are avoidable. > A search for this SHA1 returns 6 hits with the file > "The Crazy Frog Song.mp3" (file size: 3.48 MB). Could you tell which versions of LimeWire and FrostWire? Maybe very recent versions delegate urn:sha1 searches to their DHT. That would be nice but so far I've never seen this and I get zero results. -- 1000 octets = 1 ko = 1 kilooctet; 1024 octets = 1 Kio = 1 kibioctet 1000^2 octets = 1 Mo = 1 megaoctet; 1024^2 octets = 1 Mio = 1 mebioctet 1000^3 octets = 1 Go = 1 gigaoctet; 1024^3 octets = 1 Gio = 1 gibioctet ------------------------------ Message: 3 Date: Mon, 28 Apr 2008 19:27:51 -0400 From: Matthew Lye <mlye@...> Subject: Re: [gtk-gnutella-devel] Are urn:sha1 searches being honored? To: gtk-gnutella-devel@... Message-ID: <0D0F292B-F6FB-45CC-982E-691516FB9CAB@...> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes On 28-Apr-08, at 7:18 PM, Christian Biere wrote: > Larry Nieves wrote: >> I'm currently connected to 2 LimeWires & 1 Frostwire, the first >> result >> for the query "crazy frog" returns a file with the following SHA-1 >> >> urn:sha1:KFVDRZZNNGJO5HMDHAY4ZG6RTX2G65JI >> >> Note the last letter is an "I", not an "L" as in your original >> message. > > You're correct. gtk-gnutella supports copy & paste as well as drag & > drop > in most parts of the GUI, so these kind of mistakes are avoidable. They do, and they were avoided. I had to hand-copy the sha1 hash, as the X11 clipboard doesn't export to OS X. The typo was made at that time. I eventually got two hits after re-loading GTKG, so presumably a small fraction of servers are either forwarding or recognizing them properly. Back when I was mainly surrounded by BearShare clients, urn:sha1 seemed to work (slowly, inconsistently), so this is new for me. - matt ------------------------------ Message: 4 Date: Tue, 29 Apr 2008 01:42:55 +0200 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] Are urn:sha1 searches being honored? To: gtk-gnutella-devel@... Message-ID: <20080428234254.GH3000@cyclonus> Content-Type: text/plain; charset=utf-8 Matthew Lye wrote: > They do, and they were avoided. I had to hand-copy the sha1 hash, as > the X11 clipboard doesn't export to OS X. Well, you could have used an editor on the X11 server and use a file for transferring the information reliably. > I eventually got two hits after re-loading GTKG, so presumably a small > fraction of servers are either forwarding or recognizing them properly. Could you show me what software/version your peers are using? You can use the following from a terminal to avoid typing it down manually: echo nodes | gtk-gnutella --shell -- 1000 octets = 1 ko = 1 kilooctet; 1024 octets = 1 Kio = 1 kibioctet 1000^2 octets = 1 Mo = 1 megaoctet; 1024^2 octets = 1 Mio = 1 mebioctet 1000^3 octets = 1 Go = 1 gigaoctet; 1024^3 octets = 1 Gio = 1 gibioctet ------------------------------ Message: 5 Date: Tue, 29 Apr 2008 03:42:48 +0200 From: Larry Nieves <lanieves@...> Subject: Re: [gtk-gnutella-devel] Are urn:sha1 searches being honored? To: gtk-gnutella-devel@... Message-ID: <20080429014248.GE20400@localhost> Content-Type: text/plain; charset=utf-8 On Tue, Apr 29, 2008 at 01:18:54AM +0200, Christian Biere wrote: > Could you tell which versions of LimeWire and FrostWire? Maybe very > recent versions delegate urn:sha1 searches to their DHT. That would > be nice but so far I've never seen this and I get zero results. Unfortunately I'm not connected to them anymore. Fortunately, I was keeping a debugging log at the time and can post the IPs of the Ultrapeers in question, if that's allowed in this list. -- Larry Alex?nder Nieves Colmen?rez <lanieves@...> El Liberal Venezolano http://liberal-venezolano.net/blog/ GPG Public Key: 0x1525843C Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C gpg --recv-keys 0x1525843C --keyserver hkp://wwwkeys.eu.pgp.net ------------------------------ Message: 6 Date: Tue, 29 Apr 2008 04:26:52 +0200 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] Are urn:sha1 searches being honored? To: gtk-gnutella-devel@... Message-ID: <20080429022652.GI3000@cyclonus> Content-Type: text/plain; charset=utf-8 Larry Nieves wrote: > On Tue, Apr 29, 2008 at 01:18:54AM +0200, Christian Biere wrote: > > Could you tell which versions of LimeWire and FrostWire? Maybe very > > recent versions delegate urn:sha1 searches to their DHT. That would > > be nice but so far I've never seen this and I get zero results. > Unfortunately I'm not connected to them anymore. Fortunately, I was > keeping a debugging log at the time and can post the IPs of the > Ultrapeers in question, if that's allowed in this list. You can send them in a private mail to me, if you don't want to post them in public. I don't mind either way. -- 1000 octets = 1 ko = 1 kilooctet; 1024 octets = 1 Kio = 1 kibioctet 1000^2 octets = 1 Mo = 1 megaoctet; 1024^2 octets = 1 Mio = 1 mebioctet 1000^3 octets = 1 Go = 1 gigaoctet; 1024^3 octets = 1 Gio = 1 gibioctet ------------------------------ Message: 7 Date: Tue, 17 Jun 2008 21:39:06 -0400 From: Matthew Lye <mlye@...> Subject: [gtk-gnutella-devel] Warn Shadow circa r15361 To: gtk-gnutella-devel@... Message-ID: <9B6AA97A-1A6A-4CC7-AAB3-804F15F6F21D@...> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Thanks for the recent work. A minor glitch, it appears that some Configure script problems have been (re?)introduced regarding the options passed to the compiler. For example: > cc -c -I../.. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/ > glib/include -DCURDIR=src/lib -O2 -g -mcpu=7450 -fast -mpim-altivec > -maltivec -mabi=altivec -ggdb3 -Wno-shadow -W -Wall -Wformat=2 - > Wshadow -I/usr/local/include -I/opt/local/include bg.c the "-mcpu=7450 -fast -mpim-altivec -maltivec -mabi=altivec -ggdb3 - Wno-shadow" are my own CFLAG instructions and should not be followed by any automatic or default flags. Emphatically not -W-shadow. - matt. ------------------------------ Message: 8 Date: Thu, 19 Jun 2008 12:19:02 +0000 (UTC) From: Raphael_Manfredi@... (Raphael Manfredi) Subject: Re: [gtk-gnutella-devel] Warn Shadow circa r15361 To: gtk-gnutella-devel@... Message-ID: <g3dirm$ppu$1@...> Content-Type: text/plain; charset="iso-8859-1" Quoting Matthew Lye <mlye@...> from ml.softs.gtk-gnutella.devel: :For example: :> cc -c -I../.. -I.. -I/usr/local/include/glib-1.2 -I/usr/local/lib/ :> glib/include -DCURDIR=src/lib -O2 -g -mcpu=7450 -fast -mpim-altivec :> -maltivec -mabi=altivec -ggdb3 -Wno-shadow -W -Wall -Wformat=2 - :> Wshadow -I/usr/local/include -I/opt/local/include bg.c : :the "-mcpu=7450 -fast -mpim-altivec -maltivec -mabi=altivec -ggdb3 - :Wno-shadow" are my own CFLAG instructions and should not be followed :by any automatic or default flags. Emphatically not -W-shadow. I believe this has been fixed by Christian yesterday, who changed a standard metaconfig unit and regenerated the Configure script. Can you confirm? Raphael ------------------------------ Message: 9 Date: Mon, 30 Jun 2008 14:05:10 +0000 From: Alex <alex@...> Subject: [gtk-gnutella-devel] Encryption and what is/isn't To: GTK Gnutella Mailing List <gtk-gnutella-devel@...> Message-ID: <20080630140510.GF12661@...> Content-Type: text/plain; charset=us-ascii Hi, The world is getting more deep packet inspection happy. The obvious next step is more routine use of encryption. I notice GTKG links against TLS already. Will it use encryption for all connections? 1. Is the Gnutella Network P2P encrypted yet? If not do any proposals/other clients propose ways to do so? I assume you would have to know another node would accept encryption rather than try and connect and then fall back? 2. Are the file fetches done with encryption? If not I guess this would be the easiest place to start as the there would already be information you could embed in the hit packet to say the servant accepts SSL sessions? Basically a summary of the state of encryption in the Gnutella network and if there are any proposals/specs that could be implemented for GTKG is what I'm curious about. -- Alex, homepage: http://www.bennee.com/~alex/ The ends justify the means. -- after Matthew Prior ------------------------------ Message: 10 Date: Tue, 1 Jul 2008 02:25:27 +0200 From: Christian Biere <christianbiere@...> Subject: Re: [gtk-gnutella-devel] Encryption and what is/isn't To: gtk-gnutella-devel@... Message-ID: <20080701002527.GW28351@cyclonus> Content-Type: text/plain; charset=utf-8 Alex wrote: > The world is getting more deep packet inspection happy. The obvious > next step is more routine use of encryption. I notice GTKG links > against TLS already. Will it use encryption for all connections? You can tell which connections are encrypted by looking for an 'E' flag or a mention of 'TLS'. > 1. Is the Gnutella Network P2P encrypted yet? If not do any > proposals/other clients propose ways to do so? I assume you would > have to know another node would accept encryption rather than try > and connect and then fall back? gtk-gnutella and LimeWire support TLS over TCP. UDP is never encrypted. gtk-gnutella never falls back. I've read LimeWire tries TLS first and falls back but this might not be the case in current versions. The fall back option is not very sensible, but a fall forward toward TLS might be useful. Once it's been determined that peer does indeed support TLS, falling back to a plain connection is simply absurd. > 2. Are the file fetches done with encryption? If not I guess this > would be the easiest place to start as the there would already be > information you could embed in the hit packet to say the servant > accepts SSL sessions? Yes, such hint is exchanged albeit this is rather for transition than an absolute requirement. At this point it should be supported by the vast majority of all peers, so an optimistic use of encryption might be sensible. > Basically a summary of the state of encryption in the Gnutella network > and if there are any proposals/specs that could be implemented for > GTKG is what I'm curious about. I'm not aware of any proposals with respect to encryption but there is certainly room for improvements with the current implementation. I don't think gtk-gnutella makes use of session resuming (unless GNUTLS does it transparently) which would reduce some overhead at the price of a bit memory. Also the "https:" URL scheme isn't supported as of yet which also means that magnet-links do not indicate support for encryption. -- Christian ------------------------------ ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ------------------------------ _______________________________________________ gtk-gnutella-devel mailing list gtk-gnutella-devel@... https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel End of gtk-gnutella-devel Digest, Vol 22, Issue 1 ************************************************* |
| Free embeddable forum powered by Nabble | Forum Help |
