Aquileo | Recent changes to bugshttps://sourceforge.net/p/gift/bugs/2010-09-02T17:44:23ZRecent changes to bugsAquileo | Feature request: Integrate libtorrent.2010-09-02T17:44:23Z2010-09-02T17:44:23ZNavid Zamanihttps://sourceforge.net/u/userid-2379794/https://sourceforge.net5eba1aef8f372925950b007add5fb5c11e9401f2<div class="markdown_content"><p>Hey, I can’t believe nobody asked this already (I checked), but since there is the very impressive libtorrent, and giFT is modular, this would be the perfect combination. BitTorrent is knowingly the largest network. And this would finally allow users, to replace mldonkey on headless servers with giFT. (The requirements for this, are to allow a headless multi-protocol server with at least the biggest networks [BitTorrent, Gnutella, maybe eDonkey/Overnet/Kad])</p>
<p>Shouldn’t be that hard, since both giFT and libtorrent were practically designed for integration from the very beginning on.<br />
With a bit of luck, one could ask the developers of Sancho, to implement giFT’s protocol.</p>
<p>By the way: I bet you could get lots of ideas from mlDonkey, if you haven’t already. It was a great piece of software, as long as it was maintained. Very configurable. And the RSS feature is still my favorite, in combination with eztv.it.</p></div>Aquileo | default configuration files/dirs (under linux)2008-03-07T20:48:12Z2008-03-07T20:48:12ZOliver Schinaglhttps://sourceforge.net/u/oliveroms/https://sourceforge.nete11132d9d242ca2f61fbbcb6f7526c8b187af4ad<div class="markdown_content"><p>In the old unix days applications stored all their configuration dirs and files in hidden directories under the users home dir. These worked well enough back then, since there weren't many applications storing stuff there. Nowadays however, there's typically about a hundred files and dirs in the users homedir.</p>
<p>giFT still uses this approach, which is equivalent as to installing all programs into C:\ or /.</p>
<p>The freedesktop organization took it into their hands to change this, and wrote a specification how to handle such data which can be found at: <a href="http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html" rel="nofollow">http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html</a></p>
<p>Luckily several projects have already started using this approach, unfortunately far to few however. XFCE for example was the first one to follow this standard as can be read at: <a href="http://blog.xfce.org/?p=63" rel="nofollow">http://blog.xfce.org/?p=63</a> and this is a good thing!</p>
<p>I propose that giFT follows the same guidelines, to remove the clutter from users homedirs by incorporating the basedir-spec as set by the freedesktop org, which would bring the config files into .config (the default for $XDG_CONFIG_HOME) .cache for caches etc.</p>
<p>Thank you</p></div>Aquileo | gnutella and openFT cannot connect because of old gwebcaches2007-09-02T20:57:49Z2007-09-02T20:57:49ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net45d79c0fa0c6c295e90f31897dd6703256469054<div class="markdown_content"><p>running kubuntu 7.07, fresh install of everything and after a fresh configure of the gift-setup attached is the log file<br />
it appears gwebcaches has become to outdated. if i copy over files (stable_nodes etc) from my last setup of gift (a year ago), it is then able to connect</p>
<p>many people on the forums are having this same problem, please help!</p></div>Aquileo | gift-openft: obey ./configure --datadir,--libdir2006-10-31T13:45:03Z2006-10-31T13:45:03ZRex Dieterhttps://sourceforge.net/u/rexdieter/https://sourceforge.neta7319b47960b31419e12763ef3aec0b1a21df811<div class="markdown_content"><p>./configure currently doesn't (consistently) use<br />
--datadir,--libdir values. The attached patch<br />
addresses that.</p></div>Aquileo | obey ./configure --bindir,--datadir,--includedir,--libdir2006-10-31T13:22:17Z2006-10-31T13:22:17ZRex Dieterhttps://sourceforge.net/u/rexdieter/https://sourceforge.netdb70b05b7a2839533496a640f831865be773d0ff<div class="markdown_content"><p>Currently, gift doesn't obey/use (consistently anyway)<br />
the items --bindir,--datadir,--includedir,--libdir<br />
passed to ./configure. The attached patch addresses that.</p>
<p>See also: <br />
<a href="http://bugzilla.redhat.com/210114" rel="nofollow">http://bugzilla.redhat.com/210114</a></p></div>Aquileo | db-4.4 fix for OpenFT2006-10-29T02:46:04Z2006-10-29T02:46:04ZJavier Villavicenciohttps://sourceforge.net/u/userid-1632577/https://sourceforge.net9aaa6bdaaff4bff740f241375b651b4c15c6908b<div class="markdown_content"><p>In some distributions, the new version of db goes to<br />
/usr/include/db4.4 and the library name changes to<br />
libdb-4.4. The attached patch fixes linkage and<br />
compilation with the new version, for openft-0.2.1.6</p></div>Aquileo | block spam2006-05-06T10:23:30Z2006-05-06T10:23:30ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net9e4c0a7f5f1eec9ead547d0e9b5e0f03d4a60c8c<div class="markdown_content"><p>looking at my search results, i see something that is<br />
obbiously spam with 100 hosts. please provide a way to<br />
block all of those people from future results.</p>
<p>a more proactive way to block spam would be generate a<br />
random UUID and search for it. any results are clearly<br />
dynamically generated, so mark anyone with a result as<br />
spam.</p>
<p>once flagged, all results rom them are dropped and not<br />
propagated.</p></div>Aquileo | Bad reply format from daemon ?2005-11-25T14:57:38Z2005-11-25T14:57:38ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.net14cbbf7e346213df7c202189a1ce559665e59127<div class="markdown_content"><p>In the file: lib/interface.c<br />
For the function: static void appendnode (String *s,<br />
char *key, char *value)</p>
<p>If value is non null, the result is: "key(value) "<br />
But when value is null or is just a empty string, the<br />
result is: "key " <br />
Shouldn't it be something like: "key() " ?</p>
<p>When sending ITEM replies for a FastTrack search for<br />
example, the node field is undefined so giFT will say:</p>
<p>ITEM (session-id)<br />
user (username)<br />
node <br />
availability (availability)<br />
/* some fields have been deleted here */<br />
;</p>
<p>Which is a bit harder to parse than:</p>
<p>ITEM (session-id)<br />
user (username)<br />
node ()<br />
availability (availability)<br />
/* some fields have been deleted here */<br />
;</p></div>Aquileo | Local network IPs like 192.168.0.0 arent filtered2005-11-09T10:31:19Z2005-11-09T10:31:19Zkrasnojhttps://sourceforge.net/u/krasnoj/https://sourceforge.neta0c07fd1370a5602797125c4e6b5b6db1daa0079<div class="markdown_content"><p>Local not routable adressspaces aren't filtered and<br />
lock download slots. Please make a filter for all<br />
protokolls, where local adresses get filtered.</p></div>Aquileo | Autotools giftconfig.h bad location2005-10-20T15:45:38Z2005-10-20T15:45:38ZAnonymoushttps://sourceforge.net/u/userid-None/https://sourceforge.netad0940a0159511939c7eac93a51d0a764ac9e36f<div class="markdown_content"><p>When compiling gift in a subdirectory (like _build), the<br />
generated file giftconfig.h is in _build, but when<br />
compiling<br />
the file is searched is the top directory.</p>
<p>e.g:<br />
$cd gift<br />
$mkdir _build<br />
$cd _build<br />
$rm ../lib/giftconfig.h # configure generated file<br />
$../configure > /dev/null<br />
$ls lib/giftconfig.h<br />
lib/giftconfig.h<br />
$make<br />
...<br />
../../lib/libgift.h:36:24: error: giftconfig.h: No such<br />
file or directory<br />
...</p></div>