Meilleure solution d'installation e17 sous lenny

Support Debian
#1

Salut tlm

Je teste e17 depuis une semaine et finalement… je pense que je vais l’adopter :stuck_out_tongue:

En premier lieu j’ai tenté une install par le cvs… échec :cry: La compil des libs dépend de pas mal de paquets (souvent libkekchose-dev) et sur l’avant dernière j’ai coincé (ewl) impossible de trouver la dépendance manquante… Bon j’avoue j’ai un peu vite abandonné :mrgreen: Je me suis alors tapé tout dans l’autre sens (make uninstall) pour nettoyer.

Puis je suis allé voir le fameux script easy_e17.sh qui a marché au poil pour moi.

Quelques précisions quand même : l’install passe en “basic” mais pas en “half”, et puis si vous voulez un gestionnaire de volume fonctionnel n’oubliez pas d’installer libasound2-dev. Sans compter tous les paquets que j’avais installé durant la tentative du cvs, à savoir:

autoconf automake1.9 libtool pkg-config xorg-dev libjpeg-dev libpng12-dev libtiff4-dev libtiffxx0c2 libgif-dev libbz2-dev libid3tag0-dev libxine1-all-plugins bison byacc flex libcdio-dev libdirectfb-dev libglade2-dev libglu1-mesa-dev libgtk1.2-dev libncurses5-dev librsvg2-dev libsmbclient-dev libsqlite3-dev libtag1-dev libtagc0-dev libungif4-dev libxprintutil-dev libdbus-1-dev doxygen liblua5.1-dev svn-buildpackage

Il y en a certainement qui sont facultatifs et d’autres qui doivent manquer à l’appel pour rendre tout les modules pleinement fonctionnels mais si ça peut donner une idée…

En finalité, je me retrouve avec un truc qui marche pas trop mal mais c’est sur qu’il ne vaut mieux pas s’aventurer dans une utilisation autre que bureautique et player de media… J’ai pas mal de bug ou de comportement bizare, peut être liés à une mauvaise config/utilisation de ma part. Ca me rappele un peu les surprises qu’on pouvait avoir avec beryl sous ubuntu 6.10 :mrgreen:

Je voulais savoir quelle soluce d’install vous utilisez vous ? Parce que j’ai découvert après coup qu’il existe des dépots non-officiels : ici Quelqu’un a essayé ?

#2

Salut SpaTule,

[quote=“SpaTule”]Quelqu’un a essayé ?[/quote]Moi ! :033
Je viens d’essayer à l’instant, car la méthode easy_e17.sh n’a pas fonctionné correctement !
Voici les messages d’erreur que j’ai eu :[code]# /bin/bash easy_e17.sh -i

------------------------------- Easy_e17.sh 1.3.2 ------------------------------
Developers: Brian ‘morlenxus’ Miculcy
David ‘onefang’ Seikel
Contributors: Tim ‘amon’ Zebulla
Daniel G. ‘_ke’ Siegel
Stefan ‘slax’ Langner
Massimiliano ‘Massi’ Calamelli
Thomas ‘thomasg’ Gstaedtner
Roberto ‘rex’ Sigalotti

Updates: http://omicron.homeip.net/projects/#easy_e17.sh
Support: #e.de, #get-e (irc.freenode.net)
morlenxus@gmx.net
Patches: Generally accepted, please contact me!

----------------------------- Current Configuration ----------------------------
Install path: /opt/e17
Source path: /root/e17_src/
Source url: http://svn.enlightenment.org/svn/e/trunk
Source mode: packages
Logs path: /tmp/easy_e17/install_logs
OS: Linux (Distribution: debian)

Packages: eina eet evas ecore efreet e_dbus embryo edje exchange e

Script action: install

-------------------------------- Build phase 1/3 -------------------------------

  • running some basic system checks
  • source checkout/update

------------------------------- Basic system checks ----------------------------

  • creating script dirs … ok
  • ‘automake’ available … ok
  • ‘gcc’ available … ok
  • ‘make’ available … ok
  • ‘svn’ available … ok
  • build-user … root
  • setting env variables … ok
  • checking lib-path in ldc … ok (/etc/ld.so.conf.d/e17.conf)

