An alle giFT User

[Zaphod-B]

Jasta hat das Protokoll komplett überarbeitet 0.0.5 -> 0.0.6.
Die Protokolle sind nicht kompatibel.
Es wäre gut,wenn alle User so schnell wie möglich giFT updaten,um das Netzwerk wieder mit Leben zu füllen.
Falls es Probleme beim kompilieren gibt,muss id3lib in der Version 3.7.13 installiert werden.Mit der aktuellen 3.8.0 geht es nicht.
Debian User können es,laut jasta,mit apt-get id3lib-dev aus sid installieren(oder so ähnlich).



Greetings Zaphod-B

[Zaphod-B]

Und schon der erste Bug.
Einfach die Datei in 'protocol.c' umbenennen und in ~/giFT/OpenFT/ austauschen,und neu bauen dann ist der Abdturz Bug beim Suchen weg.



Greetings Zaphod-B

[hunter]

Hmm. Das ist sehr merkwürdig:

> rpm -qa | grep id3lib

id3lib-3.7.13-7mdk
libid3lib13-devel-3.7.13-7mdk
libid3lib13-3.7.13-7mdk

> make

[....]
/usr/lib/libid3.so: undefined reference to `iostream::ios virtual table'
/usr/lib/libid3.so: undefined reference to `ostream::tellp(void)'
/usr/lib/libid3.so: undefined reference to `fstreambase::close(void)'
/usr/lib/libid3.so: undefined reference to `ios virtual table'
/usr/lib/libid3.so: undefined reference to `istream::seekg(long long, ios::seek_dir)'
/usr/lib/libid3.so: undefined reference to `fstreambase::fstreambase(int, int)'
/usr/lib/libid3.so: undefined reference to `fstreambase::fstreambase(int)'
/usr/lib/libid3.so: undefined reference to `filebuf::~filebuf(void)'
/usr/lib/libid3.so: undefined reference to `istream::ios virtual table'
/usr/lib/libid3.so: undefined reference to `ofstream::ios virtual table'
/usr/lib/libid3.so: undefined reference to `fstream::ios virtual table'
/usr/lib/libid3.so: undefined reference to `ostream::seekp(long long, ios::seek_dir)'
/usr/lib/libid3.so: undefined reference to `istream::read(char *, int)'
/usr/lib/libid3.so: undefined reference to `istream::ignore(int, int)'
/usr/lib/libid3.so: undefined reference to `ostream::ios virtual table'
/usr/lib/libid3.so: undefined reference to `fstreambase:pen(char const *, int, int)'
/usr/lib/libid3.so: undefined reference to `istream::tellg(void)'
/usr/lib/libid3.so: undefined reference to `ostream::write(char const *, int)'
/usr/lib/libid3.so: undefined reference to `istream::seekg(long long)'
/usr/lib/libid3.so: undefined reference to `fstreambase::fstreambase(int, char const *, int, int)'
/usr/lib/libid3.so: undefined reference to `ifstream::ios virtual table'
/usr/lib/libid3.so: undefined reference to `ostream::seekp(long long)'
/usr/lib/libid3.so: undefined reference to `fstreambase::ios virtual table'
collect2: ld returned 1 exit status
make[2]: *** [giFT] Fehler 1
make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/hunter/mdupdate/giFT/src«
make[1]: *** [all-recursive] Fehler 1
make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/hunter/mdupdate/giFT«
make: *** [all-recursive-am] Fehler 2

[msi]

sorry für die blöde frage aber was ist giFT?

[Zaphod-B]

In der tat,es ist.
Ich hab id3lib aus den Sourcen gebastelt,damit gehts.


Greetings Zaphod-B

[hunter]

Hmm. Und ich hab id3lib 3.8 installiert und damit macht ers nun auch. Komisch.

Werd das aber auch mal selbst compilieren.

[Zaphod-B]

@msi
giFT ist ein werdendes P2P Netzwerk das auf den OpenFT Protcol beruht.
Hier der Link zu der Homepage: http://gift.sourceforge.net/

Es ist aber alles noch alpha,funktioniert aber teilweise sehr gut.

Dem Maintainer haben wir schon solche Programme wie Gnapster und die FastTrack Adaption auf Linux zu verdanken.Nachdem aber Kazaa nun aber dreimal in der Woche sein Protokoll ändert,hat der Gute beschlossen ein eigenes Protokoll,mit den Wissen und die Erfahrung die er mit Napster und FastTrack gesammelt hat,zu erschaffen.



Greetings Zaphod-B

[msi]

thx das werde ich mal ausprobierne

[Zaphod-B]

@msi
Wenn du auch noch Live zu gucken willst,dann gehe in den IRC: irc.openprojects.net Channel: #gift
Sei aber vorsichtig was und wen du fragst,einige sind dort manchmal recht Cholerisch (war das jetzt richtig geschrieben?).



Greetings Zaphod-B

[hunter]

Also ich kapier das langsam nicht mehr. Seit mehreren Versionen schaffe ich es nicht die Config richtig zu erstellen. Dabei lief es vorher immer ohne Probleme. Und das ganze Teil hilft auch noch so kräftig bei der Fehlersuche:

> giFT

*** ERROR: Your setup is incomplete ***

You will need to copy the contents of the etc/ directory to /home/hunter/.giFT/ and hand edit the files. This message will repeat until you have effectively modified the default configuration.

If you are too lazy to do this, you may optionally use our configuration script `giFT-setup`.

Klasse !!!

Hier mal meine Configs:

[main]
setup = 0
hosts_allow = LOCAL
plugins = libOpenFT.so

[download]
incoming = ~/.giFT/incoming
completed = ~/.giFT/completed

[sharing]
max_peruser_uploads = 1
hide_dot_files = 1
root = /data/gemeinsame/musik/
max_uploads = -1
share_completed = 1

[bandwidth]
downstream = 0
upstream = 0


OpenFT:

[main]
class = 1
port = 1214
http_port = 5222

[nodepage]
private = 0

[search]
children = 500

[local]
lan_mode = 0

Fällt da irgendwem was zu ein ? Und ja, die Ports 5222 und 1214 sind auf Forward für meine IP gestellt.

[Zaphod-B]

Update...Update...Update


Der Patch ist nicht mehr Notwendig.
Soll heissen,dass der Bug in protocal.h gefixt ist.


Greetings Zaphod-B

[Zaphod-B]

@hunter
hier mal meine:

# gift.conf
################################################## #############################
################################################## #############################
# MAIN
[main]
#
# Boolean determining whether or not this file has been reviewed and is
# complete. giFT will fail to start unless this is non-zero. This is done
# so that we can make sure you, at the very least, read through this file.
#
# Default: 0
#
setup = 1


#
# Space separated list of hosts to allow connection to giFT's interface
# protocol (running default on port 1213). This protocol is used for GUIs
# to communicate with giFT and could be considered a security risk to allow
# external connections.
#
# The following special keywords are supported:
#
# ALL - synonym for 0.0.0.0/0
# LOCAL - synonym for 127.0.0.0/8 192.168.0.0/16 172.0.0.0/11 10.0.0.0/8
#
# Bitwidth fields are optional
#
# Default: LOCAL
#
hosts_allow = LOCAL

#
# Colon separated list of protocol plugins to load by default. If the
# absolute path is omitted, giFT will prepend the configured plugin directory,
# which defaults to /usr/local/lib/giFT in *nix, and /C/Program Files/giFT in
# Windows.
#
# *nix users: use the extension '.so', or whatever is appropriate for your OS.
# Windows users: use the extension '.dll'.
#
# Default: none
#
plugins = libOpenFT.so

################################################## #############################
# DOWNLOAD CONTROLS
[download]
#
# Directory to store transfers while they are being operated on. Temporary
# state files are also kept here. It is recommended, but not required, that
# the incoming and completed directories are on the same partition (drive).
#
# Windows users: please use the following path specification:
#
# incoming=/[drive]/dir1/dir2:/[drive]/dir3/dir4 ...
#
# For example, to refer to C:\Program Files\giFT\incoming, use:
#
# incoming=/C/Program Files/giFT/incoming
#
# Default (*nix): ~/.giFT/incoming
# Default (Windows): /C/Program Files/giFT/incoming
#
incoming = /home/ftp


#
# Directory which

Spontan ist mir aufgefallen,dass du setup auf 0 hast und das heisst das du die config nicht gelesen hast.


Greeting Zaphod-B

[Trillian]

Zaphod:
Gute idee, dieser Thread, auch wenn nicht so furchtbare viele User hier giFT benutzen

hunter:
Man sollte schon die Info-Texte lesen, die einem giFT-setup da vor die Nase hält.

Und wenn cih schon hier poste, mache ich noch ein bissel Werbung :
GTK2 giFT client

[hunter]

Hä ?

Ob ich die Datein nun manuell editiere oder das mit dem Setup mache spielt keine Rolle. Da kommt immer die gleiche Meldung und ich hab keine Ahnung was denn falsch sein soll. Also sagt mir die Meldung doch nichts. Ausser das ein Fehler da drin sein soll.

[Trillian]

s/"setup = 0"/"setup = 1"/