gtk-gnutella shows no results

Not an answer to your problem as such, but Gnutella is probably one of the worst p2p networks to be using anyway.

An ANSWER would suggest a viable alternative, and possibly tell me why my results are zero.

This is simply a personal comment, which serves no purpose than to enable Steven Rose to vent his distaste for something with no good reason. I'm no geek, and I don't understand. But I have no trouble and good service with Limewire and Frostwire both - don't they use gnutella?

That they do. So if Frostwire works for you, why not use that instead?

GTK-gnutella is in my repositories, and I use Frostwire AND Limewire because they find different results - I would prefer more than one tool in the box, and I am sure there is a great deal more ou tthere than both Lime and Frosty wires can connect with!--- On Sat, 9/8/08, Steven Rose <email address hidden> wrote:
From: Steven Rose <email address hidden>
Subject: Re: [Question #41499]: gtk-gnutella shows no results
To: <email address hidden>
Date: Saturday, 9 August, 2008, 3:33 AM

Your question #41499 on gtk-gnutella in ubuntu changed:
https://answers.edge.launchpad.net/ubuntu/+source/gtk-gnutella/+question/41499

    Status: Open => Answered

Steven Rose proposed the following answer:
That they do. So if Frostwire works for you, why not use that instead?

--
If this answers your question, please go to the following page to let us
know that it is solved:
https://answers.edge.launchpad.net/ubuntu/+source/gtk-gnutella/+question/41499/+confirm?answer_id=2

If you still need help, you can reply to this email or go to the
following page to enter your feedback:
https://answers.edge.launchpad.net/ubuntu/+source/gtk-gnutella/+question/41499

You received this question notification because you are a direct
subscriber of the question.

      __________________________________________________________
Not happy with your email address?.
Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.html

IF frostwire and limewire both use the same network, it seems that they access different areas, because they both come up with different search results. Saying 'just go with Frostwire' is like going shopping, and ONLY going to look for what computers you can buy in your local computer shop - not shopping around.

When you search, you shouldn't use ONLY google, and I feel the same goes for p2p - often I can't find what I want, but I'm sure it's out there.

The Gnutella network bans old versions as newer ones are released. For now, gtk-gnutella 0.96.5 is required to communicate with the other nodes on the network, and this version is only present in the testing version of Ubuntu, Intrepid Ibex. We are currently working on updating the previous releases of Ubuntu to this new version, but until then, you can grab the Intrepid version and apply it to Hardy:

http://archive.ubuntu.com/ubuntu/pool/universe/g/gtk-gnutella/gtk-gnutella_0.96.5-1_i386.deb
http://archive.ubuntu.com/ubuntu/pool/universe/g/gtk-gnutella/gtk-gnutella_0.96.5-1_amd64.deb

The Intrepid version installed, and looks nice - but again - zero results! Yet Limewire and Frostwire fire up and return lots.

With 0.96.5 I can successfully connect to the network. Make sure you really are running the correct version of gtk-gnutella (choose help/about in the program and look for 0.96.5). Also make sure you are not firewalled (the smiley face should appear in the status bar). Look in the network tab as well; do you see any attempted connections to other hosts, or is it just a blank list?

gtk-gnutella/0.96.5-12314 (2008-04-01; GTK2; Linux i686)"You appear to be firewalled, both TCP-wise and UDP-wise. You will not see any push results, which may prevent you from seeing a large amount of results. (running in leaf mode)It says 'it's possible to punch a hole into a UDP firewall, so you may be able to send out of band query hits". We're into foreign languages now - and I have no control over networking beyond my USB wireless device - however, frostwire and limewire seem fine! Should I assume that they are simply more advanced? I can see a lively network screen - with a Pseudo UDP node in Thailand, many from Australia, Malta, and US and Canada reading 'version 0.6 connection uptime (Thailand 6m 35s Tx117 Rx6 Q0) and all the others show Timeout.
I managed to browse the 'Thailand' connection, and whatever there is easy to download. Interestingly I just saw my fastest download speed of the day getting an mp3 from him!

Sounds like the problem is solved to me. You can see other hosts and have successfully downloaded a file. Since you are firewalled, it "may prevent you from seeing a large amount of results", so this is likely the situation you are experiencing. If you cannot get an un-firewalled connection, I would expect your experience with gtk-gnutella would be similar to that of other gnutella clients.

" I would expect your experience with gtk-gnutella would be similar to that of other gnutella clients."

I'm sorry, but this is the problem which encourages me to pursue this flogged horse unto death.

Whilst opening this page, I started up Frostwire, Limewire Pro, and gtk-gnutella. Is it right that they are all gnutella clients and use the same network ?

Frostwire shows 'Turbo-Charged connection', firewalled, presently sharing 12 files, uploading 3kb/s and downloading 12kb/s (around 1 or 2 minutes now after startup) ith connection status: Leaf.
I'm connected to 'Ultrapeer' Limewire 4.16.6, 4.18.3, a total of 5 active uploading connections.

Limewire similarly shows firewalled 'Turbo-charged' connection, sharing 5 files, with 5 active connections.

gtk-gnutella seems to show more acctivity with attempts to connect to hosts in USA, Canada, UK, and Philipines currently - but they all time out/failed UTF/Hello sent etc. Except for a single connection in Thailand (version 0.6)

It is the ease with which Limewire and Frostwire make connections, the speed with which they can find sources and begin downloads, and the variance (huge differences) in their results given an identical search, that makes me seek a solution to the gtk-gnutella failure to connect from the same desktop.

Ben,

As far as I'm concerned, you weren't "beating a dead horse", because your question was never sufficiently answered. Your problem wasn't solved, nor was a viable explanation given.

It has nothing to do with a firewall, port forwards, or the like.

You have likely lost your list of web cache hosts. In turn, gtk-gnutella fails to bootstrap.

Take a look at the following URL: http://gcachescan.jonatkins.com/ .

Click on any one of these hosts for a list of hosts. Once you have them, go to the Network tab in gtk-gnutella, paste an IP into the box next to "Add" and then click "Add". If it still isn't working, try another list from the URL above.

Keep us updated.

Thanks,
Jim

Thanks for posting this. I just iunstalled gtk-gnutella in ubuntu 8.10 and had no hosts file. By adding one of the hosts from your web site I can now connect to the gnutella network.

Wow, my apologies - I wasn't aware of jbova's post until just receiving a mail about Chuck Hamilton's post - I'm very happy to hear this news and am currently downloading and reinstalling gtk-gnutella from repositories (perhaps another 5 minutes).

Anyway, in the interests of offering an additional avenue of communication, I should perhaps invite any interested parties to go to http://identi.ca/ben2talk and put me on your list of spammers - or (if you havent't done so already) sign up.

I'll get back as soon as I have more news.

Sorry - I tried it - obtaining information in this form:

gnutella:host:116.64.90.237:6346

I tried posting the whole sentence, and also just the numbers (116.64.90.237:6346) - all to no avail. I get messages saying 'hello sent' and then 'timeout' - the only two persistent connections being 'Pseudo UDP node (IPv$) - flags POrw (for all the others flags stay at -0)
Country lists mostly United States and one or two from Canada (adding from the ip list gives others from nearer here - Japan for instance)

The two connections - Pseudo UDP node (IPv4) are 1. 'Thailand' and 2. '??' - version 0.6 with identical uptimes of 19m - 'status' for the top link is 'TX=335 RX=6 Q=0,0%' and the second 'Connected'

That's all - typing in search gives no visible return. Putting the Dead Horse back in the freezer - awaiting further advice.

Ben,

Check out the "Gnutella Web Cache Specifications" in the wikipedia entry for Gnutella Web Cache, http://en.wikipedia.org/wiki/Gnutella_Web_Cache .

I must correct my previous post. Using an IP address is hit or miss. You should actually add the Cache URL itself. The example provided uses http://grantgalitz.com/Beacon/gwc.php?ping=1&client=RAZA&version=2.3.1.3&urlfile=1, where http://grantgalitz.com/Beacon/gwc.php would be the Gnutella Web Cache URL. As you can see by loading this page in your web browser, the response is a list of hosts for gtk-gnutella will use.

So, you can use any of the URL's found on the http://gcachescan.jonatkins.com/ site. You then replace the client value with your client name, and the version value with your client's version.

For example:
http://grantgalitz.com/Beacon/gwc.php?ping=1&client=gtk-gnutella&version=0.96.5&urlfile=1
- or -
http://aniraws.com/bootstrap/skulls.php?ping=1&client=gtk-gnutella&version=0.96.5&urlfile=1
- etc...

Thanks,
Jim

jbova: Thanks for trying to help! There's some mistake in your suggestion though. "urlfile" should be "hostfile". Otherwise, you'll get a list of GWebCache URLs instead of peer addresses.

There's now information on the gtk-gnutella website explaining how to bootstrap that is find other peers if gtk-gnutella fails or refuses to do this on its own:

http://gtk-gnutella.sourceforge.net/?page=bootstrap

Is this software only for use by people who understand it?

I'm afraid this is over my head. I installed Limewire and it WORKS.

I installed gtk-gnutella and it DOESN'T WORK.

Why isn't gtk-gnutella in repositories either fixed, upgraded, or removed?

Update - now I moved to Jaunty 9.04. Same dead horse.

Update - now I moved to Jaunty 9.04. Same dead horse.

https://answers.launchpad.net/~steveydoteu - stated that 'it's not a good network to use anyway' but failed to suggest what network I can use in my situation (which excludes torrents).

Ben: I provided this link which should be helpful:
http://gtk-gnutella.sourceforge.net/?page=bootstrap

Did you read and try this? If there's something in the text
you don't understand, please, don't hesitate to ask. If you don't tell what part of it is difficult to understand or doesn't work for you, I cannot help you.

Freshly downloaded from the repositories, GTK reports that it's an Ancient version!

I got 96.6 - compiled - and ran it. Great - looked nice, lots of network activity...

hello sent! followed by 'timeout' but one connection at the top

<none> Pseudo UDP node (<none>) POrw------ country?? (all ??) Version 0.6 Connected 7m Status TX=122 RX=67 Q=0%

I assumed that 'Automagic bootstrapping' wasn't working, and I have made no adjustments to the standard Ubuntu firewall settings - so if they're too strict something should be addressed with the repository version (documentation to explain or something)

I tried adding a few numbers from http://drei.gtkg.net:8080/gwc/?client=gtk-gnutella.sf.net&hostfile=1 - but with the same results you see above - only one TX RX reading with zero Q (quality I assume).

Restarting 0.96.5 I got some country names, and a couple of connections with Limewire 5.011 and 4.18.8 and 4.18.5 with TX/RX 51/27 112/78 109/26 53/53 - but always with Q=0%

I am not connected directly to internet - there is a server downstairs in the office, I am one of several rooms connected to WiFi. I know that they blocked .torrent downloads - but Limewire and Frostwire are working with no apparent problems.

Strangely I was only given the option to send the above message with 'this solved my problem'.

The "Q" means Queue, not Quality here. It just means the message queue is empty which is absolutely fine. It is nothing you have to care or worry about. It is also normal during startup to see a lot of failing connections for a couple of seconds but within 2 minutes, you should see stable connections. Those connections to LimeWire look fine and if you start your searches then, you should get results within some seconds.

Ahaaaaaa - Well you're wrong.

But - good news!!! Perhaps because of the nature of my connection, I didn't connect within 'some seconds'. It was actually after 8 minutes that I spotted one of my searches had returned 54 results.
It's so difficult for me to decide what actually occurred and what solved my problem - perhaps should put this bug down to my apartment setup, or down to True Internet in Thailand (all of Thai internet companies are rather famous, and the Government even more so for their massive investment in their internet control policies).

I can't thank you guys enough for being patient with me - I'm very grateful.

For future reference, your best option to get competent help with gtk-gnutella problems are the official mailing lists:

http://gtk-gnutella.sourceforge.net/?page=mailing

Be sure to subscribe before you send a mail because non-subscribers are moderated to prevent spamming.

Thank you - hopefully I won't have any new problems. It seems fine now, and a welcome addition to my swiss-army knife.

Christian Biere:

 I know GWebCaches are more bandwidth intensive (TCP) and sometimes cause problems, but maybe you or someone else can re-add support for it back to gtk-gnutella.

To make sure there's no performance issue, gwebcache bootstrapping would only occur AFTER the UHCs have been exhausted.

Even LimeWire re-added gwc support (though they won't release which addresses were hardcoded :( ).

Also, Christian Biere:
Can you add my cache at least to the list (http://grantgalitz.com/Beacon/gwc.php).
Any questions about Beacon Cache II should be sent to me, as I wrote the script.

This is how bootstrapping should be done (for all Gnutella-net programs):
1) local hostcache
2) Hardcoded UHCs
3) Alt. UHCs
4) Hardcoded GWCs
5) Alt. GWCs

Adding GWC support back into gtk-gnutella won't hurt, just as long if it's used only if the UHC addresses have been exhausted first.