Forum Linux.mandriva e17 it's a horror !!!

Posté par  .
Étiquettes : aucune
0
23
août
2005
Hello à toutes et tous,

J'ai un prob pour tester E17.
Il semble joli sur les screenshots au travers du net. Mais voilà...
J'ai tenté moults installations de différentes manières.
par urpmi, mais j'ai le message suivant
e17-0.17-0.20030730.1mdk.i586 (en raison du manque de libevas1-1.0.0-1.20040913.1mdk.i586)
libevas1-1.0.0-1.20040913.1mdk.i586 (car libdirectfb-0.9.so.20 est non satisfait
Donc ça foire.
Je suis allé sur le CVS d'e17, mais à la compile de ecore, le make s'excite (faites gaffe c'est un chaud) et me répond que evas_key_modifier_is_set est indéfini.
Après avoir perdu le peu de cheveux qu'il me reste déjà, j'ai donc fait une recherche sur google et je tombe sur une adresse avec les rpm mandriva pour e17.
ici => http://www.geek.co.il/RPMS/e17/RPMS/(...)

Hourra me dis-je ! M'avance-je trop vite?
Et bien oui mesdames messieurs, ç'aurait été trop beau.
J'ai downloadé tous les rpm, les ai installés. Mais pas de bin englightenment.
Alors je vous le demande : Dois-je attacher la corde à la poutre de suite ?
(je vous l'accorde, il me faut elle aussi la tester avant... hu hu... Comment on a droit qu'à un test? re-hu hu)

Bon bref, si vous avez tout compris à qu'est-ce que j'ai écrit et à qu'est-ce que j'ai fait. Si vous vous sentez l'âme à aider un pauvre erre, une pomme de terre...
Vos remarques seront les bienvenues :)
parce que...

JE CRAAAAQUEEEEEEE

Par avance, merci
Cordialement,
  • # .

    Posté par  . Évalué à 2.

    Si ca peut t'aider à une epoque, je compilais le tout avec un truc dans le genre :


    http://pastebin.com/344200(...)



    Avec l'installation des rpms suivants :


    urpmi --auto gcc gcc-cpp gcc-c++ glibc-devel libexpat0-devel libxpm4-devel libstdc++6-devel zlib1-devel libjpeg62-devel libfreetype6-devel libfontconfig1-devel libxorg-x11-devel libMesaGLU1-devel libMesaglut3-devel libpng3-devel libltdl3-devel

    urpmi --auto automake1.8 libtool gettext gettext-devel libgtk+2.0_0-devel libncurses5-devel libtaglib0-devel libxine1-devel byacc flex bison

    Et la petite modif suivante.

    echo "/usr/local/lib" >> /etc/ld.so.conf
    • [^] # Re: .

      Posté par  . Évalué à 1.

      J'ai testé ta méthode.
      Mais ça n'est pas plus concluant.
      avec le script que tu mentionnes, après avoir regardé les logs d'install
      ecore me pose toujours problème :

      ../../src/lib/ecore_evas/.libs/libecore_evas.so: undefined reference to `evas_key_modifier_is_set'
      ../../src/lib/ecore_evas/.libs/libecore_evas.so: undefined reference to `evas_key_lock_is_set'
      collect2: ld returned 1 exit status
      make[3]: *** [ecore_test] Erreur 1
      make[3]: Leaving directory `/home/toto/enlightenment/e17/libs/ecore/src/bin'
      make[2]: *** [all-recursive] Erreur 1
      make[2]: Leaving directory `/home/toto/enlightenment/e17/libs/ecore/src'
      make[1]: *** [all-recursive] Erreur 1
      make[1]: Leaving directory `/home/toto/enlightenment/e17/libs/ecore'
      make: *** [all] Erreur 2

      Voici le message que me renvoie urpmi après un urpmi e17 :

      e17-0.17-0.20030730.1mdk.i586 (en raison du manque de libevas1-1.0.0-1.20040913.1mdk.i586)
      libevas1-1.0.0-1.20040913.1mdk.i586 (car libdirectfb-0.9.so.20 est non satisfait)

      Pourtant, après le lancement d'evas_directfb_test (par exemple), ça se lance bien (et c'est vraiment très beau).
      J'avais au préalable fait un ln -s /usr/lib/libdirectfb.so /usr/lib/libdirectfb-0.9.so.20

      libfusion refuse de s'installer également en me renvoyant le même message que pour urpmi e17
      libfusionsound-0.9.19-2mdk.i586 (car libdirectfb-0.9.so.20 est non satisfait)

      any suggestion?

      Merci
  • # \_o<

    Posté par  (site web personnel) . Évalué à 1.

    e17 par package ... je vois pas comment ca peut marcher.

    e17 par CVS, en 2004, ca compilais une fois sur deux, mais depuis Noel 2004, ca compile tout seul comme un charme, pourvu que tu suive bien les rcommadations du site web officiel.

    Donc, toutes mes compiles CVS sous Debian SID depuis noel marchent trop bien, et sous Gentoo, bah, comment dire ... ca se fait tout seul via CVS en une seule ligne de commande, et ca dure moins de 3h pour tout recompiler from source sur mon vieux portable ...

    je vais tester les packages Debian demain matin, mais j y crois pas trop. Deja pour le fait meme que ce soietn des packages, ensuite des packages debian (et j ai une mauvaise experience des packages Debian pour les prog alpha), enfin parce que je pesne pas que les packages soient mis a jour a chaque modification du CVS ...

    ... problemes que je n ai jamais sur Gentoo

    mais bon, ces deux distributions ont fait leur temps, et je vais bientot les quitter pour un BSD des forets.

    En fait, le truc important, c est de toujours utiliser le CVS, et de faire le telechargement le plus vite possible: telecharger d abord tout, compiler apres. (le pourquoi du comment n a pas sa place ici.)
  • # les RPMs d'Austin

    Posté par  . Évalué à 1.

    pour Mandrake 2 séries de RPM récentes :

    1/ celle du 27 Juin 2005
    e-0.16.999.010-0.20050627.1mdk.i586.rpm
    eclair-0.0.1-0.20050627.1mdk.i586.rpm
    ecore-0.9.9.010-0.20050627.1mdk.i586.rpm
    edb-1.0.5.003-0.20050627.1mdk.i586.rpm
    edje-0.5.0.010-0.20050627.1mdk.i586.rpm
    eet-0.9.10.010-0.20050627.1mdk.i586.rpm
    embryo-0.9.1.010-0.20050627.1mdk.i586.rpm
    e_modules-0.0.1-0.20050627.1mdk.i586.rpm
    emotion-0.0.1.003-0.20050627.1mdk.i586.rpm
    engage-0.0.9-0.20050627.1mdk.i586.rpm
    entice-0.9.3.003-0.20050627.1mdk.i586.rpm
    entrance-0.9.0.003-0.20050524.4mdk.i586.rpm
    epeg-0.9.0.003-0.20050627.1mdk.i586.rpm
    epsilon-0.3.0.003-0.20050627.1mdk.i586.rpm
    erss-0.0.2-0.20050627.1mdk.i586.rpm
    esmart-0.9.0.003-0.20050627.1mdk.i586.rpm
    e_utils-0.0.1-0.20050608.1mdk.i586.rpm
    evas-0.9.9.010-0.20050627.1mdk.i586.rpm
    ewl-0.0.4.003-0.20050627.1mdk.i586.rpm
    libdirectfb0.9_22-0.9.22-5mdk.i586.rpm
    libe0-0.16.999.010-0.20050627.1mdk.i586.rpm
    libecore1-0.9.9.010-0.20050627.1mdk.i586.rpm
    libedb1-1.0.5.003-0.20050627.1mdk.i586.rpm
    libedje0-0.5.0.010-0.20050627.1mdk.i586.rpm
    libeet0-0.9.10.010-0.20050627.1mdk.i586.rpm
    libembryo0-0.9.1.010-0.20050627.1mdk.i586.rpm
    libemotion0-0.0.1.003-0.20050627.1mdk.i586.rpm
    libengrave0-0.1.0-0.20050627.1mdk.i586.rpm
    libepeg0-0.9.0.003-0.20050627.1mdk.i586.rpm
    libepsilon0-0.3.0.003-0.20050627.1mdk.i586.rpm
    libesmart0-0.9.0.003-0.20050627.1mdk.i586.rpm
    libetox0-0.9.0.003-0.20050627.1mdk.i586.rpm
    libevas1-0.9.9.010-0.20050627.1mdk.i586.rpm
    libewl0-0.0.4.003-0.20050627.1mdk.i586.rpm

    2/ celle du 13 Aout
    e-0.16.999.013-0.20050813.4mdk.i586.rpm
    eclair-0.0.1-0.20050813.1mdk.i586.rpm
    ecore-0.9.9.013-0.20050813.1mdk.i586.rpm
    edb-1.0.5.004-0.20050813.1mdk.i586.rpm
    edje-0.5.0.013-0.20050813.1mdk.i586.rpm
    eet-0.9.10.013-0.20050813.1mdk.i586.rpm
    embryo-0.9.1.013-0.20050813.1mdk.i586.rpm
    e_modules-0.0.1-0.20050813.1mdk.i586.rpm
    emotion-0.0.1.004-0.20050813.1mdk.i586.rpm
    engage-0.0.9-0.20050813.1mdk.i586.rpm
    entice-0.9.3.004-0.20050813.1mdk.i586.rpm
    epeg-0.9.0.004-0.20050813.1mdk.i586.rpm
    epsilon-0.3.0.004-0.20050813.1mdk.i586.rpm
    erss-0.0.2-0.20050813.1mdk.i586.rpm
    esmart-0.9.0.004-0.20050813.1mdk.i586.rpm
    evas-0.9.9.013-0.20050813.1mdk.i586.rpm
    ewl-0.0.4.004-0.20050813.1mdk.i586.rpm
    libe0-0.16.999.013-0.20050813.4mdk.i586.rpm
    libecore1-0.9.9.013-0.20050813.1mdk.i586.rpm
    libedb1-1.0.5.004-0.20050813.1mdk.i586.rpm
    libedje0-0.5.0.013-0.20050813.1mdk.i586.rpm
    libeet0-0.9.10.013-0.20050813.1mdk.i586.rpm
    libembryo0-0.9.1.013-0.20050813.1mdk.i586.rpm
    libemotion0-0.0.1.004-0.20050813.1mdk.i586.rpm
    libengrave0-0.1.0-0.20050813.1mdk.i586.rpm
    libepeg0-0.9.0.004-0.20050813.1mdk.i586.rpm
    libepsilon0-0.3.0.004-0.20050813.1mdk.i586.rpm
    libesmart0-0.9.0.004-0.20050813.1mdk.i586.rpm
    libetox0-0.9.0.004-0.20050813.1mdk.i586.rpm
    libevas1-0.9.9.013-0.20050813.1mdk.i586.rpm
    libewl0-0.0.4.004-0.20050813.1mdk.i586.rpm
    • [^] # Re: les RPMs d'Austin

      Posté par  (site web personnel) . Évalué à 1.

      sinon y'a cooker... tu mets des sources coocker puis urpmi e.
      Et zop.
      • [^] # Re: les RPMs d'Austin

        Posté par  . Évalué à 1.

        Urpmi Mode d'emploi

        1/ urpmi.addmedia ....
        2/ urpmi e

        C'est tout ?

        Petite question :
        j'ai voulu faire une mise à jour de Firefox et Thunderbird en version 1.06 avec des RPM spécialement réalisés pour la 10.2 (102mdk). La MAJ a échoué car les versions initiales de Anjuta et de Devhelp ne correspondaient plus. Or aucuns upgrade de ces logiciels n'existaient pour Mandriva 10.2 (LE 2005).
        C'est pas la première fois que je suis confronté à ce genre de chose. Le fait de passer par un URPMI de Cooker dans pareil cas ne compromet il pas la stabilité de ta config ? Ainsi dans mon cas il aurait sollicité une MAJ de Anjuta et Devhelp ... mais dans une version prévue pour la 2006. Est ce donc une si bonne chose que de préconniser un urpmi à partir de Cooker ?

        A partir de cet exemple une autre question me vient à l'esprit. Le packageur ne teste t'il pas ses RPM sur une installation full RPM afin de vérifier s'il n'y a pas incompatibilité. En effe si tu installe tes RPM sur une config à minima on de grande chance de ne rencontrer aucun problème.
        • [^] # Re: les RPMs d'Austin

          Posté par  (site web personnel) . Évalué à 1.

          si c pour installer 1 logiciel qui ne s'papuie pas sur des bibli importante (gtk, libc, qt, x) tu peux sanspb instaler 1 ou 2 logiciels de cooker. Des fois ca plante... mais c du au logiciel qui n'est pas pret. Pas forcement a ta config.
          Exemple : si "e17" plante... c pas forcement ta faute.... ;)
          Pour l'installation avec urpmi et cooker http://linuxfr.org/2005/06/06/19065.html(...)
          • [^] # Re: les RPMs d'Austin

            Posté par  . Évalué à 1.

            Bon je vais tester selon les différentes explications que vous m'avez apporté.
            Je vous dirai ce qu'il en est.

            Merci encore.
  • # s/enlightenment/e17/ ?

    Posté par  (site web personnel) . Évalué à 2.

    Le binaire ne s'appelerrait pas e17 au lieu d'enlightenment ?
    Sur Gentoo c'est comme ça en tout cas.
  • # dpkg

    Posté par  . Évalué à 1.

    j'ai vu qu'il existait dpkg pour mandriva.
    C'est possible de tenter l'install par ce biais?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.