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 ?
Etant donné que la Ubuntu 12.04 sort dans 3 jours (et aura presque surement un Mozilla Firefox obsolète par défaut), j’ai été sur http://cdimages.ubuntu.com/ et j’ai récupéré la dernière image ISO dans le répertoire daily-live/current/ pour récupérer la distribution en état au 21 avril dernier.
J’ai ensuite lancé VirtualBox et installé la distribution dans une machine virtuelle. Enfin, une fois l’installation faite, j’ai vérifié la présence de mise à jour, et fait prendre en compte les pilotes additionnels de VirtualBox pour avoir un affichage en mode « 3D ».
Chose notable, la distribution ne prend que 4,5 Go à l’installation, c’est pas si mal que cela 😀
J’ai donc récupéré une image en date du 19 janvier, coté fraîcheur, difficile de faire vraiment mieux, surtout que je rédige cet article le 19 janvier aussi !
[fred@fredo-arch ISO à tester]$ wget -c http://cdimages.ubuntu.com/daily-live/current/precise-desktop-amd64.iso
–2012-01-19 14:28:33– http://cdimages.ubuntu.com/daily-live/current/precise-desktop-amd64.iso
Résolution de cdimages.ubuntu.com… 91.189.92.168
Connexion vers cdimages.ubuntu.com|91.189.92.168|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 748990464 (714M) [application/x-iso9660-image]
Sauvegarde en : «precise-desktop-amd64.iso»
[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 32g
Formatting 'disk.img', fmt=qed size=34359738368 cluster_size=65536 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom precise-desktop-amd64.iso -boot order=cd -no-frame &
Dès l’écran, un écran nous propose : essayer ou installer. Soyons fou, installons cette version de développement. L’installateur est simple, pose les quelques questions indispensables, puis le tout s’installe tout seul.
The emphasis is put on making users feel at home and providing them with an easy to use and comfortable desktop experience.
Ce qui donne traduit :
Le but est de rassurer les utilisateurs et leur proposer une expérience de bureau confortable et facile d’accès.
Un peu comme ce que propose le projet – cul-de-sac ? – MATE, mais en ce basant sur le code de Gnome-Shell. A une différence près : l’age du code utilisé, celui de MATE étant celui de Gnome 2.x, donc un code qui date de… 2002 pour les parties les plus anciennes.
Sans vouloir préjuger de l’avenir de cette version dérivée, j’arrive à me poser la question suivante : l’utilisateur informatique est-il un enfant en pleine période de diversification alimentaire refusant la nouveauté sur le plan des apports en terme de nourriture ?
Et une autre question : l’utilisateur est-il bête au point de ne pas savoir s’adapter à un changement de présentation ?
Devrait-on – sous prétexte que l’équilibre est meilleur, rester sa vie entière à marcher à quatre pattes au lieu de se tenir sur ses jambes ?
Décidément, le rejet des interfaces nouvelle génération, et sur ce plan, Gnome-Shell et Unity se font une saine concurrence montre la frilosité des utilisateurs de vouloir sortir de leurs cocons d’habitudes constitués au fil des années.
Maintenant, est-ce que le projet « Cinnamon » aura une longue durée de vie, il faudra voir si d’ici deux versions si l’interface « gnome2isée » aura prise ou pas.
M’étant déjà cassé les dents – et étant d’un naturel obstiné dans ce cas – j’ai voulu voir si le problème n’était pas lié à un bug plutôt vicieux de VirtualBox.
J’ai donc utilisé Qemu-kvm cette fois. Pourquoi Qemu-kvm ? Tout simplement car Unity2D fonctionne très bien dans Qemu-kvm 🙂
Etant donné que le dépot que j’ai utilisé dans les articles précédents n’existe qu’en 32 bits, et que faire compiler 83 paquets ne m’enchante pas outre mesure, j’ai pris une installation d’Ubuntu 11.10 dans une machine virtuelle qemu-kvm (pour montrer que Unity fonctionne en 2D dans cet environnement qui ne supporte pas – encore ? – l’accélération 3D), et j’ai mis en parallèle une installation d’ArchLinux avec Xorg, les paquets Gstreamer, gnome (au cas où des dépendances ne seraient pas toutes installées avec le dépot de CityBusz), et puis le dépot ayatana de CityBusz.
Les deux dépots pour Archlinux étant franchement proche, celui de ChenXiaoLong utilisant le travail effectué par CityBusz :
Special thanks to thn81, L42y, City-Busz, and all of the other AUR maintainers that helped make it possible to run Unity under Arch Linux!
Ci dessous, une vidéo qui montre une ubuntu 11.10 fraichement installée et mise à jour. Ce qui prouve que Unity-2D fonctionne dans Qemu-kvm.
Pour la dite vidéo, j’ai utilisé une machine virtuelle classique, en utilisant cependant un image disque fixe au lieu d’une image agrandie dynamiquement, ne serait que pour éviter quelques ralentissements ennuyeux.
J’ai donc repris une machine virtuelle neuve, puis j’ai tout installé en suivant les instructions, et pour éviter de faire des fausses manipulations avec le fichier .xinitrc, j’ai utilisé GDM. Ce dernier propose des sessions Unity, Unity-2D et Gnome.
J’ai donc fait une vidéo, montrant que je charge bien les modules virtualbox, puis que j’essaye de lancer une de deux versions d’Unity. Même si la version 2D est sur le point de réussir à se lancer 😉
Pour voir si c’était un bug de VirtualBox, j’ai créé en parallèle une machine virtuelle avec Ubuntu 11.10 en liveCD… Et avec succès.
Donc, deux hypothèses peuvent se présenter :
Un bug vraiment vicieux de VirtualBox quand on émule une Archlinux
Le dépot Ayatana n’est pas lançable aujourd’hui, car c’est un logiciel très complexe à mettre en place qu’ailleurs que sur Ubuntu.
A moins qu’il existe d’autres hypothèses à envisager ?
Après avoir installé une ArchLinux 32 bits avec les greffons gstreamer, Xorg (et les additions invitées de Virtualbox). De plus, pour des raisons d’homogénéité avec mon installation en dur, j’ai du activer le dépot [testing] dans la machine virtuelle. Enfin, j’ai rajouté le dépot d’Ayatana pour ArchLinux, en insérant à la fin du fichier /etc/rc.conf :
[ayatana]
SigLevel = Optional TrustAll
Server = http://repo.ayatana.info/
L’installation d’Ayatana et Unity, et les personnalisations graphiques se faisant avec la commande suivante :
pacman -S ubuntu-desktop-meta ubuntu-artwork-meta
Et j’ai inséré les daemons networkmanager, cups, avahi-daemon, avahi-dnsconfd.
Par sécurité, je lancerais gdm à la main. Quoique pour commencer, rien ne vaut l’utilisation du bon vieux fichier .xinitrc, en rajoutant (commençons prudemment) à la fin de celui-ci, avec la session unity2D.
exec ck-launch-session unity-2d.session
Résultat ?
Rien, Xorg se lance puis se plante lamentablement… Idem si on prend unity.session (alias Unity en 3D).
Et Gnome-Shell, car il est possible que ce soit un bug de VirtualBox ? Non, malgré quelques manipulations un peu ennuyeuse, Gnome-Shell se lance, même s’il faut lui forcer la main.
Ayatanta pour Archlinux ? Des progrès à faire, à moins qu’avec ma malchance habituelle, je sois tombé sur une version du dépot pas vraiment utilisable 😉
Je réessayerais dans une quinzaine de jours, pour voir si la situation a évolué dans le sens d’un lancement réussi d’Unity sur ArchLinux.
C’est un article de Stéphane Robert sur son site « Le Libriste » qui m’a apporté des éléments d’argumentation sur le non-intérêt de Canonical de voir Unity exister ailleurs que sur Ubuntu.
Car même si Cyrille Borne l’a précisé maintes fois, Unity ce n’est pas Ubuntu, Canonical avec sa volonté d’interface passant aussi bien sur une tablette que sur un portable que sur un ordinateur de bureau classique, en clair, un « one-size-fits-all », c’est une volonté de verrouiller le marché des distributions un minimum, en s’adressant à un marché plus qu’alléchant : les débutants dans le monde linuxien.
Je vais maintenant copier trois / quatre paragraphes de l’article de Stéphane qui illustre le coeur du problème, avec des points que je n’aurais pas aborder, Unity ayant tendance à me taper trop rapidement sur les nerfs 🙁