----------------------------- Source checkout/update ---------------------------

  • updating sources in ‘/root/e17_src/eina’ …
    À la révision 48387.
  • updating sources in ‘/root/e17_src/eet’ …
    À la révision 48387.
  • updating sources in ‘/root/e17_src/evas’ …
    U evas/src/lib/canvas/evas_events.c
    U evas/src/modules/engines/gl_common/evas_gl_context.c
    Actualisé à la révision 48387.
  • updating sources in ‘/root/e17_src/ecore’ …
    U ecore/src/lib/ecore/ecore_main.c
    Actualisé à la révision 48387.
  • updating sources in ‘/root/e17_src/efreet’ …
    À la révision 48387.
  • updating sources in ‘/root/e17_src/e_dbus’ …
    U e_dbus/src/lib/hal/e_hal_manager.c
    U e_dbus/src/lib/hal/e_hal_util.c
    U e_dbus/src/lib/hal/e_hal_device.c
    U e_dbus/src/lib/hal/E_Hal.h
    Actualisé à la révision 48387.
  • updating sources in ‘/root/e17_src/embryo’ …
    À la révision 48387.
  • updating sources in ‘/root/e17_src/edje’ …
    À la révision 48387.
  • updating sources in ‘/root/e17_src/exchange’ …
    À la révision 48387.
  • updating sources in ‘/root/e17_src/e’ …
    U e/src/bin/e_fm.c
    U e/src/bin/e_eap_editor.c
    U e/src/bin/e_dnd.c
    U e/src/modules/everything-files/e_mod_main.c
    U e/src/modules/everything-aspell/e_mod_main.c
    U e/src/modules/everything-wallpaper/e_mod_main.c
    U e/src/modules/everything-calc/e_mod_main.c
    U e/src/modules/everything-settings/e_mod_main.c
    U e/src/modules/everything-apps/e_mod_main.c
    U e/src/modules/everything/evry_plug_view_thumb.c
    U e/src/modules/everything/evry_view_plugin_tabs.c
    U e/src/modules/everything/evry_history.c
    U e/src/modules/everything/evry_config.c
    U e/src/modules/everything/evry_plug_aggregator.c
    U e/src/modules/everything/evry_plug_text.c
    U e/src/modules/everything/evry_util.c
    U e/src/modules/everything/evry.c
    U e/src/modules/everything/e_mod_main.c
    U e/src/modules/everything/Evry.h
    U e/src/modules/everything/evry_plug_actions.c
    U e/src/modules/everything/e_mod_main.h
    U e/src/modules/everything-windows/e_mod_main.c
    Actualisé à la révision 48387.

------------------------------- Easy_e17.sh 1.3.2 ------------------------------
Developers: Brian ‘morlenxus’ Miculcy
David ‘onefang’ Seikel
Contributors: Tim ‘amon’ Zebulla
Daniel G. ‘_ke’ Siegel
Stefan ‘slax’ Langner
Massimiliano ‘Massi’ Calamelli
Thomas ‘thomasg’ Gstaedtner
Roberto ‘rex’ Sigalotti

Updates: http://omicron.homeip.net/projects/#easy_e17.sh
Support: #e.de, #get-e (irc.freenode.net)
morlenxus@gmx.net
Patches: Generally accepted, please contact me!

----------------------------- Current Configuration ----------------------------
Install path: /opt/e17
Source path: /root/e17_src/
Source url: http://svn.enlightenment.org/svn/e/trunk
Source mode: packages
Logs path: /tmp/easy_e17/install_logs
OS: Linux (Distribution: debian)

Packages: eina eet evas ecore efreet e_dbus embryo edje exchange e

Script action: install

-------------------------------- Build phase 2/3 -------------------------------

  • lib-compilation and installation
  • apps-compilation and installation

------------------------------ Installing packages -----------------------------

  • eina … ok
  • eet … ok
  • evas … ok
  • ecore … ok
  • efreet … ok
  • e_dbus … autogen: ERROR!

