Bug#323101: gtk-gnutella: Implicitly search for URN:sha1 for any files being downloaded
Gotcha about the spammers. AFAIC you can close this or WONTFIX it. Cheers //Johan -Original Message- From: Christian Biere <[EMAIL PROTECTED]> It is also more likely to get corrupted files or at least to waste bandwith if you search by urn:sha1: as the spammers can send appropriate replies. -- Mailblocks - A Better Way to Do Email http://about.mailblocks.com/info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323101: gtk-gnutella: Implicitly search for URN:sha1 for any files being downloaded
Hi, it would be irresponsible to implement such a feature as long as Gnutella works as of yet. Such automagic searches would have a huge impact on the network resources. Furthermore, LimeWire has stopped routing searches by urn:sha1 a while ago, which means this feature would be of little use. It is also more likely to get corrupted files or at least to waste bandwith if you search by urn:sha1: as the spammers can send appropriate replies. If the spammer uploads wrong data, the mismatch will of course be detected by a overlap check or at the latest when the final SHA1 check is performed. However, at this time a lot of download bandwidth and time was already wasted. Please use one of the mailing lists, if you have issues with or questions about Gtk-Gnutella: gtk-gnutella-devel at lists.sf.net gtk-gnutella-users at lists.sf.net -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323101: gtk-gnutella: Implicitly search for URN:sha1 for any files being downloaded
I'm requesting that implicit search for all URN:sha1s being downloaded is added. It doesn't seem to me as if gtk-gnutella does that currently. Currently, if I want to get more sources for a download that's currently active, I have to explicitly add a search that hits the same URN:sha1 that I'm downloading. Gtk-gnutella could (and should IMO) do that automatically. Having it switched on by default would be good; otherwise nobody'd know it's there. The ability to switch is off would be good for debugging purposes. Cheers //Johan -Original Message- From: Anand Kumria <[EMAIL PROTECTED]> To: Johan Walles <[EMAIL PROTECTED]>; [EMAIL PROTECTED] Sent: Mon, 15 Aug 2005 09:10:29 +1000 Subject: Re: Bug#323101: gtk-gnutella: Implicitly search for URN:sha1 for any files being downloaded Hi Johan, On Sun, Aug 14, 2005 at 08:21:04PM +0200, Johan Walles wrote: Package: gtk-gnutella Version: 0.95.3-2 Severity: wishlist Look at the checkbox Settings / Downloads / Feed mesh from hits. It has the following effect: Let's assume I'm downloading a file with a certain URN:sha1. If that checkbox is checked, any additional search hits for that URN:sha1 will be added to my list of sources for that file. This is a great feature. Just to be clear, are you asking that I default this feature on in the preferences? Or did you have something else in mind. Thanks, Anand -- `When any government, or any church for that matter, undertakes to say to its subjects, "This you may not read, this you must not see, this you are forbidden to know," the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, "If this goes on --" -- Mailblocks - A Better Way to Do Email http://about.mailblocks.com/info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323101: gtk-gnutella: Implicitly search for URN:sha1 for any files being downloaded
Hi Johan, On Sun, Aug 14, 2005 at 08:21:04PM +0200, Johan Walles wrote: > Package: gtk-gnutella > Version: 0.95.3-2 > Severity: wishlist > > > Look at the checkbox Settings / Downloads / Feed mesh from hits. It has the > following > effect: > > Let's assume I'm downloading a file with a certain URN:sha1. If that > checkbox is > checked, any additional search hits for that URN:sha1 will be added to my > list of > sources for that file. > > This is a great feature. > Just to be clear, are you asking that I default this feature on in the preferences? Or did you have something else in mind. Thanks, Anand -- `When any government, or any church for that matter, undertakes to say to its subjects, "This you may not read, this you must not see, this you are forbidden to know," the end result is tyranny and oppression no matter how holy the motives' -- Robert A Heinlein, "If this goes on --" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323101: gtk-gnutella: Implicitly search for URN:sha1 for any files being downloaded
Package: gtk-gnutella Version: 0.95.3-2 Severity: wishlist Look at the checkbox Settings / Downloads / Feed mesh from hits. It has the following effect: Let's assume I'm downloading a file with a certain URN:sha1. If that checkbox is checked, any additional search hits for that URN:sha1 will be added to my list of sources for that file. This is a great feature. What would be even better would be if a search was automatically launched for any URN:sha1 I'm downloading. IMO the result of that search doesn't have to be visible anywhere (except as improved download stats). That way I wouldn't have to manually launch a search for things I'm downloading to improve my download performance. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-1-686 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages gtk-gnutella depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib2.0-02.6.5-1 The GLib library of C routines ii libgtk2.0-0 2.6.8-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.2-1 Layout and rendering of internatio ii libxml2 2.6.20-1 GNOME XML library ii zlib1g 1:1.2.2-4compression library - runtime gtk-gnutella recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]