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:
https://gtk-gnutella.svn.sourceforge.net/viewvc/*checkout*/gtk-gnutella/trunk/gtk-g
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 whic
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]
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:
> 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'
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
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. Howeve
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 sear
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:
> 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 mig
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
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-user
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
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
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 li
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
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