PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : An alle giFT User


Zaphod-B
07.09.02, 08:57
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). :D



Greetings Zaphod-B

Zaphod-B
07.09.02, 17:56
Und schon der erste Bug. :D
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
07.09.02, 21:15
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::open(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
07.09.02, 21:18
sorry für die blöde frage aber was ist giFT?

Zaphod-B
07.09.02, 21:18
In der tat,es ist.
Ich hab id3lib aus den Sourcen gebastelt,damit gehts.


Greetings Zaphod-B

hunter
07.09.02, 21:25
Hmm. Und ich hab id3lib 3.8 installiert und damit macht ers nun auch. Komisch.

Werd das aber auch mal selbst compilieren.

Zaphod-B
07.09.02, 21:26
@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
07.09.02, 21:29
thx das werde ich mal ausprobierne

Zaphod-B
07.09.02, 21:37
@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?). :D



Greetings Zaphod-B

hunter
07.09.02, 21:46
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
07.09.02, 21:47
Update...Update...Update


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


Greetings Zaphod-B

Zaphod-B
07.09.02, 21:51
@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
07.09.02, 22:00
Zaphod:
Gute idee, dieser Thread, auch wenn nicht so furchtbare viele User hier giFT benutzen :D

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 (http://giftoxic.sf.net) :ugly:

hunter
07.09.02, 22:15
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
07.09.02, 22:16
s/"setup = 0"/"setup = 1"/

Zaphod-B
07.09.02, 22:25
@hunter

[main]
setup = 0 # <- Dieser Wert muss auf 1
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 # <- Diesen Wert würde ich auf eine positive Zahl setzten,
# -1 bedeutet unendlich viele Uploads
share_completed = 1

[bandwidth]
downstream = 0 # Hier würde ich den max. downstream in kb angeben.
upstream = 0 # Hier würde ich den max. upstream in kb angeben.


OpenFT:

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

[nodepage]

private = 0

[search]
children = 500

[local]
lan_mode = 0

Sonst sieht es gut aus.


Greetings Zaphod-B

hunter
08.09.02, 12:25
Danke, jetzt scheint es zu gehn. Da hab ich wohl nicht hartnäckig genug gesucht. ;) Damit hat mich giFT wohl wieder.

Übrigens: Die id3lib 3.7 konnte ich nicht compilieren. Auch als RPM Version installiert konnte ich giFT nicht compilieren. Version 3.8 per RPM installiert hat dann aber ein compilieren von giFT möglich gemacht und es läuft jetzt.