Bug#414442: wrong home in gnutella
gtk-gnutella first looks at the standard environment variable $HOME. If this variable is not set (which should never be the case on any Unix-like system), it falls-back to getpwuid() which will look at /etc/passwd. If that fails as well, it uses some GLib function to determine the home directory. You should check the output of echo $HOME. If you don't start gtk-gnutella from the same shell but rather a window manager menu or the like, the variable might differ there. -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410248: gtk-gnutella doesn't start or something
You don't wait for Debian to catch up, just build the newest version yourself. The sources are here: http://sourceforge.net/project/platformdownload.php?group_id=4467 Straight forward build instructions are here: https://gtk-gnutella.svn.sourceforge.net/viewvc/*checkout*/gtk-gnutella/trunk/gtk-gnutella/README.Debian Whenever there are news regarding gtk-gnutella, you'll find them here: http://gtk-gnutella.sourceforge.net/ -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405462: gtk-gnutella: Cannot connect to gnutella network
Jan Willem Stumpel wrote: BTW do you know *why* gtk-gnutella is no longer being updated, even while the source is already Debianised? The reason it's not in Etch is given here: http://groups.google.com/group/linux.debian.devel.release/browse_thread/thread/9ce0d28f03abede7/ I don't know why it's not updated in Sid. Is there some other standard p2p program in Debian? I don't know, I don't use Debian. -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405462: gtk-gnutella: Cannot connect to gnutella network
I don't think Debian will ever update Gtk-Gnutella. It is not in Etch at all. The version in Debian is an outdated SVN snapshot with known bugs. You're already two releases behind. The newest version 0.96.3 and 0.96.4 will be released soon. The best option is to compile Gtk-Gnutella yourself which is very simple, straight-forward and has zero disadvantages. Gtk-Gnutella's sources can be downloaded here: https://downloads.sourceforge.net/gtk-gnutella/ Instructions to compile Gtk-Gnutella are here: https://gtk-gnutella.svn.sourceforge.net/viewvc/*checkout*/gtk-gnutella/trunk/gtk-gnutella/README.Debian -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397048: gtk-gnutella: FTBFS on ARM
This is supposed to be fixed in a portable manner in 0.96.3 now. -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380671: gtk-gnutella: Silly country names
Hi, I have updated the list of countries in Gtk-Gnutella's current SVN with revision 11398 after I noticed your report. -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242674: gtk-gnutella: lockfile checking only lookes at PID not at process.
Marc Dequènes wrote: Using a PID used before reboot is not a bug, no PID is reserved because it is stored in a .pid file. Since 0.95.4 or so Gtk-Gnutella locks the PID file through fcntl() if possible. NFS should not be a problem but some exotic filesystems may not support such locking. However, the locking should prevent such false positives. It would only fail if locking does not work AND the PID is currently used again. I consider this bug as fixed. -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352059: gtk-gnutella: active downloads pane empty after some time
Moritz Lenz wrote: When the active downloads are shown in the main window pane after a while (1 to 30 minutes, I guess) that window pane becomes blank. Sometimes the formerly selected line is still visble, sometimes not. As soon as I scroll the window using my mouse wheel, all entries in that window pane are shown correctly again. This is a general problem with recent versions of Gtk+. It's not a bug in Gtk-Gnutella so there's nothing to fix for us. -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323271: gtk-gnutella: Store the vendor string in the hosts cache
Johan Walles wrote: When I start up gtk-gnutella it tries to connect to the hosts in the hosts cache. Many hosts are dismissed because the vendor would make up 60% of all peers (from memory, not an exact quote). To avoid trying to connect to hosts which we are almost certain we'll just throw away (if they answer), the vendor string should be stored in the hosts cache. For most of these, the vendor is not known because Gtk-Gnutella never had direct contact with those. I don't believe the vendor limit is very reasonable considering that the vast amount of peers are LimeWire nodes, then BearShare and little the rest is something else. At the very least, the default vendor limit should be much more generous like 80-90%. Without these limits people are really connected instantly. The current vendor limit really causes a lot of unnecessary work and wastes resources. -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324312: Acknowledgement (Shortcut in german UI)
Klaus Ethgen wrote: I did do a patch. You can download it from ftp://ftp.mowgli.ch/pub/debian/pool/ Thanks. I have applied your patch for the po/de.po file. The changes will be present in the next release (0.96.1). -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327188: #327188: gtk-gnutella: Bitzi Metadata menu item has no (visible) effect
Johan Walles wrote: As long as you agree there's currently a usability problem when the Metadata column is hidden, I'm happy :-). The version in current CVS does now ensure that the metadata column is visible and has a minimum size. Thus, it will be fixed in the next release (0.95.5 or 0.96). -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327194: gtk-gnutella: Default sort order should be highest # hits on top
Johan Walles wrote: As for the usability issue, I have to click the column header for every search, every time I add a new search, and every time I re-start gtk-gnutella. So it's not a one-off operation as you seem to suggest. The default was switched back to unsorted. However, the search results context menu has now an item Make current sorting default to declare the sorting settings of the current search as defaults. If you start further changes, the results will use these sorting settings automagically. Furthermore, the column headers in the have also three instead of just two states now, so you can make the tree unsorted again. Finally, the sorting settings for each search is saved and restored on startup. The latter two features have been implemented in the Gtk+ 1.2 for quite some time but are new in the Gtk+ 2.x GUI. Thus, this report can be closed when the next release (0.95.5 or 0.96) is available. -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327188: #327188: gtk-gnutella: Bitzi Metadata menu item has no (visible) effect
Johan Walles wrote: In my case, the Metadata column wasn't visible. When I added that column, the Bitzi Metadata menu option works as you describe. So while the Bitzi menu item actually does seem to work, there is a usability problem if you have the Metadata column hidden. How about popping up a warning if somebody does Bitzi with the Metadata column hidden? IMNSHO, pop-ups if at all should only be used as a last resort. They are very annoying, mess with the focus and the wait-for-user-input scheme is rather ugly for this kind of application. The solution is much simpler. If the metadata column is invisible it'll be added (and resized to some minimum width). However, I'm not happy with the current way this data is shown because it's far too much (some data is actually suppressed) to fit into a column. A dialog or whatever would probably be nicer. It should be available from all panes anyway. -- Christian pgpfAar83lthl.pgp Description: PGP signature
Bug#327194: gtk-gnutella: Default sort order should be highest # hits on top
Johan Walles wrote: As I don't get any spam in my searches (a filter called music with only a size and a name requirement) I don't ever see any spam in my search results, so I haven't really seen that problem. In my case the count works well as a quality indicator. I realize that might not be the case for everyone. As for the usability issue, I have to click the column header for every search, every time I add a new search, and every time I re-start gtk-gnutella. So it's not a one-off operation as you seem to suggest. Ok, I reconsidered and as it turned out to be much simpler than I expected, this is now implemented in Gtk-Gnutella in current CVS. -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327188: #327188: gtk-gnutella: Bitzi Metadata menu item has no (visible) effect
Hi, there's no such bug. The progress and the result is shown in the Metadata column. 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#298632: #298632: gtk-gnutella: Progress bar in downloads/active downloads is at 0% constantly
Hi, this was a Debian-specific bug caused by an incomplete fix for a build issue. This problem does not exist in recent versions any longer. This bug should therefore be closed. 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#313758: gtk-gnutella: [INTL:de] German PO file corrections
Hi, thanks for your fixes. I have applied them to current CVS. As you seem to have a SourceForge account, the best way to submit patches for Gtk-Gnutella is using the project patch tracker here: https://sourceforge.net/projects/gtk-gnutella 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#327194: gtk-gnutella: Default sort order should be highest # hits on top
Hi, there's no default sorting at all. The results are implicitely arranged in the order they arrive and grouped by checksum. I don't think sorting by number of sources by default is really a good idea because in many cases these results are actually spam. This counter shouldn't be confused with a quality indicator or the probability for a successful download. It is what it is, a counter of the number of results matching a certain checksum. Sorting by this counter as a default might also increase the likelyness that less experienced users tend to download the spam results as they would appear on top of all others. Changing the sort order takes only a single click, so it's no usability issue either. 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#294900: gtk-gnutella: Deleting corrupted files instead of saving them
Hi, this feature has been existed for years. See Downloads-Active-Show Settings and select Delete file on abort and/or Remove file on mismatch. 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
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#309819: Update gtk-gnutella to 0.95.3
You can simply update the package to 0.95.3 which fixes the compile problems. -- Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]