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 snt . Évalué à 2.
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 mauvaisgout . Évalué à 1.
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 doublehp (site web personnel) . Évalué à 1.
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.)
[^] # Re: \_o<
Posté par Dalvany . Évalué à 1.
[^] # Re: \_o<
Posté par Vincent (site web personnel) . Évalué à 0.
http://ubuntu.nooms.de/(...) hoary/
E17 a vraiment une bonne gueule.
Un tuto très bien foutu : http://gfabio.blog.free.fr/index.php?2005/08/01/69-ubuntu-hoary-ins(...)
# les RPMs d'Austin
Posté par Mars . Évalué à 1.
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 djibb (site web personnel) . Évalué à 1.
Et zop.
[^] # Re: les RPMs d'Austin
Posté par Mars . Évalué à 1.
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 djibb (site web personnel) . Évalué à 1.
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 mauvaisgout . Évalué à 1.
Je vous dirai ce qu'il en est.
Merci encore.
# s/enlightenment/e17/ ?
Posté par Olivier Serve (site web personnel) . Évalué à 2.
Sur Gentoo c'est comme ça en tout cas.
[^] # Re: s/enlightenment/e17/ ?
Posté par doublehp (site web personnel) . Évalué à 2.
> e
et le binaire
> enligtenment-0.17
ou un truc du genre.
# dpkg
Posté par mauvaisgout . Évalué à 1.
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.