J’ai voulu voir quels étaient les progrès du port. Il faut partir d’un environnement Gnome 3.4.x installé et fonctionnel (c’est plus pratique, non ?). Ensuite, étant donné que l’ancien dépot http://unity-xe-xe.org/ semble un brin à l’arrêt, on peut passer par un autre dépot, http://unity.humbug.in/ dont la date de compilation complète au moment où je rédige cet article n’est vieille que de 48 heures. La version proposé d’Unity est le port de la 6.8.0, celle proposée avec Ubuntu 12.10.
Il faut rajouter en haut de la liste des dépots dans le fichier /etc/pacman.conf :
[unity]
Server = http://unity.humbug.in/$arch
[unity-extra]
Server = http://unity.humbug.in/extra/$arch
J’ai décidé cet après-midi de voir l’état du port d’Unity pour Archlinux. J’ai utilisé le dépot précompilé disponible sur http://unity.xe-xe.org/. Cette version de dépot est vieille d’une semaine, du 17 septembre 2012, donc peut-être que le port compilé à la main est plus avancé, mais je n’avais pas envie de passer 6 heures à le faire recompiler entièrement.
Après avoir suivi les recommandations de la page, en partant d’une Archlinux avec un Gnome 3.4 et son shell parfaitement fonctionnel, j’ai lancé les commandes d’installation, en rajoutant un yaourt -S unity-extra histoire d’avoir le port le plus complet possible.
Pour la petite info, la Archlinux en question est complètement systemd-isée. Pour activer le démarrage de LightDM, j’ai saisi la commande suivante en tant que root :
Ayant entendu parlé via Phoronix de l’existence d’un dépot proposant Unity pour la Fedora Linux j’ai pu lire dans les commentaires qu’il y avait un dépot de paquets à compiler par soi-même pour obtenir unity sur Archlinux.
Si on suit le fichier README du portage, il y a quelques chose comme 75 paquets à faire recompiler, dans un ordre précis, même si deux ou trois paquets sont optionnels.
Et j’ai serré les fesses en lançant la compilation de chaque paquet, sachant que certains paquets officiels sont remplacés par des versions « spécifiques ». Liste non exhautive :
glib2-ubuntu -> glib 2.0 with Ubuntu patches
gtk2-ubuntu -> GTK toolkit 2.0 with Ubuntu patches
gtk3-ubuntu -> GTK toolkit 3.0 with Ubuntu patches
qt-ubuntu -> Qt toolkit with Ubuntu patches
gconf-ubuntu -> A configuration database system
gsettings-desktop-schemas-ubuntu-> Shared GSettings schemas for the desktop
gnome-settings-daemon-ubuntu -> Daemon handling the GNOME session settings
gnome-session-ubuntu -> GNOME Session Manager
gnome-control-center-ubuntu -> Utilities to configure the GNOME desktop
gnome-screensaver-ubuntu -> Screensaver and screen locking for GNOME
nautilus-ubuntu -> File manager and graphics shell for GNOME
compiz-core-ubuntu -> Compiz core components
libcompizconfig-ubuntu -> Compiz configuration system library
compizconfig-backend-gconf-ubuntu -> GConf backend for Compiz
compizconfig-python-ubuntu -> Compizconfig bindings for Python
ccsm-ubuntu -> Compiz configuration manager
compiz-plugins-main-ubuntu -> Compiz main plugins
compiz-plugins-extra-ubuntu -> Compiz extra plugins
Inutile de préciser que cela prend un certain temps, même si on ne compile pas les paquets dédiés à kde ou xfce. La version spécifique de qt, qt-ubuntu prend environ 1 h 15… J’ai commencé à 17 h 33 ce 19 juillet, et l’ensemble des paquets a été terminé vers… 23 h 30… Oui, près de 6 heures pour compiler l’environnement au complet. Et encore, j’ai du rajouter lightdm et son paquet lightdm-gtk-greeter pour le lancer 🙂
Après le premier lancement, j’ai rajouter quelques outils de gnome, ainsi que Mozilla Firefox, LibreOffice ou encore Gwibber.
Une petite vidéo pour montrer l’ensemble en action. C’est loin d’être parfait, surtout que je suis resté aussi basique que possible, spécialement pour Light DM. J’avoue aussi que l’ergonomie d’Unity me laisse pantois.
Bilan rapide : le code semble avoir été travaillé pour devenir portable, mais c’est au prix d’une longue compilation. Ce qui m’a fait spécialement tiqué, c’est l’obligation de recompiler certains paquets « sensibles » comme le serveur X, alors que tous les autres environnements de bureau et gestionnaire de fenêtres qui existe ne demande aucune recompilation.
Il est aussi dommage que le menu global ne soit pas fonctionnel, à moins que je sois tombé sur une version portée qui souffre d’un bug dans ce domaine.Je terminerais en posant une question : pourquoi la LinuxMint a pris comme base mutter, devenant Muffin, pour gérer l’affichage de son interface Cinnamon ?
