cDonkey FAQ Deutsch, letzte Aktualisierung: 07.02.2003
http://cdonkey.suche.org

--- Allgemeines ------------------------------------------------------------

* Bitte verwenden Sie eine aktuelle Version von cDonkey; da die
  Software staendig weiterentwickelt kann Fehler ein der bei Ihnen auftritt 
  bereits behoben sein.
* Wenn Ihr Problem durch lesen dieser FAQ nicht geloest wird, posten Sie Ihr
  Problem im Forum (http://suche.org/phorum/). Versuchen Sie Ihr Problem 
  moeglichst genau zu beschreiben, damit es fuer andere rekonstruierbar ist.
* Und nicht vergessen: cDonkey ist noch in der Entwicklung ! Das die Software
  mal abstuerzt oder nicht genau das tut, was sie sollte kann daher
  vorkommen. 
* Bei Fragen und Anmerkungen zu dieser FAQ bitte eMail an Joe Malik
  (news.malik@gmx.net)

--- Kompilierung von cDonkey -----------------------------------------------

F: Das configure-script findet die Berkeley DB nicht.
A: Benoetigt wird die Berkely Database in der Version >=3.3
   Unter Debian ist zusaetzlich zu libdb4.0-dev noch libdb4.0++-dev zu
   installieren, da Debian die BDB unterteilt hat (die in Woody enthaltene
   libdb3 ist die Version 3.2x und damit fuer cDonkey nicht brauchbar). 
   Wenn das configure-script die BDB nicht findet obwohl sie definitiv 
   installiert ist, kann cDonkey auch ohne das configure-script
   kompiliert werden; Anweisungen dazu finden Sie in der Datei INSTALL.


F: GCC bricht ab mit der Warnung "definition of 'akt' shadows
   previous/global definition" (o.ae.) ab.
A: Dieser Fehler sollte nur bei CVS-Versionen auftreten. Um waehrend der
   Entwicklung Fehler schneller finden zu koennen wird eine Kompileroption 
   gesetzt die dazu fuehrt, dass Warnung als Fehler behandelt werden. Mit den
   folgenden Zeilen wird die besagte Option entfernt (vorher das configure-
   script aufrufen!)

sed s/'-Werror'/' '/ < Makefile > Makefile2 && 
mv Makefile2 Makefile &&
sed s/'-Werror'/' '/ < Makefile.am > Makefile.am2 && 
mv Makefile.am2 Makefile.am &&
sed s/'-Werror'/' '/ < Makefile.am > Makefile.in2 && 
mv Makefile.in2 Makefile.in 

F: Koennen Downloads von eDonkey2000 oder mldonkey import werden ?
A: Derzeit leider nicht.

F: Folgende Fehlermeldung (oder vergleichbar) tritt auf:

   In file included from sGui.h:4,
   from donkey.cpp:15:
   misc.h:5: zlib.h: No such file or directory

A: Sie brauchen die Entwicklungversion der zlib-Bibliothek

F: Folgende Fehlermeldung (oder vergleichbar) tritt auf:

   In file included from sCommand.h:120,
   from donkey.cpp:15:
   misc.h:5: db.h: No such file or directory

   Sie haben keine oder eine aeltere Version als 4.0 der Berkeley Database
   auf Ihrem System installiert. cDonkey benoetigt die Berkeley Database 3.3
   oder groesser (www.sleepycat.com)  

F: Wie kann ich cDonkey statisch kompilieren ?
A: Vor dem ausfuehren vor make folgende Befehle absetzen:

sed s/'-rdynamic'/'-rdynamic -all-static'/ < Makefile > Makefile2 &&
mv Makefile2 Makefile &&
sed s/'-rdynamic'/'-rdynamic -all-static'/ < Makefile.am > Makefile.am2 &&
mv Makefile.am2 Makefile.am &&
sed s/'-rdynamic'/'-rdynamic -all-static'/ < Makefile.am > Makefile.in2 && 
mv Makefile.in2 Makefile.in

   Siehe hierzu auch den folgendes Forumsthread:
   (http://suche.org/phorum/viewtopic.php?t=55)
  

--- Benutzung Core / GUI ---------------------------------------------------

F: Die GUI bekommt keine Verbindung zur Core.
A: Standardmaessig wartet die Core auf Port 9003 auf die GUI, zudem muss ein
   Benutzername und ein Password in der Konfigurationsdatei angeben sei (hier
   kann auch der Port fuer die GUI geaendert werden). Mehr zur Konfiguration
   kommt weiter unten.

F: Wie kann ich das Verhalten der Core beeinflussen ?
A: Dies geschieht ueber die Date ~/.donkey_options, die wie folgt aufgebaut
   ist:

   client_name = muster
   control = control
   incomming = incoming
   my_version = 1661   
   server_port = 9001   
   client_port = 9002
   gui_port = 9003   
   ctrl_user = mein_name
   ctrl_pass = geheim
   verbose = 0
   tcp_server_count = 150
   tcp_client_count = 150

   Die Angaben hinter 'gui_port', 'ctrl_user' und 'ctrl_pass' muessen mit
   denen uebereinstimmen, die in der GUI eingetragen werden damit eine
   Verbindung zwischen der Core und der GUI zustande kommt

F: Die GUI sagt sie findet keine laufende Core.
A: Die GUI erkennt die Core nicht; traegt man im ersten Feld statt
   'localhost' den Rechnernamen ein, so glaubt die GUI die Core waere auf einem
   anderen Rechner und besteht nicht mehr darauf dass sie lokal eine Core
   findet (bekommt dafuer aber dann die Verbindung hin).