----------------------------------- Last loglines ------------------------------
checking whether -lc should be explicitly linked in… no
checking dynamic linker characteristics… GNU/Linux ld.so
checking how to hardcode library paths into programs… immediate
checking whether stripping libraries is possible… yes
checking if libtool supports shared libraries… yes
checking whether to build shared libraries… yes
checking whether to build static libraries… yes
configure: creating libtool
checking for pkg-config… /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0… yes
checking for EINA… yes
checking for EDBUS… configure: error: Package requirements (
dbus-1 >= 0.62
ecore >= 0.9.9
) were not met:

No package ‘dbus-1’ found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables EDBUS_CFLAGS
and EDBUS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

-> Get more informations by checking the log file [/code]
Comme j’ai pas trop compris d’où venait exactement l’erreur, j’ai tenté ta solution…
Après avoir résolu l’histoire de la deuxième clé de dépôt (si, si il m’en a demandé une autre que celle mentionnée dans leur doc, et qui se termine par 969C86CA !) l’install s’est bien passée, aucun message d’erreur…

Par contre, “allez savoir pourquoi ma bonne dame”, pendant cette install le fichier /etc/resolv.conf a semble t-il été modifié car après je ne pouvais plus résoudre de noms de domaine !?!??? :017
Il m’a suffit de remettre la bonne adresse IP et tout est redevenu dans l’ordre : j’écris ces lignes en étant sous enlightenment 0.16.999.062 !

:023

#3

Salut,

Le message d’erreur que tu as rencontré avec le script easy_e17.sh est si on peut dire “normal”.
En utilisant la solution par compilation des sources (donc par le cvs ou avec le easy_e17) c’est à nous même de chercher les dépendances contrairement avec la soluce des dépots qui s’occupe de tout.
Dans ton cas précis il suffisait juste d’installer le paquet libdbus-1-dev et l’install aurait continué… jusqu’à peut être un nouveau problème de dépendance… ou pas :mrgreen:

D’ailleurs tu peux remarquer dans ma liste des paquets du premier post que libdbus-1-dev est bien présent :slight_smile:

Petite astuce : quand tu rencontre ce type de message à la compil de e17 (et même en général durant le ./configure)

checking for EDBUS... configure: error: Package requirements ( dbus-1 >= 0.62

Alors faut faire des recherches sur des librairies en rapport avec EDBUS ou dbus par exemple en faisant :

# aptitude search dbus

i A dbus - simple interprocess messaging system
v dbus-1-utils -
p dbus-x11 - simple interprocess messaging system (X11 deps)
i A libdbus-1-3 - simple interprocess messaging system
p libdbus-1-dev - simple interprocess messaging system (development headers)
i A libdbus-glib-1-2 - simple interprocess messaging system (GLib-based shared library)
p libdbus-glib-1-dev - simple interprocess messaging system (GLib interface)
p libdbus-qt-1-1c2 - simple interprocess messaging system (Qt-based shared library)
p libndesk-dbus-glib1.0-cil - CLI implementation of D-Bus (GLib mainloop integration)
p libndesk-dbus1.0-cil - CLI implementation of D-Bus
p libnet-dbus-perl - Extension for the DBus bindings
p libpolkit-dbus2 - library for accessing PolicyKit via D-Bus
p libqt4-dbus - Qt 4 D-Bus module
p libstrigiqtdbusclient0 - library for writing D-Bus clients for Strigi Desktop Search
i A python-dbus - simple interprocess messaging system (Python interface)
p python-qt4-dbus - DBus Support for PyQt4
v python2.4-dbus -
v python2.4-qt4-dbus -
v python2.5-dbus -
v python2.5-qt4-dbus

Tu cherche des paquets en rapport avec dbus et qui ressemble à libXXXXXX-dev et tu les installe (donc libdbus-1-dev).
Répéter l’opération partout là ou ça bloque et normalement on s’en sort comme ça :stuck_out_tongue:

Par contre quand ça plante durant le make la c’est moins drôle et souvent c’est plus délicat à résoudre. C’est ce qu’il m’est arrivé avec le easy_e17.sh avec l’install en half au lieu de basic

#4

Merci pour l’astuce, c’est sympa !
Jusqu’à présent, j’utilisais notre bon vieil ami Google pour essayer de m’en sortir (ce que j’ai fait tout à l’heure) mais ça a des limites, la preuve ! :neutral_face:

:arrow_right: Grâce à toi SpaTule, je dormirais moins bête ce soir…

:006