Linux Mint et Canonical : même mise à l’écart de Gnome-Shell ?

Canonical propose depuis avril dernier sa vision de l’interface graphique nouvelle génération, écartant le travail effectué par les codeurs de Gnome depuis la version 2.28 de l’environnement Gnome, soit un travail qui avait vu une première préversion courant… septembre 2009.

Maintenant, c’est un projet tout jeune qui apparait, nom de code Cinnamon (cannelle en français si mon anglais est correct).

C’est une version dérivée de Gnome-Shell pour proposer une interface qui ressemble à celle de la version Gnome 2.x de Linux Mint
.

Le projet est tout jeune, et le ReadMe qui est disponible est clair :

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.

Archlinux et Unity… Troisième partie… en utilisant Qemu-kvm ?

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 🙂

Et comme j’ai repris en main le paquet qemu-kvm disponible sur le dépot AUR d’Archlinux

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.

Continuer la lecture de « Archlinux et Unity… Troisième partie… en utilisant Qemu-kvm ? »

Archlinux et Unity, complément.

Devil505 dans un commentaire m’a fait remarqué que l’article précédent sur le duo Archlinux + Unity était un peu « bizarroïde ».

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 :

  1. Un bug vraiment vicieux de VirtualBox quand on émule une Archlinux
  2. 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 ?

Archlinux et Unity ? C’est pas encore ça…

Devil 505 m’a signalé dans un commentaire l’existence d’un dépot pour Ayatana (unity et ses outils annexes) spécifique à Archlinux.

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.

De l’intérêt pour Canonical d’avoir un Unity non portable, ou peu portable…

Il y a 15 jours, j’avais écrit un billet au titre assez dépotant : « Unity, un cul-de-sac à terme pour Canonical ? »

J’y parlais des problèmes liés au portage de l’interface de Canonical, Unity sur des distributions autre qu’Ubuntu. Même si apparemment le port d’Unity semble avancer pour Archlinux (je ferais un billet dès que possible dessus), ce n’est clairement pas l’intérêt pour Canonical.

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.

J’ai déclaré dans un article précédent qu’Ubuntu aurait quelque chose comme 34% de parts de marché sur le domaine des distributions linux. Or, ce n’est pas encore suffisant pour verrouiller le marché et imposer sa vision de l’interface graphique. La masse critique serait plus proche des 70% pour qu’un tel verrouillage puisse devenir réalité.

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 🙁

Continuer la lecture de « De l’intérêt pour Canonical d’avoir un Unity non portable, ou peu portable… »