Bonjour à tous et à toutes (enfin j'espère qu'il y a des filles sur ce site :)
Quelqu'un a-t-il déjà compilé le CVS d'E17 ?
Où peut on trouver un guide afin de passer sans problèmes cette compilation ?
Merci d'avance
PS : c'est presque un délit de nous faire baver à ce point avec leur lecteur de DVD en 56 lignes de code C !!! Cf http://enlightenment.org/pages/systems.html(...) à la fin de la page
Forum Linux.général Tester le CVS d'E17 : un guide ?
17
août
2004
# Là
Posté par inz . Évalué à 2.
Du temps où j'avais compilé e17 (hum y'a 2 ans ?), ca marchait très bien avec les scripts debian. Mais vu la note en bas du lien, ça m'étonnerait que e17 compile.
[^] # Re: Là
Posté par Pinaraf . Évalué à 1.
# c'est bô
Posté par mathieu mathieu (site web personnel) . Évalué à 2.
il existe des choses similaires sous gnome?
# Compiler e17 ...
Posté par Julien Portalier . Évalué à 2.
Néanmoins on peut aussi compiler quelques applications bien sympathiques, tel entrance, engage (mm si celle-ci aurait besoin d'un redesign complet de sa configuration) ou encore entice et autres equate. Bref, tout plein de logiciels bien sympa.
Pour compiler les EFL, rien de mieux que de consulter les notes CVS (notamment pour l'ordre de compilation) : http://enlightenment.org/pages/cvsnotes.html(...)
Je conseille cependant de compiler d'abord la prerelease des libs EFL (incomplètes certes, mais considérées stables), et ensuite d'aller chopper les bouts manquants dans le CVS. Nota: faire gaffe un API breakage à eu lieu dans ewl il y a quelques jours, et beaucoup de code n'ont pas encore été patchés (notamment entrance). J'ai aussi eu un bug avec imlib2 1.1.1 : elle me cassait complètement mon E16. Mais une compilation de imlib2 1.1.1cvs m'a tout réparé.
À noter que je suis tombé sur un bug trange avec libtool en voulant compiler le CVS de e. J'ai néanmoins réussi à le traquer (gniark gniark). Le problème qu'il me posait c'est qu'il ne voulait pas, mais alors vraiment pas me compiler de libs dynamiques (les .so). Rien à faire. Que des statiques (ce qui pose problème pour la gestion des plugins bien entendu et qui fout par terre tout e). La solution est d'éditer le fichier « configure.in » et de virer toute occurence à « AM_SHARED_TOOL » de relancer autogen.sh et hop, la compilation nous génère de belles lib dynamiques. Allez donc comprendre : on force la compilation de lib dyn et il ne veut pas le faire. On laisse faire le comportement par défaut et il le fait... Toujours pas compris mais au moins ça marche.
Et pis pour ceux qui ont la flemme de compiler e17 (je les comprends, c'est pas de toute repos), mais qui veulent quand même essayer ces fameuses applications (et là je les comprends encore plus), je suis en train d'uploader les paquets debian que je me suis fait dans mon repository : http://j.portalier.free.fr(...) . Vous y trouverez aussi E 16.7.1cvs, qui corrige pas mal de bugs (importants) de la version considérée stable sortie il y a peu (E 16.7).
[^] # Re: Compiler e17 ...
Posté par inz . Évalué à 2.
Euh, pas tout à fait exact. e17 existe, mais son développement a été suspendu pour remanier les libs, les EFL. Il y a 2 ans on pouvait effectivement faire tourner un "e17" fonctionnel, mais c'était plus ou moins une version alpha avec peu de fonctionnalités.
# mon guide perso
Posté par Temsa (site web personnel) . Évalué à 1.
je passe pour euphoria où c'est un peu plus compliqué (parcequ'il faut compiler xmms2d en le recupérant via bitkeeper), mais bon ,c'est pas super compliqué non plus!
imlib2-> biblio pour images utilisée par evas
evas -> le canvas, l'origine de tout
ecore -> gestion du systeme, des socket, des ipc, etc.
edb -> base de donnée simple et rapide, souvent utilisée (c'est sa vocation) pour faire une sorte de mini "base de registre" pour sauvegarder les options des programmes E (par exemple retenir si on est en mode opengl ou software)
eet -> systeme de compression de fichier très rapide et très petit, très utilisé dans les EFL (surtout par edje)
esmart -> bibliothèque d'objets préfabriqué evas (fonds transparents, boites de dialogue, etc.)
embryo -> mini langega de prgrammation, surtout utilisé dans edje (dont il faisait parti a l'origine)
etox -> gestion du texte et des fonts
edje -> compilateur/executeur de theme, sans doute la meilleur bibliothèque du monde des thèmes
ewl -> e widget librarie... bibliotheque de widgets (basé sur edje), en gros développement, souvent peu stable.
epsylon -> ouvrture/utilisation simple des images et fabrication de miniatures.
epeg -> idem que epsylon, mais la version d'avant, ne supportant que le jpeg
emotion -> bibliotheque de gestion de la video, necessite xine (du moins le paqut de developement)
entrance -> gestionnaire de login (ne compile pas en ce moment chez moi, l'api de certaines biblio a dû changer)
entice -> tres beau visionneur d'image (ne compile pas en ce moment chez moi...)
engage -> très belle barre façon MacOS X :) :) :) :) demande tout de même un peu de configuration, voir de connaissances de edje.
En esperant t'avoir éclairé...
[^] # Re: mon guide perso
Posté par Pinaraf . Évalué à 1.
Et donc avec ça j'aurai moyen de lancer un Enlightenment depuis kdm ou il faut attendre qu'ils aient redéveloppé cette partie ?
[^] # Re: mon guide perso
Posté par Pinaraf . Évalué à 1.
[^] # Re: mon guide perso
Posté par Pinaraf . Évalué à 1.
J'ai déjà compilé une partie, tu t'es trompé sur l'ordre :
cd imlib2
cd imlib2_loaders
cd edb
cd evas
cd ecore
cd eet
cd epsylon
cd embryo
cd edje
ensuite, pour l'instant (pas encore fait) c'est
cd esmart
cd etox
cd ewl
cd epeg
cd emotion
puis les applis mais bon j'ai pas fini
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.