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 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:
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
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
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]
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]
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.
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
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
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
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).
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
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
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
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
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
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
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
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
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
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]
21 matches
Mail list logo