vendredi 21 novembre
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

: eMule pour Linux

Posté par tatayo (). Modéré le 13 mars 2003.
0
Dans le monde du peer to peer, un client fonctionnant sur le réseau eDonkey fait depuis quelques mois de nombreux d'adeptes : eMule. L'interface est très fonctionnelle et elle permet une bonne vision de la file d'attente. Ce logiciel, pour Windows à la base, proposant ses sources, un développeur du nom de Tiku s'est mis en tête de porter eMule sous Linux : lMule est né.

La version actuelle est la 1.1.8, mais le développement est très rapide. Chaque semaine voit venir une nouvelle version. A n'en pas douter, un client peer to peer qui va faire de nombreux adeptes. Le développement est basé sur la bibliothèque wxGTK 2.4.

> Lire les commentaires (79 commentaires, moyenne: 2,4).  

Vous avez demandé le commentaire #184008.

Marche pas :-(

Posté par wismerhill (page perso, ) le 13/03/2003 à 23:59. (lien). Évalué à 3.

J'arrive pas à le compiler, j'ai installé wxGTK (récupéré sur cooker) sur ma mdk9.0 avec ou sans le patch fourni par lmule, mais quand il arrive à la liaison de tous les fichiers objets pour faire l'exécutable final, j'ai plein d'erreurs à propos de fonctions wxwindow.
En plus, pas moyen de trouver les dépendances exactes de ce truc (à part wxwindow 2.4.0).
Pas trouvé non plus de package précompilé, mais ça ça ne m'étonne pas beaucoup.

  • [^]Re: Marche pas :-(

    Posté par Thomas Cataldo (page perso, ) le 14/03/2003 à 01:24. (lien). Évalué à 9.

    Les binaires debian fonctionnent. Comme tu semble avoir une mandrake, récupère les paquets deb et transforme les en rpms avec alien.

    Sinon si ça peut t'aider :
    tom@buffy:~ $ ldd /usr/bin/lmule
    libexpat.so.1 => /usr/lib/libexpat.so.1 (0x40021000)
    libpthread.so.0 => /lib/libpthread.so.0 (0x40040000)
    libwx_gtk-2.4.so => /usr/lib/libwx_gtk-2.4.so (0x4008f000)
    libz.so.1 => /lib/libz.so.1 (0x4062b000)
    libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40638000)
    libm.so.6 => /lib/libm.so.6 (0x40681000)
    libc.so.6 => /lib/libc.so.6 (0x406a2000)
    libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x407b3000)
    libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x408d8000)
    libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x4090b000)
    libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4092c000)
    libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x409e7000)
    libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0x409ea000)
    libdl.so.2 => /lib/libdl.so.2 (0x409ee000)
    libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x409f1000)
    libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x409f9000)
    libpng.so.2 => /usr/lib/libpng.so.2 (0x40a06000)
    libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40a31000)
    libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40a4f000)
    /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

    • [^]Re: Marche pas :-(

      Posté par Douglas Rafferty () le 15/03/2003 à 19:12. (lien). Évalué à 1.

      sur ma MDK 9.0
      $ lmule
      Initialising eMule
      libpng warning: Application was compiled with png.h from libpng-1.2.4
      libpng warning: Application is running with png.c from libpng-1.0.12
      libpng error: Incompatible libpng version in application and library

      ** ERROR **: No such image: radio-active-default.png
      aborting...
      Aborted

      Pô cool...

    [^]Re: Marche pas :-(

    Posté par Pascal Terjan (Jabber id, page perso, ) le 14/03/2003 à 07:42. (lien). Évalué à 3.

    Le pb c'est wxGTK 2.4.0 de la cooker qui est compilé pour gtk2 visiblement alors que lmule ne le supporte pas.
    Note for wxwindows/GTK2 users

    I've decided to leave GTK2 unsupported for now. wxWindows simply doesn't implement GTK2 backend well enough, so until a decent wxWindows version comes out (I doubt that 2.4.1 will be that version), we'll use GTK1.

    J'ai d'ailleurs pas bien compris en quoi le soft a à se preoccuper de savoir si c'est du gtk1 ou 2. wx est pas censé rendre les trucs qui l'utilisent indépendants ? J'ai du rater un truc...

    Bref la solution envisagée pour faire compiler lmule est de faire un deuxième paquet compilé avec gtk1 (ou de t'installer un RPM non mdk).

    Si quelqu'un veut bien faire marcher lmule avec gtk2 ca sera cool aussi :-)

    • [^]Re: Marche pas :-(

      Posté par wismerhill (page perso, ) le 14/03/2003 à 08:21. (lien). Évalué à 3.

      Non non, ce problème-là je l'avais identifié et j'avais recompilé avec gtk1, la compilation va plus loin mais s'arrête un peu avant la fin.

      On dirais qu'il y a eut régression, les version 1.0 fonctionnaient avec gtk2 puis à partir des 1.1 ils est écrit que maintenant c'est gtk1 et que gtk2 ne fonctionne plus bien :-/

      Et puis, l'intérêt de wxwindows n'est-il pas de mettre une couche d'abstraction entre l'application et un toolkit? Pourquoi lmule dépen-t-il explicitement de gtk.

      • [^]Re: Marche pas :-(

        Posté par Pascal Terjan (Jabber id, page perso, ) le 14/03/2003 à 09:09. (lien). Évalué à 1.

        Hum donc si ca compile pas ensuite, je vais laisser tomber temporairement l'idée d'en faire un RPM :-(

        Et puis, l'intérêt de wxwindows n'est-il pas de mettre une couche d'abstraction entre l'application et un toolkit? Pourquoi lmule dépen-t-il explicitement de gtk.

        Oui c'est deja ce que je me demandais dans le commentaire précedent :-)

        [^]Re: Marche pas :-(

        Posté par yledoare () le 14/03/2003 à 09:16. (lien). Évalué à 1.

        J'ai eu un probleme similaire, (il touvait pas libexpat), j'ai du faire un ln -s libexpat.so.1 libexpat.so

        Je sais pas si ça peut t'aider ...

        • [^]Re: Marche pas :-(

          Posté par wismerhill (page perso, ) le 14/03/2003 à 16:15. (lien). Évalué à 1.

          J'ai aps de libexpat.so.1, juste un libexpat.so.0.1 (avec un lien libexpat.so) fourni par le package libexpat0-1.95.2, il faut une version plus récente?
          Le plus récent que je trouve sur rpmfind.net c'est la version 1.95.5, et il contient aussi un libexpat.so.0 (pas de 1). Sur le site d'expat la dernière version est la 1.95.6, il faut celle-là?

    [+] [^]Re: Marche pas :-(

    Posté par Emmanuel Blindauer (page perso, ) le 14/03/2003 à 08:25. (lien). Évalué à -4.

    Faut etre un neuneu warezeur pour vouloir installer un P2P en prenant un rpm de la cooker et en le mettant sur la 9.0 .....

    [^]Re: Marche pas :-(

    Posté par zeb () le 14/03/2003 à 09:31. (lien). Évalué à 2.

    cooker et 9.0 n'ont pas la meme glibc, donc ca marchera pas.
    Par contre, PLF fournit des paquets pour 9.0 et cooker.

    • [+] [^]Re: Marche pas :-(

      Posté par wismerhill (page perso, ) le 14/03/2003 à 16:17. (lien). Évalué à -3.

      Me prend pas trop pour un con tu veut, j'ai pris le package source et j'ai recompilé.

    [^]Re: Marche pas :-(

    Posté par Zorro () le 14/03/2003 à 10:43. (lien). Évalué à 2.

    Peut-être dans PLF ? C'est la meilleure chose qui soit arrivée à Mandrake, ce PLF !

    [^]Re: Marche pas :-(

    Posté par cozon (page perso, ) le 14/03/2003 à 15:36. (lien). Évalué à 1.

    J'en profite pour demander conseil :
    J'ai pu le compiler sans problème sur ma gentoo, j'ai juste fait un emerge des librairies nécéssaires, et hop !
    Par contre je dois l'installer sur une vieille suse et je veux pas casser toutes les librairies, les rpm suse ne résolvent pas toutes les dépendances.
    D'où ma question : Est-il possible de compiler lmule en statique sur ma gentoo afin qu'il fonctionne "tout seul" sur la suse ?
    J'ai essayé un make LDFLAGS=-static et un make LDFLAGS=-static CXXFLAGS=-static et la compilation n'arrive pas à son terme.
    N'étant pas un gcc-iste aguerri, quelqu'un a-t-il une solution ?

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0957s (dont 0.0189 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !