Étiquette : gnome

Unity sur Archlinux : le retour :)

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.

J’ai donc repris la machine virtuelle créée la veille , et après avoir rajouté alsa, gstreamer, networkmanager, cups et un xorg de base, j’ai en utilisateur classique récupéré le dépot git du port de Unity pour Archlinux :


git clone https://github.com/chenxiaolong/Unity-for-Arch.git

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.

J’avais déjà tenté – sans grand succès – de faire fonctionner unity sur archlinux, le paquet disponible sur AUR est désormais plus que périmé…

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 :

  1. glib2-ubuntu -> glib 2.0 with Ubuntu patches
  2. gtk2-ubuntu -> GTK toolkit 2.0 with Ubuntu patches
  3. gtk3-ubuntu -> GTK toolkit 3.0 with Ubuntu patches
  4. qt-ubuntu -> Qt toolkit with Ubuntu patches
  5. gconf-ubuntu -> A configuration database system
  6. gsettings-desktop-schemas-ubuntu-> Shared GSettings schemas for the desktop
  7. gnome-settings-daemon-ubuntu -> Daemon handling the GNOME session settings
  8. gnome-session-ubuntu -> GNOME Session Manager
  9. gnome-control-center-ubuntu -> Utilities to configure the GNOME desktop
  10. gnome-screensaver-ubuntu -> Screensaver and screen locking for GNOME
  11. metacity-ubuntu -> Lightweight GTK+ window manager
  12. gsettings-desktop-schemas-ubuntu -> Shared GSettings schemas for the desktop
  13. gnome-settings-daemon-ubuntu -> Daemon handling the GNOME session settings
  14. gnome-session-ubuntu -> GNOME Session Manager
  15. gnome-control-center-ubuntu -> Utilities to configure the GNOME desktop
  16. network-manager-applet-ubuntu -> Network Manager applet with indicator support
  17. gnome-bluetooth-ubuntu -> Gnome bluetooth applet with indicator support
  18. fixesproto-ubuntu -> X11 Fixes extension wire protocol
  19. libxfixes-ubuntu -> X11 misc. ‘fixes’ extension library
  20. xorg-server-ubuntu -> Xorg X server
  21. nautilus-ubuntu -> File manager and graphics shell for GNOME
  22. compiz-core-ubuntu -> Compiz core components
  23. libcompizconfig-ubuntu -> Compiz configuration system library
  24. compizconfig-backend-gconf-ubuntu -> GConf backend for Compiz
  25. compizconfig-python-ubuntu -> Compizconfig bindings for Python
  26. ccsm-ubuntu -> Compiz configuration manager
  27. compiz-plugins-main-ubuntu -> Compiz main plugins
  28. 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 ?

Et la même question pour le projet ElementaryOS qui utilise Gala (cf cet article de Devil505), sachant que c’est aussi un dérivé de mutter ?

Pourquoi les deux projets n’ont pas utilisé comme Canonical le code de Compiz ? J’avoue que je n’en ai pas la moindre idée.

La communauté GNU/Linuxienne dans son ensemble, elle serait pas un peu masochiste ?

Derrière ce titre volontairement provocateur – il faut bien entretenir sa réputation de troll, dixit certains membres de la communauté du libre (dans le sens GNU/linuxienne du terme) me concernant, je les remercie de leur faveur pour ce titre – se cache une question de fond : les personnes utilisant GNU/Linux sont-elles masochistes ?

Si le terme peut paraître excessif, jetons un oeil au fait : la communauté GNU/Linuxienne, c’est un énorme foutoir, au sens familier du terme. On ne compte plus le nombre d’environnement de bureau et / ou de gestionnaire de fenêtres. En dehors du quatuor Gnome 2.x – Mate et Gnome Shell / KDE SC / Unity / Xfce, on doit rajouter aux environnements de bureau Lxde, ou encore razor-qt.

Coté gestionnaire de fenêtres, il y a presque plus que d’éléments dans le tableau périodique de Mendéléiev. Le site « Windows Manager for X » en dénombre un sacré paquet, dont OpenBox, WindowMaker, e17, (pour citer les 3 premiers qui me viennent à l’esprit) et la liste de la page « others » est assez longue , même s’il en manque à l’appel et que certains ont sûrement passé la souris à gauche.

Autre preuves du masochisme de la communauté GNU/Linuxienne ? Le nombre de distributions. En sortant les innombrables versions dérivées à plus ou moins courte durée de vie, on peut en citer au moins un demi-douzaine de distributions principales, par ordre alphabétique :

On pourrait aussi penser à la foultitude de navigateurs internet : Mozilla Firefox, Chromium, Midori, Konqueror, uzbl pour ne citer que les principaux. Résultat des courses ? Il est souvent difficile de trouver deux environnements complètement identiques entre deux utilisateurs de GNU/Linux.

Donc, autant dire que cela ne facilite pas la tâche des entreprises qui voudraient proposer des produits pour GNU/Linux, ne voulant pas négliger les 1 ou 2% de parts de marchés en utilisation « desktop » que représente GNU/Linux.

Il faut être pragmatique et réaliste : des environnements comme MS-Windows et Apple MacOS-X sont largement plus unifiés, et donc seront plus facile à utiliser pour créer des logiciels dont on est sûr qu’il ne faudra pas produire plusieurs formats d’empaquetage pour qu’ils soient installés et utilisés.

Il est vrai aussi, que dans la communauté GNU/Linuxienne, la politique du « ça me convient pas, je fais ma propre version » est une plaie. Même si certaines versions dérivées sont des réussites (LibreOffice et Mageïa), d’autres pas vraiment ; Qui se souvient de GoneMe  par exemple ?

Il serait tellement plus simple de n’avoir – comme sous MS-Windows et Apple MacOS-X – qu’une seule interface avec un seul format de paquets et tutti quanti.

C’est ce que veut faire Canonical avec Ubuntu. Et que croyez-vous qu’il se passe ? Des personnes osent crier à l’assassin et critiquer ceci… Non, vraiment, la communauté GNU/Linuxienne est masochiste…

En effet, pourquoi soutenir un effort qui permettrait d’avoir un peu plus d’impact, alors qu’on peut le descendre… Masochisme ? Expression fanatique de la liberté de choisir les logiciels de son choix, du gestionnaire de démarrage, à la suite bureautique, en passant par l’environnement de bureau ou encore le format de paquets des logiciels ?

Quels masochistes, les membres de la communauté GNU/Linuxienne, vraiment, c’est pas possible… Et après, ils s’étonneront de ne représenter qu’une part de marché epsilonesque des machines de bureaux 😀

En vrac’ rapide et libre.

Pour finir la semaine, un petit en vrac’ rapide et libre.

C’est tout pour aujourd’hui !

Sabayon Linux 9… Quoi de neuf pour la Gentoo à visage humain ?

Il y a une dizaine de jours, la Gentoo pour humain, alias Sabayon Linux est sortie en version 9 :

Elle est disponible en version Gnome (3.2.3, quid de la version 3.4.x ?), KDE SC (4.8.3), Xfce (4.10.x), et minimal pour les plus bidouilleurs, aussi bien en version 32 que 64 bits.

J’avais parlé de sa version 8 en février dernier et voici la conclusion que j’en tirais :

La distribution a fait des progrès, cependant, sa réactivité laisse encore à désirer sur le plan de certains logiciels, ne serait-ce que pour Mozilla Firefox ou encore LibreOffice.

Il reste encore des progrès, ne serait-ce qu’au niveau de la lourdeur du gestionnaire de paquet, ou l’imposition de Wine avec la distribution. Certaines personnes auront besoin de Wine, mais pourquoi ne pas le proposer en installation optionnelle ? Dommage aussi que l’installation par défaut soit encore un peu surchargée.

J’ai donc récupéré en utilisant bittorrent la version Gnome 64 bits. En la lançant dans une machine virtuelle VirtualBox, la Sabayon Linux se lance en mode « fallback » par défaut.

L’installateur est comme d’habitude ce bon vieil anaconda, celui qui permet d’installer une certaine… Fedora Linux 🙂

J’ai noté quelque chose d’intéressant au niveau du partitionnement du disque : 50 GiO ont été réservés pour la partition root. La distribution serait donc aussi gourmande que cela en place disque ?!

Continuer la lecture de « Sabayon Linux 9… Quoi de neuf pour la Gentoo à visage humain ? »

Les distributions GNU/Linux en voie de « fedorisation » ?

Par Fedorisation, je parle l’adoption de technologies employées par Red Hat pour sa distribution GNU/Linux communautaire (comme la série des Fedora Linux dont la 17 sort officiellement ce 29 mai) et sa version entreprise, la RHEL.

Et les technologies développées dans les laboratoires de RedHat sont plus communes qu’on pourrait le penser. La plus célèbre d’entre elles est systemd, le remplaçant du gestionnaires de services qui permet à chaque distribution GNU/Linux au démarrage de lancer tel ou tel composant : que ce soit un parefeu, les connexions réseaux, l’impression, la reconnaissance du matériel, ou charger les composants permettant la gestion à chaud des clés USB, disque dur externe ou autre support optique.

Et le tout étant géré en parallèle ce qui donne une grande rapidité au démarrage d’une distribution GNU/Linux.

Et très récemment est intervenu un changement qui montre la prise en main croissante de Red Hat sur les distributions GNU/Linux et spécialement sur des technologies que l’utilisateur lambda voit en action : udev, qui permet de gérer les matériels d’un ordinateur (fixe ou amovible) vient d’être intégré dans une autre technologie proche, pour ne pas la nommer, systemd.

Continuer la lecture de « Les distributions GNU/Linux en voie de « fedorisation » ? »