
<!doctype linuxdoc system>
<article>
<title>
Le manuel d'ed2k-gtk-gui
</title>
<author>
Thomas Ritter (<tt>th.ritter <em>at</em> gmx <em>dot</em> net</tt>),
Tim-Philipp M&uuml;ller (<tt>t.i.m <em>at</em> orange <em>dot</em> net</tt>),
 <tt>traduit par</tt>
Marc Framboisier (<tt>Framboisier.marc <em>at</em> wanadoo <em> dot </em> fr </tt>)
</author>
<date>
Version 0.6.2 , Fri Jan 16 21:00:00 BST 2004
</date>
<abstract>
Manuel d'installation et d'utilisation d'ed2k-gtk-gui, version 0.6.0, pour les clients "mode texte" eDonkey2000 et Overnet.
</abstract>

<toc>

<sect>Introduction

<sect1>Etat de ce document
<p>
<bf>
Ce document est quelque peu incomplet et en cours de rédaction. Si vous ne trouvez pas de réponse à votre question, merci de vous repporter à
<htmlurl url="http://ed2k-gtk-gui.sourceforge.net/faq_french.shtml" name="FAQ"></bf>. Toutefois, ce document est plus récent et est le seul qui sera mis à jour (les FAQs sont disponibles dans d'autres langues).
</p>

<sect1>Qu'est-ce qu'eDonkey2000 ? Qu'est-ce qu'Overnet ?
<p>
<bf>eDonkey2000</bf> est un logiciel de partage de fichiers "peer-to-peer" écrit par Jed McCaleb (jed <em>at</em> eDonkey2000 <em>dot</em> com) de MetaMachine.
</p>

<p>
<bf>Overnet</bf> est aussi un logiciel de partage de fichier "peer-to-peer", écrit aussi par Jed McCaleb (jed <em>at</em> eDonkey2000 <em>dot</em> com) de MetaMachine.
</p>

<p>
Overnet est le successeur d'eDonkey2000 ne nécéssitant pas de serveurs. D'un point de vue technologique, Overnet est de loin supérieur à eDonkey2000. Toutefois, à la date de rédaction du présent document (janvier 2003), il semble que les contenus offerts sur le réseau eDonkey soient plus nombreux. Ceci risque de changer à l'avenir.<em>(ndt: ce paragraphe est un peu désuet)</em>
</p>

<p>
A partir de la version 0.5.0, ed2k-gtk-gui fonctionne aussi avec le client "mode texte" overnet. La plupart de ce qui est écrit à propos du client eDonkey s'applique au client mode texte overnet.
</p>

<sect1>Qu-est ce qu'un "GUI"? Qu-est qu'un "Core"?

<p>
Sous GNU/Linux, le fonctionnement est différent de celui sous Windows. "Donkey" est constitué de deux parties, le GUI (<em>G</em>raphical <em>U</em>ser <em>I</em>nterface, <em>ndt: le clicodrome ou interface graphique</em>) et le core <em>(ndt: noyau)</em>.Le rôle du <em>core</em> est le traitement du partage de fichier (envoi, réception, connexions aux serveurs, publications des fichiers). Le GUI visualise ce que fait le core.
</p>
<p>
Cette séparation entre le GUI et le core présente plusieurs avantages : le premier est qu'il n'est pas nécessaire que le GUI tourne sur la même machine que le core. Ainsi, vous pouvez controler le core tournant sur votre routeur linux au sous-sol, avec un GUI tournant sur votre machine principale dans le salon, depuis le travail, ou depuis chez un ami (cf a propos de la securité au dernier paragraphe). Un second avantage est qu'en cas de plantage du GUI *toux* ce qui ne se produit jamais *toux*, le core continuera gaiement à émettre et recevoir, vous n'aurez qu'à redémarrer le GUI.
</p>

<p>
L'aide sur la documentation est toujours bienvenue, merci d'envoyer les erreurs, commentaires et suggestions à Tim-Philipp Müller (<tt>t.i.m <em>at</em> orange <em>dot</em> net</tt>) ou Marc Framboisier (<tt>Framboisier.marc <em>at</em> wanadoo <em> dot </em> fr </tt>)
</p>


<sect1>Révisions
<p>
<bf>09-Nov-2002</bf>
<em>Fusion entre la version initiale de Thomas Ritter de ce document et celui du répertoire source [Tim]</em>
</p>
<p>
<bf>31-Jan-2003</bf>
<em>Mise à jour du manuel pour prendre en compte les changements de la version 0.5.0 et ajouts de quelques commentaires à propos d'overnet [Tim]</em>
</p>
<p>
<bf>04-Sep-2003</bf>
<em>Mise à jour du manuel pour la version v.0.6.x [Tim]</em>
</p>
<p>
<bf>16-Jan-2004</bf>
<em>Mise à jour du manuel pour la version v0.6.2 [Tim]</em>
</p>

<sect>Installation (GUI)
<p>
Il vous faudra vous procurer le GUI <bf>et</bf> le core, et les installer. Ce chapitre traite du GUI et le suivant du core.
</p>
<p>
LE GUI est juste une interface graphique (lire: fenêtres et boutons) pour le client mode texte eDonkey2000. Le client eDonkey2000 n'est pas "open-source", mais propriétaire. Vous devez vous le procurez séparément. Sans ce client (="core"), le GUI est inutile. <bf>Télécharger le core depuis</bf> <htmlurl url="http://ed2k-gtk-gui.sourceforge.net/core.shtml" name="http://ed2k-gtk-gui.sourceforge.net/core.shtml">.
</p>

<sect1>Comment se procurer le GUI
<p>
Vous pouvez vous procurer la dernière version du GUI à
<htmlurl url="http://ed2k-gtk-gui.sourceforge.net" name="http://ed2k-gtk-gui.sourceforge.net">.
Si vous avez de la chance, vous trouverez un paquetage .rpm ou .deb pour votre distribution, sinon vous devrez télécharger le code source au format "tarball" et le compiler vous-même.
</p>

<p>
Si vous vivez à la pointe, vous pouvez aussi vous procurez le dernier source du GUI depuis CVS. CVS signifie Concurrent Versionning System (<em>ndt: outil de gestion de version</em>) et est un système client-serveur utilisé par les développeurs pour tracer les évolutions faites sur le code. ed2k-gtk-gui dispose de son propre serveur CVS sur sourceforge. Les développeurs mettront régulièrement à jour ('commit') les dernières révisions (correctifs, nouvelles fonctionnalités) dans le 'repository' de CVS. Vous pouvez accèder au CVS et télécharger la toute dernière version du code source avant qu'une version stable ne soit publiée. Vous touverez la démarche à suivre à
 <htmlurl url="http://ed2k-gtk-gui.sourceforge.net/download.shtml" name="download page">.
</p>

<sect1>Pré-requis

<p>

<itemize>
	<item>un client mode texte eDonkey2000 ou Overnet (=core)</item>
	<item>les bibliothèques "gtk+ toolkit" (gtk, gdk, pango, atk, glib) (serie 2.x; si possible, merci d'utiliser des paquetages tout fait)</item>
	<item>la bibliothèque "gnet" (gnet-2.0.x) (nécessaire seulement si vous compilez le GUI depuis le code source)</item>
</itemize>

Pour exécuter un <bf>binaire déjà compilé</bf>, la bibliothèque gtk+-2.x doit être installée sur votre système. Vérifier avec la commande <tscreen><verb>'locate libgtk2 | grep ".so"'</verb></tscreen> Si elle vous renvoie un résultat, c'est tout bon. Les Bibliothèques GTK+ sont installées par défaut sur pratiquement toutes les stations linux. Si vous souhaitez juste exécuter un paquetage GUI pré-compilé, vous n'avez pas à vous soucier de la bibliothèque "gnet" qui est déjà liée statiquement, ce qui supprime toute sorte de problèmes.

Pour <bf>compiler le GUI</bf>, il vous faudra les bibliothèques "gnet-2.0.x" et "gtk+2.x toolkit" ainsi que les <em>paquetages de développement</em> (fichiers d'entêtes,...) correspondants. Pour vérifier, si elles installées exécutez les commandes
<tscreen><verb>'pkg-config --libs gnet-2.0'</verb></tscreen> et <tscreen><verb>'pkg-config --libs gtk+-2.0'</verb></tscreen>

Si les deux commandes retournent autre chose qu'un message d'erreur, tout y est. Sinon, vous devrez installer les paquetages de développement, qui sont habituellement suffixés par "-dev" ou "-devel". Recherchez des paquetages appelés "gtk2-devel" (ou "libgtk2.0-dev ou simailaire sur debian) et "gnet2-dev" (ou "libgnet2.0-dev" sur debian ou similaire). Notez qu'il existe deux versions de GTK+ : l'ancienne serie 1.2.x et la série 2.x.y. Les deux versions de gtk+ (1.2 et 2.x) peuvent co-exister sans problème. Le GUI requiert GTK+-2.x. La version actuelle est GTK+-2.2.4. Evitez, si vous le pouvez, les versions GTK+-2.0.x (c'est vieux).


<sect1>Installation du GUI depuis un paquetage .rpm ou .deb
<p>
Télécharger le paquetage de votre choix et utilisez le gestionnaire de paquetage de votre distribution pour l'installer. Vous trouverez les informations nécessaire dans la documentation de votre distribution
</p>

<p>
Sur une distribution utilisant les paquetages RPM, exécutez la commande
<tscreen><verb>
# rpm -i ed2k-gtk-gui-0.6.0-2.i386.rpm
</verb></tscreen>

en tant que root pour installer le GUI sur votre système (le nom du fichier peut être legèrement différent).

<p>
Sur un système debian, installez le GUI avec
<tscreen><verb>
# dpkg -i ed2k-gtk-gui-0.6.0-1_i386.deb
</verb></tscreen>

en tant que root (le nom du fichier peut être legèrement différent).


<sect1>Compilation et installation du GUI depuis le code source

<p>
Téléchargez l'archive "tarball" (.tar.gz) du code source et décompactez la avec la commande
<tscreen><verb>
% tar xzf ed2k-gtk-gui_BLA.tar.gz
</verb></tscreen>

ou téléchargez le depuis le serveur CVS (voir plus haut) et placez vous dans le répertoire avec la commande
<tscreen><verb>
% cd ed2k_gui/
</verb></tscreen>

</p>

<p>

Pour compiler et installer ed2k_gui sur votre machine, placez vous dans le répertoire de base de la distribution ed2k_gui (ie. celui contenant le fichier "AUTHORS") et tappez les commandes suivantes :

<tscreen><verb>
% ./configure
% make
% make install
</verb></tscreen>

<p>
Depuis qu'ed2k_gui utilise autoconf/automake, la compilation ne devrait plus poser de soucis. Si vous vivez dangeureusement et utilisez le code obtenu via CVS (cf la page d'accueil), vous devrez exécuter le script ./autogen pour construire le fichier ./configure

<p>

Il vous faudra être probablement <em>root</em> pour installer le GUI sur votre machine. Procédez comme suit :
<tscreen><verb>
% su
Password:                   (tappez le mot de passe root)
# make install
(suite incommensurable de lignes)
# exit
</verb></tscreen>
</p>

<p>

A ce stade, vous devriez être en mesure d'éxecuter le GUI en tappant "ed2k_gui" dans un interpréteur de commande (konsole, xterm ou autre) ou en appuyant sur ALT-F2 sous Gnome/KDE et en tappant "ed2k_gui". <em>Toutefois, pour que le GUI vous soit d'une quelconque utilité, vous devez installer le core</em>. Le chapitre suivant vous explique la démarche à suivre.
</p>

<p>

Si vous rencontrez des problèmes, remontez les à l'auteur :
 <htmlurl url="mailto:uberdork@users.sourceforge.net" name = "Tim-Philipp Müller">,
ou à
 <htmlurl url="http://sourceforge.net/forum/?group_id=61752" name="ed2k-gtk-gui forum">.

</p>


<sect> Installation (core)
<p>

Maintenant que vous disposez d'un GUI opérationnel, vous devez installer et configurer un client mode texte eDonkey2000 (core).
<em>(ndt: il y a quelques finesses qui m'échappe, je laisse la VO)</em> This has proved to be a bit tricky in the past,
because the eDonkey2000 command line client is basically a windows application
that has been compiled and works on GNU/Linux (and also on FreeBSD in 'linux
emulation mode'), and as such not always behaves very unix-like.


Ne soyez pas découragé par la multitude de détails qui suivent; beaucoup ne rencontrent pas de problèmes insurmontables.


<bf>Démarrage rapide:</bf> Pour obtenir rapidement quelque chose de fonctionnel, récupérez la dernière version du GUI, démarrer le (en tappant "ed2k_gui" dans un interpréteur de commande ou en pressant ALT-F2 sous GNOM/KDE), et cliquer sur le bouton "quick start".

<sect1> Quelle version du core choisir?
<p>
(Ce chapitre peut être ignoré)
</p>
<p>
Plusieurs version du core sont disponibles. Vous pouvez en récupérez une récente à
<htmlurl url="http://ed2k-gtk-gui.sourceforge.net/core.shtml" name="http://ed2k-gtk-gui.sourceforge.net/core.shtml">.
<p>
Dans la plupart des cas, la dernière version du core suffit. (actuellement 0.50.1)
<p>
D'overnet ou d'eDonkey2000, je ne sais lequel vous conseiller (cf introduction).
Le réseau eDonkey2000 semble encore offrir plus de contenus que celui d'Overnet, mais cela changera vraissemblablement rapidement. Overnet est techniquement supérieur et moins contraigant, il est inutile de maintenir constamment une liste de serveurs. Il vous suffit juste de vous introduire une première fois sur le réseau (en utilisant une adresse IP et un port d'un autre client du réseau) et overnet maintient de lui même ces contacts à jour.

<p>
Essayez les deux et conservez celui qui vous convient le mieux. Overnet et eDonkey supporte les "liens ed2k". Overnet peut poursuivre des téléchargements commencés avec eDonkey et vice versa. Ainsi vous pouvez permuter de l'un à l'autre sans problèmes.

<sect1> Télécharger et décompresser le core

<p>

Télécharger le core depuis :
<htmlurl url="http://ed2k-gtk-gui.sourceforge.net/core.shtml" name="http://ed2k-gtk-gui.sourceforge.net/core.shtml">.

<bf>Télécharger le dans un sous-répertoire de votre racine</bf>, par exemple : <tt>/home/joe/ed2k</tt>.

Puis <bf>décompressez le</bf> à partir d'un interpréteur de commande (il est possible de procéder autrement):
<tscreen><verb>
% cd /home/joe/ed2k/
% tar xzf donkey0.50.1.tar.gz   (le nom du fichier peut être légèrement différent)
</verb></tscreen>

Vous devriez avoir un binaire donkey dans ce répertoire qui devrait être exécutable, i.e. avec le "x" de positionné (si ce n'est pas le cas, positionnez le avec <tt> "chmod +x donkey0.50.1"</tt>):
<tscreen><verb>
% ls -l donkey0.50.1
-rwxr-xr-x    2 tim      tim       1159400 Jun 28 19:10 donkey0.50.1
</verb></tscreen>



<sect1> Démarrage rapide

<p>

Ceci fonctionnera uniquement dans le cas ou le GUI et le core sont sur la même machine. Si le core et le GUI tourne sur deux machines différentes, vous devez le démarrez manuellement. Ceci est traité dans le chapitre suivant.

</p>

<p>

<itemize>
	<item>
	Vous avez téléchargé et installé un GUI tel que décrit ci-dessus.
	</item>
	<item>
	  Vous avez télecharger et décompacté un core tel que décrit ci-dessus.
	</item>
	<item>
	  Démarrer le GUI en tappant <tt>'ed2k_gui'</tt>.
	</item>
	<item>
	  Entrez le chemin complet du binaire, par exemple "/home/joe/ed2k/donkey0.50.1" dans le champs "Chemin du core local" de la boite dialogue "connexion au core..."
	</item>
	<item>
	Choisissez un nom et un mot de passe arbitraire sans caractères sépciaux.
	</item>
	<item>
	  Le nom de l'hôte où tourne le core devrait être "localhost" et le port 4663.
	</item>
	<item>
	  <tt>'ping localhost'</tt> devrait fonctionné. Dans le cas contraire entrez "127.0.0.1" comme nom d'"hôte où...", ou, mieux, ajouter la ligne "127.0.0.1 localhost" dans votre fichier /etc/hosts.
	</item>
	<item>
	  <tt>'netstat -ln | grep 4662'</tt> ne devrait rien retourner.
	  Si c'est le cas, ne vous inquiètez pas et vérifiez que le GUI le détecte et le corrige.
	</item>
	<item>
	  <tt>'netstat -ln | grep 4663'</tt> ne devrait rien retourner.
	  Si c'est le cas, ne vous inquiètez pas et vérifiez que le GUI le détecte et le corrige.
	</item>
	<item>
	Cliquez sur le bouton "lancer le core". La boite de dialogue devrait afficher "Actif". Puis cliquez sur le bouton "Go!".
	</item>
	<item>
	Vous devriez être connecté correctement au core. Assurez vous que dans l'onglet "Partages", il y a au moins un répertoire. Si tel est le cas, tout est OK.
	</item>
	<item>
	Cliquez avec le bouton droit dans la liste de serveur, télécharger une liste à jour de serveurs et connectez vous à l'un d'entre eux.
	</item>
</itemize>

Si cette procédure ne fonctionne pas, le contenu de l'onglet "Etat" devrait vous aiguiller et consulter l'ensemble de la documentation (la FAQ et les chapitres suivant) pour initialiser manuellement le core.



<sect1> If things don't work right away - setting up the core manually
<p>
A rédiger




<sect> Utilisation <p>

<sect1>Première exécution du GUI

<p>
<bf>
Lancement du GUI :</bf> Pour des raisons historiques, le binaire du GUI s'appelle "ed2k_gui" alors que le projet s'appelle "ed2k-gtk-gui". Le GUI peut être démarré de plusieurs manières. Sur un interpréteur de commande, dans une fenêtre "terminal" ou console (comme xerm, konsole, ...) tapper :

<tscreen><verb>
%ed2k_gui
</verb></tscreen>
En cas d'incident, c'est ainsi qu'il faut le démarrer pour visualiser les messages d'erreur sur la console.
<p>
Sous Gnome ou KDE, vous pouvez, aussi, tapper ALT+F2 et entrer "ed2k_gui".
<p>
Si vous <bf>exécuter pour la premier fois le GUI</bf>, vous n'aurez aucune entrée dans la liste de serveurs. Allez sur l'onglet "serveurs", faites un click droit suivi de "liste de serveurs - récupérez une nouvelle liste de serveurs" et attendez quelques seecondes. Vous devriez voir une listes de serveurs. Dans le cas contraire, regardez dans l'onglet "Etat" pour voir ce qui ne va pas. Si vous devez utiliser un serveur mandataire (ou proxy), ceci est décrit au chapitre questions/réponses.
<p>

Maintenant, faites un click droit "connecter - connecter à tous".

<sect1> Partage de fichiers

<p>

eDonkey2000 est un logiciel de partage de fichiers; vous devriez en publier. Notez qu'<bf>il est impossible de ne pas en partager</bf>. eDonkey200 est capable de partager les morceaux de fichiers qui ont déjà été téléchargés avant qu'ils le soient totalement. Ainsi, même, si vous ne publiez rien, vous partagerez toujours les fichiers en cours de téléchargement. Il en est de même pour Overnet.
<p>

 Il est impossible de publiez individuellement des fichiers, vous ne pouvez publier que des répertoires ou des arborescences. Quand vous cliquez sur l'onglet "<bf>partages</bf>", à gauche sont les listés les répertoires et à droite les fichiers que vous partagés.
 Pour partager quelque chose, faites click droit dans la partie gauche de la fenêtre et sélectionnez "<em>ajouter un répertoire à partager</em>" ou "<em>ajouter une arborescence à partager</em>" (pour un répertoire et ses sous-répertoires).

<p>

Quand vous ajoutez des répertoires avec des fichiers que vous n'avez jamais partagés, eDonkey va calculer une condensat (<em>ndt : "hash"</em>) pour les identifier. Ceci prendra un peu de temps (je parle de quelques minutes sur de vieilles machines), mais ceci ne bloquera ni le GUI ni le core.
<p>

<em>Merci de partager des contenus!!</em>

<sect2> Combien de fichiers dois-je partager?

<p>
Tout d'abord, remarquez que les téléchargements en cours sont automatiquement partagés. Le nombre de fichiers que vous pouvez publier dépend de votre bande passante montante.

<p>
 Si vous publiez de gros fichiers (plusieurs centaines de Mo) qui ne sont pas encore disponibles sur le réseau eDonkey, faites le sur une longue période pour laisser une chance aux autres de les télécharger complètement. Si vous n'êtes pas sûr de pouvoir le faire, merci de vous abstenir. Il n'y a rien de plus frustrant que de voir disparaitre un fichier à quelques ko de la fin.
<sect1> Configuration

<p>

Il y a quelques paramètres à adapter à vos besoins.
<p>

<em>Maximum download speed</em> et <em>maximum upload speed</em>
s'expliquent d'eux même (<em>ndt : sauf que dans la vf du GUI ils ne sont pas traduits</em>). Toutefois, vous devez savoir qu'eDonkey implémente un ratio : le débit maximal de réception dépend de celle d'émission. Si vous autorisez un débit d'émission supérieur à 10 ko/s, votre débit de réception est illimité (positionnez cette valeur à 0). Si vous autorisez un débit d'émission inférieur, votre débit de réception sera limité à <tt>max émission x 3</tt> ou <tt>max. émission x4</tt> (dépendant du débit).
<p>

Si vous utilisez une connexion ADSL ou cable, vos débits de réception et d'émission vous été donnés en kilo<bf>bits</bf> par seconde (kb/s), par exemple 512/128. Divisez les par huit pour obtenir vos débits en kilo<bf>octets</bf> par seconde (ko/s). Dans notre exemple nous obtenons 64 ko/s en réception et 16 ko/s en émission. Il s'agit de la capacité maximale technique de votre ligne. Toutefois, il faut compter sur une surcharge due aux différentes couches réseau et aux protocoles, ainsi vos débits réels seront un peu en deça. Il faut aussi prendre en compte que chaque paquet échangé doit être acquité. Vous devez toujours configurer votre débit maximal d'émission bien en-dessous de celui de votre ligne (entre 3 et 6 ko/s).

<p>

<em>Connexions maxi</em> : c'est le nombre maximal de connexions (sockets) qu'eDonkey pourra utiliser simultanément. Il s'agit là que d'une "recommandation" à eDonkey, le nombre réel de connexions simultanées peut exploser sur de courtes périodes. La valeur par défaut est 45. Toutefois, comme votre machine tourne sous *nix et non une daube Microsoft, vous pouvez porter cette valeur à 350 ou 550.


<em>Répertoire de réception</em> : c'est le répertoire dans lequel vos fichiers seront déplacés une fois complètement téléchargé. Il est déconseillé d'utiliser un répertoire réseau pour cela.

<em>Répertoire temporaire</em> : c'est le répertoire dans lequel sont stockés vos fichiers en cours de téléchargement. Si vous avez suffisament d'espace mettez ces deux répertoires sur la même partition. Ils doivent être différents.

Il y a beaucoup d'autres paramètres, mais ceux-ci sont les plus importants. Vous trouverez d'autres options en faisant un click droit dans les onglets "téléchargements" et "serveurs".

<sect1> Première connexion au réseau Overnet (bootstrapping)

<bf>Ce chapitre est dédié à Overnet et ne s'applique pas à eDonkey2000.</bf>

<p>
Overnet est un réseau sans serveur. Il est décentalisé et tout les clients sont égaux. Les clients du réseau sont appelés "peer" ou "contact". Pour vous connecter au réseau, vous devez fournir l'adresse IP et le numéro de port (udp) d'un autre client faisant déjà partie du réseau. A partir de ce client overnet, retrouvera d'autres contact et deviendra un membre du réseau. Ce processus est appelé "bootstrapping"

<p>
Normalement vous n'avez rien à faire. Overnet est livré avec un fichier contact.dat qui contient déjà les adresses IP et ports d'autres clients. Overnet devrait lire ce fichier au démarrage et se connecter de lui même au réseau.
<p>
Comment vérifier si vous êtes connecté au réseau ? Tappez dans la zone de saisie tout en haut du GUI "!vc" (sans les apostrophes) and appuyer sur entrée.
Si Overnet sort une liste de quelques contacts, alors tout fonctionne y compris la recherche. Si il sort "0 contacts", vous n'êtes pas connecté au réseau et vous devez l'armorcer (ou bootstrap).


<p>

Deux solutions s'offrent à vous. Soit vous cherchez avec google "contact.dat overnet". Vous téléchargez un fichier avec des contacts récents (vérifiez que le site web semble à jour) et vous le placez dans le répertoire contenant le fichier "pref.met". Puis vous redémarrer votre client. Ou alors, vous amorcez avec une adresse IP et un port (udp) d'un client déjà connecté au réseau en entrant "!boot 1.2.3.4 9876" (sans les apostrophes) dans la zone de saisie en du GUI. Vous aurez probablement à en entrer plusieurs avant que cela fonctionne. Actuellement, vous pouvez obtenir ces adresses et ces port en venant sur le canal #overnet sur irc.psycholand.org avec un client IRC (IRC = Internet Relay Chat).

<p>

Si rien ne marche, vérifiez votre configuration UDP. Votre pare-feu (firewall) ou votre routeur bloque probablement les paquets UDP.

<sect1> Maintenance de votre liste de serveurs

<bf>Ce chapitre est dédié à eDonkey2000 et ne s'applique pas à Overnet. Overnet est un réseau sans serveur</bf>

<p>
Le réseau eDonkey n'a pas de serveur central comme le vieux Napster ou d'autre système de partage de fichier, mais, comme Gnuetlla il a encore besoin de serveur. Tout le monde pour ouvrir un serveur eDonkey et beaucoup d'entre eux utilise des adresses dynamiques qui changent régulièrement.

<p>
Ce qui signifie que vous devez veiller sur votre liste de serveurs et la mettre à jour régulièrement.
<p>
Cliquez avec le bouton droit de la souris dans la fenêtre "serveurs" et un menu vous permettra d'obtenir de nouveaux serveurs à partir d'un site web (via HTTP). Ils seront ajoutés à votre liste de serveur.
<p>
Il y a toujours plusieurs centaines de serveur eDonkey en fonctionnement.
<p>

<bf> A Faire: </bf>

Serverlist options ---
Always stay connected ---
Dead servers


<sect1> Recherche

<p>

Entrez les mots à rechercher dans la zone de saisie en haut de la fenêtre du GUI. Vous ne pouvez rechercher que des mots entiers d'au moins 3 caractères. Ces mots ne peuvent pas contenir de caractère spéciaux comme & (et commercial), souligné,....


<p>

Appuyer sur Entrée ou sur le bouton "GO!" pour commencer la recherche.
<p>

Si vous utilisez eDonkey, en appuyant sur la petite flèche à gauche de la zone de saisie, vous aurez accès à d'autres options (type de fichier, taille des fichiers,...).
Ces fonctions ne sont pas disponibles avec Overnet et le GUI.


<p>
Sur eDonkey2000, le serveur auquel vous êtes connecté vous répondra en une ou plusieurs secondes (désolé de dire cela, mais certains serveurs sont surchargés et demande beaucoup de temps pour répondre, essentiellement pour des raisons de bande passante), soyez patient. Après réception du résultat (aucun fichier trouvé est aussi un résultat), vous pouvez cliquer sur <em>Etendre 5x</em> pour interroger 5 autres serveurs.
<p>
Overnet, même sans serveur, trouvera quand même vos trucs. Overnet est un réseau décentralisé et deux recherches consécutives sur la même chose donneront des résultats différents. En cas d'échec systématique, vérifiez votre configuration UDP et assurez vous que vous ne bloquez pas les paquets en provenance ou allant vers des ports supérieurs à 1024.
<p>

Pour démarrer le téléchargement double cliquer sur la ligne ou utilisez le menu du bouton droit de la souris.

<p>
<em>Remarque :</em> il n'y a pas de boutons pour <em>étendre la recherche à tous les serveurs</em> comme sur "eDonkey bot" sous Windows et il n'y en aura pas. Les serveurs maintenus par des utilisateurs ne peuvent supporter la charge de tous les utilisateurs recherchant un fichier. Le réseau se retrouve alors surchargé. Les administrateurs des serveurs sont furieux de devoir chaque jour diminuer le nombre maximal d'utilisateurs. Ne demander pas cette fonction : je ne l'implémenterai pas.
<p>

Le serveur ne retournant que 200 résultats à la fois, il vous faudra appuyer sur le bouton "plus" pour obtenir les 200 résultats suivants.

<p>

Le GUI gère une liste noire. Les entrées que vous ajoutez à cette liste ne seront plus affichées dans la fenêtre de résultats. Ces entrées sont stockées dans .ed2k_gui/gui_blacklist sous votre répertoire racine.
<p>

Le GUI peut aussi filtrer les fichiers sur certains mots ou chaines (une chaine est juste une suite de caractères alors qu'un mot est entouré de séparateurs comme l'espace ou la parenthese). Vous devrez créer ou éditer le fichier .ed2k_gui/gui_filters sous votre répertoire racine (remarquez qu'il s'agit d'un répertoire caché, pour le voir vous devrez configurer votre gestionnaire de fichier en conséquence). Ce fichier doit contenir un filtre par ligne. Une "*" asterisque en début de ligne signifie que le filtre est <em>un mot entier</em>. Sans astérisque, le filtre est une chaine de caractères. Exemple, avec ce qui suit dans votre fichier gui_filters:

<tscreen><verb>
deutsch
german
*de
*sex
</verb></tscreen>

seront supprimés tous les résultats contenant les mots "de" et "sex" (comme "sex in the bathroom (de).avi"), mais les résultats comme "fun in essex.avi" ou "deranged band - deranged song.mp3" seront affichés.

<sect2>D'autres méthodes pour trouver ou publier des fichiers.
<p>

Une première méthode pour trouver des fichiers sur le réseau eDonkey est décrite ci-dessus. Toutefois, ce n'est pas toujours la meilleure, car :
<itemize>
  <item> il peut s'agir d'un maquillage (ou fake), ie le nom du fichier n'a rien à voir avec son contenu</item>
  <item> vous n'avez pas toutes les informations sur le fichier (ex : la qualité d'un film, sa langue...) </item>
  <item> les serveurs sont parfois surchargés et les recherches deviennent particulièrement lentes</item>
</itemize>

<p>

La bonne nouvelle est que chaque fichier sur eDonkey2000 dispose d'un identificateur unique, qui consiste en un condensat (ou hash = un vachement très grand nombre) qui est unique pour chaque fichier et la taille. Ces deux petites informations, suffisent à eDonkey pour retrouver un fichier sur le réseau. Avec cette information vous pouvez, par exemple, donner à un ami les fichiers que vous partagés, il/elle pourra retrouver les fichiers sans utiliser la recherche. Cette information est souvent fournie sous la forme d'un lien ed2k (ed2k-links) comme celui-ci :

<tscreen><verb>
ed2k://|file|some_fictitious_example.mp3|3949232|ab349abf7b531c21980a0f22eeef7e21|
</verb></tscreen>

Le premier paramètre est le nom de fichier, le second sa taille en octets et le troisième le condensat en hexadécimal d'exactement 32 chiffres (de 0-9,a-f)
<p>

Dans les listes de téléchargements, recherches et d'envois, le menu du bouton droit de la souris propose l'option "Ecrire le lien ed2k dans le log/presse papier".
<p>

Reportez-vous au chapitre questions/réponses pour comprendre l'utilisation des liens ed2k avec le GUI.

<p>

Des sites Web sont dédiés à la collecte et la diffusion de liens ed2k. Les fichiers référencés par ces liens présente l'avantage d'être largement disponibles sur le réseau et ainsi rapidement téléchargeable. De plus, il y a souvent des commentaires sur ces fichiers.
<p>

Ci-dessous deux (<em>ndt : il faut que j'arrête le whisky</em>) sites avec lesquels vous pouvez commencer
<itemize>
  <item><htmlurl url="http://www.google.com/search?hl=en&amp;ie=ISO-8859-1&amp;q=sharereactor&amp;btnI=I%27m+Feeling+Lucky" name="ShareReactor"></item>
  <item><htmlurl url="http://www.filenexus.com" name="FileNexus"></item>
  <item><htmlurl url="http://www.google.com/search?q=ed2k%20links" name="google for 'ed2k links'"></item>
  <item><htmlurl url="http://www.varkoume.com/donkey/index.php" name="music donkey">
</itemize>

<p>
A word of caution: do resist temptation, don't go <htmlurl url="http://www.amazon.com/exec/obidos/ASIN/0231104561/" name="wild(e)">.
<em>(ndt : désolé je ne suis pas assez subtile pour traduire ceci)</em>
<p>

Il existe aussi des moteurs de recherche pour le réseau eDonkey2000 avec des tampons (ou caches) de résultats et qui vous donnerons la disponibilité générale d'un fichier. Essayez  <htmlurl url="http://jigle.com" name="Jigle"> ou
 <htmlurl url="http://www.filedonkey.com" name="filedonkey">.


<sect1> Suivi des téléchargements

<p>
<bf>A quoi correspondent les points de couleurs à gauche</bf>
   <tscreen><verb>
   blanc   Ce fichier est arrêté, en file d'attente ou
           en cours de calcul de condensat.

   vert    ce fichier est complètement disponible sur
           le réseau et le téléchargement est actif.
	   Il est en cours de téléchargement ou en
	   attente d'un emplacement (=slot)de téléchargement
	   quelque part ("cherche")

   rouge   Ce fichier n'est pas disponible sur le réseau,
           (ou a minima il est impossible de trouver une
	   source) ou il y a une erreur pour ce fichier
	   (espace disque insuffisant, erreur de
	   chargement,..)

   jaune   ce fichier est partiellement disponible sur le
           réseau et des morceaux que vous n'avez pas encore
	   sont disponibles.

   violet  ce fichier est partiellement disponible sur le
           réseau et vous avez déjà tous ces morceaux.
   </verb></tscreen>

<p>
<bf>Les couleurs de la barres de progression:</bf>

   <tscreen><verb>
   noir    vous avez déjà ce morceau de fichier (bon).

   vert    vous n'avez pas ce morceau de fichier, mais
           il est disponible chez au moins une personne
	   (bon). Plus le vert est foncé, mieux c'est.

   rouge   vous n'avez pas ce morceau de fichier et
           personne ne l'a (mauvais). Attendre est
	   réellement la seule chose à faire.

   blanc   ne signifie rien. Si le fichier est arrêté,
           les morceaux que vous n'avez pas sont en blanc.
   </verb></tscreen>

<p>
<bf>Les différent états:</bf>
   <tscreen><verb>
   Télécharge... s'exprime de lui même :).

    Cherche...   Le fichier n'est pas en cours de téléchargement.
                 eDonkey recherche des sources (id des personnes
		 ayant ce fichier) et attend que ce soit votre
		 tour chez d'autres clients. C'est normal et
		 cet état est le plus courant. N'espérez pas
		 télécharger immédiatement, vous devrez attendre
		 qu'une place se libère : vous n'êtes pas seul.

    En file      Le fichier est localement en file. eDonkey ne
    d'attente    le télécharge pas, ne cherche pas de source et
                 n'attends pas qu'un morceau à télécharger soit
		 disponible. Ceci peut se produire dans plusieurs
		 cas, par exemple :

                 (a) eDonkey a atteind le nombre maximal de connexions
                     pour d'autres fichiers. Augmenter ce paramètre
		     dans l'onglet "option -> core" devrait améliorer
		     les choses

		 (b) vous avez déjà beaucoup de téléchargements
		     actifs et rechercher d'autres sources
		     n'apporterait pas grand chose. En poistionnant
		     la priorité à un niveau plus élevé, eDonkey
		     devrait se mettre à chercher des sources
		     (à condition que la plupart des autres soit
		     à niveau plus bas).

   (Hashing...)  Ceci se produit lorsque l'état du fichier n'est pas
                 défini, habituellement au démarrage du GUI, ou pendant
		 quelques secondes après le téléchargement d'un morceau.
		 Cet état (_avec_ des parenthèses) ne devrait pas
		 apparaître très longtemps.

   Hashing...    Sans parenthèses, ceci signifie qu'eDonkey est en train
                 de controler l'intégrité du fichier. Ceci se produit juste
		 après le démarrage du core et peut prendre un petit
		 moment (dépendant de votre machine).

   pausé         Vous avez arrêté ce fichier. Il est inactif et ne sera
                 pas téléchargé. Reprenez le pour continuer le téléchargement.

   Espace disque Il n'y a pas assez d'espace sur les partition de
   insufisant    réception ou temporaire. Remarquez qu'eDonkey peut
                 prendre une minute pour s'apercevoir que vous
		 avez libéré de l'espace.
   </verb></tscreen>


<bf>A faire:</bf>
downloading ---
pausing ---
resuming ---
download priority ---
x.part filenames ---
and the temp directory

<sect1> Optimisation des téléchargements

<p>

Pour que vos téléchargements se déroulent sur du velours, il y a quelques petites choses à faire. Elles ont été mainte fois débattues sur les forums (à http://forum.overnet.com), vous devrier y jeter un oeil pour plus de détails.
<p>

Tout d'abord, vous devez vous assurez que vous n'êtes pas "firewalled". Vous pouvez l'être même si vous n'avez pas de pare-feu, par exemple si vous êtes derrière un routeur ou une passerelle qui réalise une translation d'adresses et de ports (la plupart des routeurs ADSL est configurée ainsi par défaut). Dans ce cas vous devrez retransmettre (=forward) les ports ad-hoc pour obtenir un état "ouvert" (=open), reportez vous au chapitre questions/réponses pour plus détails. Sous Overnet, l'état apparaît dans la barre éponyme en bas lorque vous cliquez sur l'onglet "Etat" (La trace = log). Sous eDonkey2000, votre état apparaît aussi sur l'onglet "serveurs". L'état "incertain" (=unclear) signifie que vous n'êtes pas connecté à un serveur (sous eDonkey) ou que vous n'avez pas de contacts (sous Overnet, cf ci-dessus).

<p>
Si vous ne pouvez pas vous débarrasser de l'état "firewalled", ce n'est pas la fin du monde, juste que cela ne fonctionnera pas parfaitement.

<p>

Deuxièmement, assurez vous vos paramètres "max. download" et "max. upload" sont corrects. N'émettez pas trop. Si vous émettez de trop, vos envois peuvent "affamer" vos réceptions. La plupart des lignes ADSL ou cable est fournie avec des spécififations de réception et d'émission par exemple 512/128. Ces valeurs sont en kb/s, vous devez les diviser par 8, pour obtenir les débits théoriques de votre lignes en ko/s. Dans notre cas, le débit de réception est de 64 ko/s et celui d'émission est de 16 ko/s. Vous devez laisser un peu d'espace pour le surplus protocolaire et d'autres trucs. En pratique, vous devrez positionner votre débit maximal en réception à 55 ko/s (ou 0 pour illimité) et votre débit d'émission maximal à 10-12 ko/s pour une telle ligne. Essayez différentes valeurs. Assurez vous juste que votre débit maximal d'émission n'est pas positionné à une valeur trop élevée.

<p>
Troisièment, téléchargez un fichier populaire et largement répandu. Pour vos test essayez quelqu'uns des fichiers non protégés par des droits d'auteur obtenu à partir de site comme ShareReactor.

<sect1> Suivi des envois

<p>

Il n'y a rien à faire. Vous pouvez les regardez et vous sentir bien.
<p>

Vous ne pouvez pas annuler d'envoi et vous êtes obligé de partager sous eDonkey. Gardez à l'esprit que ce que vous téléchargez quelqu'un d'autre vous l'envoi. Si personne n'émet, personne ne reçoit y compris vous dans ce cas.

<p>

Dans un réseau fermé tel qu'eDonkey la formule est simplissime : à tout instant, le total des réceptions est égal au total des émissions.

Remarquez que les émissions n'impacte quasiment pas le débit de téléchargement sur les connexions haut débit (ADSL ou Câble).

<sect1> Trucs sur les "commandes avancées"
<p>
Les "commandes avancées" sont envoyées depuis le GUI au core (=client en mode texte ou ligne de commande). Entrer
   <tscreen><verb>
   !vo
   </verb></tscreen>
dans la zone de saisie en haut du GUI, vous renverra les options de votre core. Entrez "!?" pour obtenir la liste des commandes du core.

<p>
Dans le cas ou l'option "toujours rester connecter" est sélectionnée et que vous voulez choisir
 votre serveur de rattachement, vous devrez tapper plusieurs fois <em>!x</em> dans la zone de saisie en
 haut du GUI. Vous aurez alors un ou deux secondes pour vous connecter au serveur de votre choix.
(<em>ndt : libre traduction de ma part</em>)

<p>
Pour libérez de bande passante pour d'autres applications, tapper la commande <em> dumax 1 1 </em> pour diminuer le débit de réception et d'émission à 1ko/s. Quand vous aurez fini, vous pourrez repositionner les valeurs avec la commande <em>dumax 0 10</em> pour un débit de réception illimité et un débit d'émission de 10 ko/s (ou les paramètres précédents).

<sect1> utilisation des liens ed2k

<p>
Vous pouvez demarrer des téléchargements en passant des liens ed2k au GUI. Ces liens serveur ou fichier peuvent être passé de quatre façons.
   <sect2> Glisser-déplacer
<p> (<em>ndt = Drag'n'drop</em>)
   <p>

      Vous pouvez simplement glisser-déplacer des liens ed2k depuis votre navigateur dans le GUI.
   Les liens serveur seront ajouté à la liste de serveurs. Suivants vos options, les liens fichiers démarreront les téléchargement
   ou atterriront sur la page de recherche dans l'onglet "ed2k-links" (<em>ndt : ?!?</em>). Le Glisser-déplacer devrait fonctionner avec
   tous les navigateurs (sauf lynx).

   <sect2> Presse-papier

   <p>

Vous pouvez copier un ou plusieurs liens vers le presse-papier et les copier dans la zone de saisie du GUI.

   <sect2> tube nommé (pour une utilisation avancé)
<p> (<em>ndt = pipe</em>).
   <p>

   Un tube nommé (=pipe) ressemble à un fichier, sans en être un. Il apparaît comme un fichier
dans un répertoire. Mais il est directement connecté au GUI. Ce dernier recevra directement
ce qui est écrit dedans. Ceci vous permet d'utiliser les commandes systèmes pour passer un lien
ed2k au GUI. Un programme externe peut faire de même. Par exemple :
   <tscreen><verb>
   %echo "ed2k://|file|exemple_stupide.txt|42321|abababababababababababababababab|" > &tilde/.ed2k_gui/pipe
   </verb></tscreen>

   La technique du tube nommé est aussi utilisé par d'autres programmes comme les gestionnaires de liens pour KDE ou GNOME (cf plus bas).
   (Remarque : sur les anciennes versions du GUI le tube était /tmp/.ed2k_gui_socket).


   <sect2> Gestionnaire de liens pour KDE ou GNOME
<p>(<em> ndt = link handler </em>).
   <p>

   Depuis la version 0.5.0 du GUI, vous pouvez déclarer le GUI comme un gestionnaire de liens pour
   les environnements KDE et/ou GNOME. Cela se fait dans la page d'options. Remarque même
   si vous êtes sous GNOME 2, il sera peut être nécessaire d'installer le gestionnaire pour GNOME 1,
   car toutes les applications ne sont pas compatibles avec GNOME 2 (comme Galeon par exemple).
   <p>

   Lorsque vous cliquerez sur un lien ed2k dans votre navigateur (konqueror ou galeon), KDE/GNOME lancera le GUI
   avec le lien ed2k comme premier paramètre de ligne de commande.
   <p>

   Cepandant, cela sera totalement inefficace avec les navigateurs qui ne tiennent pas compte des
   variables d'environnement de votre gestionnaire de fenêtres comme Mozilla, Opera ou Safari.
   Il est préférable d'utiliser le glisser-déplacer avec ces navigateurs.

<sect1> Racourcis clavier

<p>

Quelques unes des fonctions les plus importantes des menus surgissants (pop-up) peuvent
être activée avec des racourcis. Ces racourcis sont actifs si le "focus" est sur l'une
des colonnes de la liste, ce qui est le cas lorsque vous sélectionnez une colonne.

<sect2> Racourcis de la liste des téléchargements

<p>
<tscreen><verb>
racourcis        fonction
=========        ========

    l            positionne les téléchargements sélectionnés en priorité basse (Low)
    n            positionne les téléchargements sélectionnés en priorité normale
    h            positionne les téléchargements sélectionnés en priorité haute

    p            pause les téléchargements sélectionnés
    r            redémarre les téléchargements sélectionnés

    a            sélectionne tout (All)
    u            désélectionne tout (Unselect)

 <delete>        Annule les téléchargements sélectionnés
</verb></tscreen>

<sect2> Racourcis de la liste de recherche

<p>
<tscreen><verb>
racourcis          fonction
=========          ========

    b              ajoute à la liste noire les résultats sélectionnés (Blacklist)
    d              télécharge les résultats sélectionnés (Download)
    c              télécharge les résultats sélectionnés avec un nom de fichier personnalisé (Custom filename)
 n, s, a           positionne le "focus" sur la zone de saisie.
 <enter>           télécharge les résultats sélectionnés (Download)
 <shift>+<enter>   télécharge les résultats sélectionnés avec un nom de fichier personnalisé
</verb></tscreen>


<sect2> Racourcis de la liste serveurs

<p>
<tscreen><verb>
racourcis          fonction
=========          ========

    c              se connecter à l'un des serveurs sélectionner

    l              positionne le serveur sélectionné en priorité basse
    n              positionne le serveur sélectionné en priorité normale
    h              positionne le serveur sélectionné en priorité haute

    a              sélectionne tout
    u              désélectionne tout

</verb></tscreen>

<sect2> Racourcis des onglets Envois, Etats, Options, A propos, Partages et statistiques.

<p>
Il n'y a pas encore de racourcis pour ces pages.



<sect>Questions/réponses, trucs et astuces<p>

<sect1> Foire aux questions (FAQ)
<p>

Reportez vous à la FAQ (disponible en anglais, allemand et français)
<htmlurl url="http://ed2k-gtk-gui.sourceforge.net" name="sur la page d'accueil du projet">.

<sect1>Utilisation d'un serveur mandataire pour récupérez la liste de serveurs via http
<P>
<em>ndt : serveur mandataire ou relais = proxy</em>
<p>

Si vous utilisez un serveur relais pour accèder au web et vous voulez que le GUI l'utilise, avant de démarrer le GUI, positionnez
la variable d'environnment "http_proxy" depuis un interpréteur de commandes (ligne de commande) :

<tscreen><verb>
export http_proxy=http://wwwcache.somehost.net:8080/
</verb></tscreen>

Remarquez la <bf>barre oblique "/" (slash) à la fin"</bf>. D'autres programmes comme wget ou lynx utilise la même
variable. Vous pouvez vérifier le contenu de celle-ci par la commande <tt>echo $http_proxy</tt>.

Le mieux est probablement de mettre cette commande d'export à la fin de votre fichier &tilde/.bashrc.
Vous n'aurez plus à la tapper avant de démarrer le GUI, la variable d'environnement "http_proxy" sera
positionnée à chaque fois que vous vous identifiez sur votre système.

<sect1> Corruption found in XYZ in at N

<p>

Ceci signifie qu'après avoir complètement téléchargé un morceau, la somme de contrôle (checksum) de ce morceau
n'est pas bonne.
<p>

Ce n'est rien. eDonkey/overnet téléchargera à nouveau ce morceau.
<p>

Il s'agit juste d'une corruption de donnée. Il n'y a rien à faire et pas lieu de s'inquièter.
Si cela se produit très très souvent, il y a peut être un problème matériel sur votre machine (sur la mémoire,
le disque dur, le contrôleur ou le câble IDE, un problème lié à un "overclocking", une surchauffe ou votre
système de fichier,...).

<sect1>Changement du navigateur instancié par le GUI

<p>

Par défaut, le GUI cherchera un navigateur sur votre système et utilisera le premier qu'il
trouve (Galeon, Konqueror, Mozilla, Netscape, Opera). Si cela ne vous convient pas
vous pouvez en changer. Avant de démarrer le GUI, positionnez la variable d'environnement "BROWSER" à partir d'un interpréteur de commandes (ligne de commande) :


<tscreen><verb>
export BROWSER=/usr/bin/konqueror
</verb></tscreen>

Vous devez spécifier un chemin absolu. Vous pouvez retrouver ce chemin en tappant
<tt>whereis konqueror</tt> ou <tt>which konqueror</tt> (<em> ndt, je n'ai pas tout compris : note:
<tt>which</tt> might not always find your binary because it has hard-coded paths</em>)

Le mieux est probablement de mettre cette commande d'export à la fin de votre fichier &tilde/.bashrc.
Vous n'aurez plus à la tapper avant de démarrer le GUI, la variable d'environnement "BROWSER" sera
positionnée à chaque fois que vous vous identifiez sur votre système.


<sect1> Personnalisation du script de prévisualisation

<p>
Vous pouvez "prévisualiser" les téléchargements avant la fin, à condition que le core et le GUI tournent sur la même machine.
Votre core doit être capable de communiquer le contenu des fichiers temporaires x.part au GUI (Les versions récentes du GUI et du core le font).

A la première exécution de la fonction "prévisualisation", le GUI crééra le script <tt>&tilde/.ed2k_gui/ed2k_gui_preview</tt>.
Avec un éditeur de texte, vous pouvez modifier ce script à votre convenance.

Comment ça marche. Le GUI appelle le script et lui passe le nom du fichier partiellement téléchargé en
tant que paramètre. Il apparaît dans le script comme <tt>$*</tt> qui signifie juste "remplace le par tous paramètres". Le GUI
positionne aussi la variable d'environnement <tt>ED2K_PREVIEW_EXTENSION</tt> avec l'extension du fichier en minuscule (il n'est
pas très facile de déterminer le type du fichier /mnt/temp/34.part).

Le script compare l'extension avec les cas préconfigurés dans la section <tt>case</tt>, positionne la
variable <tt>PREVIEW_BIN</tt> avec le nom du programme et ses options de lancement. Puis il lance le programme. Comme
vous pouvez le constater, il est très facile de changer vos visualisateurs et d'ajouter de nouvelles extensions.

A la fin de la prévisualisation, vous devrez appuyer sur Entrée pour fermer la fenêtre xterm. Cette fenêtre sert à montrer
la sortie standard du programme de visualisation et vous permet de l'interrompre par ctrl-c, utile par exemple pour mpg123/ogg123.

Si vous voulez que la fenêtre xterm se ferme d'elle même, supprimer les deux lignes du script :
<tscreen><verb>
echo "Fini.Appuyez sur <entrer> pour fermer cette fenétre"
read
</verb></tscreen>

Si vous voulez que la fenêtre xterm se ferme juste après l'appel au programme de prévisualisation supprimez les
deux lignes ci-dessus et modifier la commande d'appel comme ceci :
<tscreen><verb>
$PREVIEW_BIN "$*" &
</verb></tscreen>


<sect1> Utilisation des liens ed2k

<p>
Merci de vous reporter au paragraphe sur ces liens au le chapitre "utilisation"

<sect1> Execution d'une commande en fin téléchargement

<p>
TODO, see FAQ

<sect1> Les caractères internationnaux ne s'affiche pas correctement
<p>

Si cela se produit pour les noms de fichiers ou de serveurs, cela vient probablement de votre configuration locale. Vous devez la modifier par quelque chose de correcte. Si vous la changer, il est préférable de choisir un jeu de caractère UTF8 plutot qu'un ISO-8859-x (par exemple, de_DE.UTF8 ou similaire).

<p>

Cependant, eDonkey2000 et Overnet sont indépendants de la configuration locale : ils ne fournissent pas au GUI ou aux autres clients le jeu de caracères utilisé pour l'encodage des chaines. Ainsi, les noms de fichiers apparaissant dans la fenêtre de résultats peuvent différer de ceux que peuvent voir d'autres clients ayant une configuration de langue différente. Habituellement, ceci ne constitue pas un gros problème.

<sect1> DNS lookup for servers

<p>
TODO, see FAQ


<sect1> Des choses étranges se produisent avec ma souris à molette. Pourquoi ?
<p>

Pourquoi? Je ne sais pas. Peut-être un bug de GTK+. Allez dans l'onglet d'options et assurez vous que l'option "Désactive le double-clic dans les listes" est positionnée. Cela devra résoudre vos problèmes.

<sect1> La fonction "aperçu" n'est jamais disponible.
<p>

La fonction "aperçu" (clic droit dans la liste de téléchargement) est indisponible dans deux cas :
<p>
(1) aucune entrée n'est sélectionnée.
<p>
(2) Le Gui croit que le core tourne sur une autre machine. Ceci se produit lorsque vous utilisez un nom ou une IP différent de "localhost" ou 127.0.0.1 pour le "nom d'hôte où tourne le core". (remarque: des vérifications plus sophistiquées ont été supprimées à la demande d'utilisateurs). Maintenant, tout ce qui est différent de "localhost" ou "127.0.0.1" est considéré distant.


<sect1>Utiliser plusieurs clients eDonkey sur différents ordinateurs et partageant les mêmes routeur ou ligne ADSL.
<p>
Problème : vous ne pouvez configurer votre routeur pour translater un port que vers une seule adresse, ainsi les autres machines ne peuvent utiliser le même port et avoir un ID élevé.
<p>

Solution : exécutez chaque client edonkey sur un port différent (par exemple : un sur 3662, un sur 4662, un sur 5662, un sur 6662, etc.), et configurer votre routeur pour translater chaque port vers la bonne adresse IP. Remarque : vous devez translater un port par client pour avoir un ID élevé.


<sect1> Disposer de plusieurs core

<p>
Vous pouvez exécuter plusieurs cores que vous souhaitez piloter en même temps ou non. Dans ce cas vous pouvez utiliser l'option de lancement "-n" du GUI qui l'exécutera dans une autre "instance". Il utilisera un autre jeu de fichiers de configuration. Pour le premier core lancer le GUI normalement. Pour le second lancer le avec l'option "-n 2". Ainsi, vos statistiques, etc. seront conservées et vous pourrez configurer le GUI pour qu'il se connecte automatiquement au core en question.



<sect1>Plusieurs connexions GUI à un core.
<p>
Ceci est un problème. Un core ne peut être piloté que par un GUI à la fois.
<p>
Toutefois, il y a une méthode simple et gratuite pour résoudre ce problème, utilisez <htmlurl url="http://www.uk.research.att.com/vnc/" name="VNC">.
Installez un serveur VNC sur la machine exécutant le core et clients VNC (disponible dur toute sorte de plateformes) sur les machines depuis lesquelles vous voulez piloter le GUI et le core. Maintenant, lancer le GUI sur la même machine que le core. Cela devrait résoudre le problème, en théorie du moins, je n'ai pas essayé moi même.

<sect1> Un petit script de lancement

<p>
Comme j'étais fatigué de changer de répertoire tous les jours, j'ai (Thomas) écrit ce script de démarrage pour eDonkey. Il télécharge une liste récente de serveurs, démarre le core, attend et démarre le GUI.
<p>
<code>
&num;!/bin/sh
&num; Script de démarrage d'eDonkey
&num; Démarrage d'eDonkey depuis son répertoire, remplacez le avec celui de votre eDonkey!
cd &tilde;/ablage/edonkey
&num; Téléchargement d'une liste de serveur avec un peu d'astuce.
mv server.met _server.met
wget http://ocbmaurice.dyndns.org/pl/slist.pl/server.met?download/server-max.met || cp _server.met server.met
rm _server.met
&num; Démarrage d'eDonkey dans une session nommée et détachée "screen" (GNU screen est nécessaire !)
screen -dmS donkey -- ./donkey - !
&num; Autrement :
&num; ./donkey - ! &amp;
&num; Attendons un peu
sleep 5
&num; Démarrage du GUI
ed2k_gui -c

</code>


<sect1> Démarrage du core en tâche de fond ou via telnet/ssh

<p>
Habituellement, vous ajoutez un "&" à la fin de la ligne de commande et le programme tourne joyeusement en tâche de fond. Avec le client ligne de commande, cela ne fonctionnera pas correctement. Vous aurez des problèmes similaires, si vous démarrez eDonkey depuis une session telnet/ssh (n'utilisez pas telnet, mais ssh!) et voulez le laisser tourner après déconnexion. "nohup" ne fonctionne pas non plus sur quelques systèmes.
<p>

La solution magique est l'outil "screen" (certainement déjà installé sur votre machine). Jeter un oeil sur le manuel avec <tt>man screen</tt>. Voici un résumé :
<p>
Démarrer eDonkey avec
<tscreen><verb>
cd /home/joe/ed2k/
screen -dmS donk ./donkey0.50.1 - !
</verb></tscreen>

La commande "cd" permet de s'assurer que le core utilisera toujours les fichiers de configuration d'un même répertoire (i.e. /home/joe/ed2k/ ici). Sinon, le core écrira et lira ses fichiers de configuration dans le répertoire courant, ce qui pourra engendrer des confusions.

Avec l'option "-", eDonkey peut être piloter par un GUI. Avec "!", eDonkey n'accepte de commande que depuis le GUI, ce qui est nécessaire pour arrêter proprement le core depuis le GUI.

Quitter le pseudo terminal "screen" en pressant d'abord Control-A, puis control-D. Vous devez alors revenir à votre interpréteur de commande.

Pour revenir au pseudo terminal d'eDonkey, tappez :

<tscreen><verb>
screen -d -r donk
</verb></tscreen>


<sect1>Tous les serveurs disent que je suis derrière un pare-feu (firewalled), mais c'est FAUX.
<p>

Cela peut avoir plusieurs causes. Remarquez que "firewalled" ne doit pas être littéralement. "Firewalled" signifie simplement que les autres serveurs ne peuvent se connecter à votre client (le port par défaut est 4662).

<p>
L'une des raisons est que vous utilisez réellement un pare-feu sur votre machine ou sur votre passerelle/routeur et qu'il bloque les connexions entrantes depuis le serveur.

<p>

Une autre cause peut être que vous utilisez une routeur ADSL ou un autre routeur/passerelle et qu'il réalise un NAT ( = Network Address Translation = IP masquerading = Internet Connection sharing/ICS). Le NAT est utilisé sur de petits réseaux privés pour partager une connexion internet. Dans ce cas l'adresse IP "publique" fournie par votre FAI/ISP est assignée à votre routeur et toutes les machines du réseau privé ont une adresse privée (i.e. 192.168.x.x ou 10.x.x.x). Dans ce cas, vous devez réaliser un translation de port sur le routeur. Vous devez retransmettre le port tcp 4662 vers l'adresse IP de la machine sur laquelle le client eDonkey tourne. Si vous avez plusieurs clients eDonkey sur votre réseau, vous devez les faire tourner sur des ports différents et configurer la retransmission de port pour chacun d'eux sur le routeur.


<p>
Finalement, quelques serveurs sont mal configurés et n'autorisent pas les connexions sotrantes vers des ports non-standards.
Ces serveurs vous diront toujours que vous êtes "firewalled". Si vous faites tourner eDonkey sur un
port non-standard (différent de 4662), ceci peut se produire occasionellement. Cependant, si tous les serveurs disent que
vous êtes firewalled, ce ne peut en être pas la cause.

<sect1> Je dois utiliser un relai (proxy) SOCKS, mais le client ne semble pas le supporter.
<p>
Malheureusement, la version actuelle du client ne supporte pas un relai SOCKS. Vous pouvez essayer <htmlurl url="http://tsocks.sourceforge.net/" name="tsocks">, qui permet d'utiliser un relai SOCKS pour les programmes ne le supportant pas nativement. (Il s'agit d'une librairie pré-chargée qui intercepte les appels connect() et les redirige vers un relai SOCKS, etc.).

<sect1>Si votre connexion ADSL ne réponds plus et surfer sur le web devient une pénitence.
<p>
Il se peut qu'après avoir utiliser eDonkey un certain temps, votre connexion semble devenir
terriblement lente : vous connecter à un seveur web ou récupérer vos couriels prend tout à coup
quelques secondes au lieu de quelques millisecondes.

Tout d'abord, si cela se produit avec quelques serveurs spécifiques indépendamment de l'exécution d'eDonkey,
le problème se situe ailleurs. Si vous utilisez PPP-over-Ethernet (PPPoE : modem connecté à votre ordinateur via ethernet),
vérifiez le paramètre "MTU" des deux interfaces réseaux pppX et ethX. Si le problème apparaît uniquement quand edonkey envoie massivement, lisez ce qui suit.

En résumé voici <bf>le problème</bf>. Votre routeur ADSL implémente un mécanisme de file de paquets qui fonctionne
simplement : le premier paquet arrivé est le premier envoyé (FIFO = first in, first out). Si la file d'attente est pleine, alors
le routeur jète sournoisement et silencieusement les paquets en surplus. c'est tout à fait normal et TCP s'en accomode très bien.
Chaque paquet de données reçu par votre ordinateur est acquité par un petit paquet (ACK) afin que l'émetteur sache que la réception
s'est déroulé correctement. Ce mécanisme permet de se prémunir contre la perte de données et d'ajuster le débit en fonction de la bande passante.
Maintenant, si les envois d'eDonkey ont rempli la file d'attente de votre routeur, les requetes de connexion (SYN) peuvent émise vers le serveurs au bout de plusieurs secondes et cela peut se reproduire sur tous les paquets émis (i.e. la requête HTTP-GET émise par votre navigateur). C'est pour cela que les choses deviennent terriblement lente, votre routeur ne sait pas distinguer les paquets importants des autres. Une partie de votre débit d'émission (128 kb/s = 16 ko/s) est utilisé par les informations administratives (headers = entêtes) des protocoles mis en jeu. Ainsi votre débit d'emission apparant est inférieur et les envois peuvent tout remplir même s'ils semblent largement en dessous de la limite.

<bf>Que faire?</bf>

Relativement simple : vous désirez quelque chose appelé "qualité de service" (QoS : Quality of Service). Les dernières versions 2.4.x de Linux implémente déjà ce truc. Vous devez vous assurer que votre noyau a bien été compilé avec le support complet de QoS (incorporé ou comme module).

Le principe est simple : s'assurer que la file de paquets du routeur ne déborde jamais. Pour réaliser cela, vous allez
mettre en file d'attente les paquets sur votre machine Linux plutot que sur le routeur (remarque : habituellement la connexion machine-routeur étant nettement plus rapide que celle routeur-internet, le noyau Linux envoi immédiatement les paquets au routeur et ils s'entassent sur ce dernier).
Maintenant que la file d'attente est gérée par votre noyau Linux, vous pouvez mettre de l'ordre, par exemple donner une priorité plus élevés à une catégorie de paquets. Ainsi ces paquets seront mis en tête de la file et seront émis avant ceux de moindre importance. Personnellement, j'ai marqué les paquets du traffic vers les ports "intéractif" 21, 22, 23, 110 (mais pas 80 parce que beaucoup d'utilisateurs windows configurent eDonkey pour utiliser ce port), le traffic vers mes sites web favoris et tout les petits paquets (SYN or ACK) avec la priorité la plus élevée.

Emmanuel Roger explique bien comment mettre en place ce truc : <htmlurl url="http://www.prout.be/qos/QoS-connection-tuning-HOWTO.html" name="http://www.prout.be/qos/QoS-connection-tuning-HOWTO.html">.

De ma propre expérience, je vous conseille de vous tenir à l'écart des autres HOWTOs (comme : <htmlurl url="http://www.tldp.org/HOWTO/ADSL-Bandwidth-Management-HOWTO/index.html" name="ADSL-Bandwidth-Management-HOWTO">), sauf si vous souhaitez un défi. Celui-ci et la plupart des autres HOWTOs trouvés sur ce sujet nécessitent de "patcher" les sources du noyau et d'iptable (par exemple pour l'IMQ-device). La difficulté s'accroit si les patches sont incompatibles avec les dernières versions du noyau ou d'iptable.

Au cas où quelqu'un est interessé, voici un court extrait de script de démarrage ip-table
<code>
	##########################################################
	#
	# Quality of Service (QoS)
	#
	# from http://www.prout.be/qos/QoS-connection-tuning-HOWTO-4.html
	#
	##########################################################

	# RAZ

	tc qdisc del dev eth1 root 2>/dev/null > /dev/null


	# marquer les paquets plus petits que 500 octets (considérer comme traffic intéractif)
	#
	iptables -t mangle -A OUTPUT -m length --length 0:500 -j MARK --set-mark 3

	# marquer aussi les paquets UDP important
	#
	iptables -t mangle -A OUTPUT -p udp -j MARK --set-mark 3

	# les plus gros paquets sont marqués comme traffic de données
	#
	iptables -t mangle -A OUTPUT -m length --length 500:1500 -j MARK --set-mark 4

	# marquer aussi les paquets ssh/smtp/pop3 comme prioritaire
	# (beaucoup d'eDonkey utilisant le port 80, il est ignoré)

	for i in 22 25 110
	do
		iptables -t mangle -A OUTPUT -p tcp --dport "$i" -j MARK --set-mark 3
		iptables -t mangle -A OUTPUT -p tcp --dport "$i" -j TOS --set-tos Minimize-Delay
	done

	# marquer mes sites favoris comme prioritaires.
	#
	# slashdot(new) slashdot.org, www.ct.heise.de,
	#	edonkey2000, jigle.com, jabber.org
	#	google
	#
	for i in "66.35.250.150" "64.28.67.150" "193.99.144.71" \
			"198.77.34.120" "212.249.10.246" "208.245.212.108" \
			"216.239.39.101"
	do
		iptables -t mangle -A OUTPUT -p tcp -d "$i/255.255.255.255" -j MARK --set-mark 3
		iptables -t mangle -A OUTPUT -p tcp -d "$i/255.255.255.255" -j TOS --set-tos Minimize-Delay
	done

	# marquer tout un sous domaine comme important
	#
	# amazon/imdb - sourceforge.net
	#
	for i in "207.171.166.0" "216.136.171.201"
	do
		iptables -t mangle -A OUTPUT -p tcp -d "$i/255.255.255.0" -j MARK --set-mark 3
		iptables -t mangle -A OUTPUT -p tcp -d "$i/255.255.255.0" -j TOS --set-tos Minimize-Delay
	done

	# create root cvq qdisc for our device eth1
	# (NDT : ??)
	tc qdisc add dev eth1 root handle 10: cbq bandwidth 10Mbit avpkt 1000 mpu 64

	# debit de reception = 576 kb/s
	# debit d'emission = 288 kb/s
	#
	# Classe "interactif" = Debit de réception /20 = 29
	# Classe "donnée" = debit d'emission - classe "interactif" = 259
	# mettons ce dernier un peu en dessous par sécurité
	# (nous ne voulons pas qu'un seul paquets reste sur le routeur)
	# => 190, qui est nettement plus petit que la valeur suggérée mais marche mieux pour moi
	#
	# (le MTU de l'interface est à 1500?)
	#
	tc class add dev eth1 parent 10:0 classid 10:1 cbq bandwidth 10Mbit \
		rate 29Kbit allot 1500 prio 1 maxburst 10 avpkt 100 isolated weight 100

	tc class add dev eth1 parent 10:0 classid 10:2 cbq bandwidth 10Mbit \
		rate 190Kbit allot 1500 prio 8 maxburst 2 avpkt 1500 bounded weight 1500

	# expliquer au noyau quelle classe de paquets nous voulons envoyer

	tc filter add dev eth1 parent 10:0 protocol ip handle 3 fw flowid 10:1
	tc filter add dev eth1 parent 10:0 protocol ip handle 4 fw flowid 10:2
</code>


<sect1> Message d'erreur "Couldn't create Temp File"

<p>
Ceci semble se produire avec les cores récents qui utilisent plus de descipteurs de fichiers (un descripteur pour chaque fichier ouvert
ou connexion réseau active) que votre système n'en autorise à votre compte.
<p>
Vous pouvez vérifier avec

<tscreen><verb>
%ulimit -n
</verb></tscreen>

<p>
le nombre total de descripteurs de fichiers autorisés pour votre compte (prenant en compte <em>tous</em>
les programmes et processus qui tournent en même temps).

Vous pouvez changer cette limite en modifiant le fichier /etc/security/limits.conf (sous root) et ajouter une ligne du type :


<tscreen><verb>
tim     hard    nofile  4096
</verb></tscreen>

<p>
"tim" est le compte que vous utilisez, "hard" signifie "hard limit" (<em>ndt : limite infranchissable</em>), "nofile" signifie nombre
de descripteurs fichiers autorisés et 4096 est la valeur (vous pouvez mettre une valeur supérieure, mais 4096 devrait suffire).


<p>

Maintenant, vous devez vérifier encore une chose qui peut différer suivant la distribution. Si vous avez
un fichier <tt>/etc/pam.d/common-session</tt>, assurez vous que la ligne suivante est présente :

<tscreen><verb>
session required        pam_limits.so
</verb></tscreen>

Si vous n'avez pas ce fichier alors ajouter la ligne ci-dessus dans <tt>/etc/pam.d/login</tt>. Si
vous utilisez gdm/kdm/xdm pour vous connecter, vous devez vérifier si cette ligne est présente dans <tt>/etc/pam.d/kdm</tt> et/ou <tt>/etc/pam.d/xdm</tt>.
<p>
Après avoir modifié ces fichiers vous devez vous reconnecter <em>"proprement"</em> (sortir d'X et vous reconnecter
sous la console ou xdm/kdm/gdm). Après en lançant "ulimit -n" dans une fenêtre xterm, vous devez avoir la nouvelle limite
et résoudre le problème.

<p>
<em>Sous Mac OS X</em>, la limite par défaut est apparemment 256 descripteurs de fichiers par utilisateur et bien
trop faible pour eDonkey200/overnet. Vous pouvez changer cette limite en tappant :

<tscreen><verb>
limit descriptors 4096                      (c'est tcsh de MacOSX!)
</verb></tscreen>

sur la ligne de commande et lancer depuis cet interpréteur le GUI ou le core (parce que cette limite
est seulement héritée par les processus fils, cela ne change pas la limite sur tout le système). Vous pouvez
vérifier votre limite en tappant "limit" sur la ligne de commande. (merci à une participation anonyme sur les forums).

<p>

La procédure exacte dépend de votre système/distribution. Merci de m'indiquer si cela necéssite des solutions différentes
sur d'autres systèmes.

<sect1>Le GUI ne reconnait pas mon core démarré manuellement!
<p>
Tout d'abord, avez vous ajouté l'option "-" (<em>ndt: "-g" pour une version postérieure à v0.51</em>) au lancement du core ?
Avec cette option, le core attend sur le port "aport" les connexions d'un GUI. Sans celle-ci, le GUI sera incapable de se connecter, donc le GUI cherche seulement les cores tournant avec cette option.

<p>
Ensuite, le GUI s'attends à trouver le core sous un nom "donkey*", "overnet*" ou "cdonkey*".
(il ne tient compte que du début du nom). Si vous avez changé le nom du programme, le GUI ne le trouvera pas (comment ferait-il ?).

<sect1>
Je veux creer un tunnel ssh pour la connexion GUI-core, mais le GUI insiste pour trouver un core tournant localement si j'utilise "localhost" ou "127.0.0.1" pour l'extrémité locale de mon tunnel.
<p>
Deux solutions simple : soit vous utilisez une adresse IP de l'une des interfaces de votre machine (par ex 192.168.0.2)
 ou vous ajouter une ligne comme "core.outerspace.world 127.0.0.1" à votre fichier /etc/hosts et mettez "core.outerspace.world"
 comme nom d'hôte dans la boite de dialogue de connexion.


<p>

Ce point ne sera pas corrigé. Le choix d'insister sur présence locale d'un core a été fait sciemment pour faciliter les débuts du newbie moyen.

<p>
<bf>Remarquez que la "détection de l'exécution d'un core local" fonctionne uniquement sous GNU/Linux avec un système de fichier /proc monté,</bf> pour le moment. Les utilisateurs pour les autres systèmes d'exploitation (par exemple *BSD, MacOSX) peuvent envoyer un correctif pour corriger ceci.


<sect1>
Il dit que je suis "firewalled"! Quels ports dois-je retransmettre sur mon routeur ?
<p>
Sous Overnet, le port TCP par défaut est 4662 et le port UDP est pris au hasard au démarrage.
Toutefois, vous pouvez fixer ce port avec la commande avancée uport. Tappez "!uport 9876" sans les
apostrophes dans la zone de saisie et vérifiez avec "!vo" si la configuration a été prise en compte.
Après cela overnet utilisera toujours le même port. Vous devez retransmettre le port TCP (4662 par défaut) et
le port UDP qui a été fixé.

<p>
Sous eDonkey, vous devez juste retransmettre le port TCP (4662 par défaut).

<sect1> J'ai trouvé un bug - Que dois-je faire ?

<p>
Vérifier si vous pouvez le reproduire et/ou comment.
<p>
Vérifiez si le bug a déjà été mentionné et si oui s'il est déjà corrigé. Assurez-vous que vous avez
regarder <bf>tous</bf> les bugs sur le système de suivi, pas seulement les bugs non-corrigés.

<p>
Si vous savez utiliser CVS, merci de vérifier la dernière version du GUI depuis CVS pour voir
si le bug est toujours présent.

<p>
Soumettez le bug à
 <htmlurl url="http://sourceforge.net/tracker/?group_id=61752&amp;atid=498271" name="project's bug-tracking system">
avec autant de détails que possible. Si vous avez un compte sourceforge, merci de vous identifier, je pourrai revenir vers
vous avec des questions supplémentaires. Sinon, regardez de temps à autre pour voir s'il y a d'autres questions.

<sect1> Ce GUI me plait beaucoup. Comment puis-je vous remercier ?

<p>
Envoyez moi un courriel. Les retours positifs me font toujours plaisir :-)
<p>
Autrement, j'ai maintenant une
 <htmlurl url="http://www.amazon.co.uk/exec/obidos/wishlist/1NL5R93EL1WA6" name="liste de souhaits amazon.co.uk">
 et une
 <htmlurl url="http://www.amazon.de/exec/obidos/wishlist/3G88NU8L43WL6" name="liste de souhaits amazon.de">
si vous voulez me donner un petit quelque chose pour les millions d'heures de travail passées sur le GUI et le core :).


<sect>Copyright
<p>
<em>Ndt : n'étant pas juriste, je ne peux traduire ce qui suit.
</em>
<p>

ed2k_gui Copyright 2001-2004 Tim-Philipp M&uuml;ller , t.i.m at orange dot net


This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.

<p>
</article>
