Ca pourrait ressembler à quoi un passage d’une Archlinux à systemd ?

J’ai voulu faire une machine virtuelle avec une Archlinux « systemd-isée ». Avant toute chose, systemd n’est pas encore 100% porté pour Archlinux, donc, c’est à vos risques que vous ferez les manipulations en question. Je me suis bien fait comprendre ?

Donc, après avoir mise en place une version complète et classique d’une archlinux, j’ai commencé à installer les paquets qui vont bien. Dans mon cas, une archlinux avec un gnome avec les fichiers de configuration « éclatés ».

Ensuite, j’ai installé les paquets nécessaire à un démarrage en mode systemd.


sudo pacman -S systemd systemd-arch-units systemd-sysvcompat

Ensuite, après avant de redémarrer, j’ai jeter un oeil à la liste des daemons qui sont chargé dans le fichier /etc/rc.conf, qui est renommé en /etc/rc.conf.pacsave.

DAEMONS=(syslog-ng !network netfs crond dbus alsa networkmanager iptables ntpd avahi-daemon avahi-dnsconfd cupsd gdm)

Ce qui m’a donné la liste des services à mettre en route avec les lignes de commandes suivantes :


sudo systemctl enable syslog-ng.service
sudo systemctl enable cronie.service
sudo systemctl enable NetworkManager.service
sudo systemctl enable avahi-daemon.service
sudo systemctl enable avahi-dnsconfd.service
sudo systemctl enable iptables.service
sudo systemctl enable ntpd.service
sudo systemctl enable cups.service
sudo systemctl enable gdm.service

Certains services sont chargés automatiquement, soit par un autre service (comme dbus par NetworkManager) ou par l’interface graphique (comme alsa).

J’avais créé à l’origine cette machine virtuelle pour parler de gwibber, mais j’en ai profité pour faire une vidéo montrant une archlinux systemd-isée à l’action… Et c’est du brutal 😀

Tout fonctionne bien, mis à part le son qui coince. Mauvaise manipulation ? Bug de VirtualBox ? Bug de pulseaudio ? En tout cas, ça semble lié à Bluetooth qui semble mettre sa mouise. J’ai rapporté le bug, on verra bien ! 😀

Le point sur l’installation de Debian Gnu/Linux Wheezy au 11 août 2012.

Depuis quelques jours, la blogosphère libre parle du choix de proposer par défaut sur le premier CD de la Debian GNU/Linux, avec par exemple ce journal sur linuxfr.org, qui sortira en début d’année prochaine Xfce en lieu et place de Gnome. Je m’était aussi fendu d’un article qui parlait d’une limite technique qui si elle semble obsolète dans nos contrées ayant accès à la fibre optique ou au minimum à un ADSL aux hormones ne l’est pas ailleurs.

J’ai donc pris une image ISO de la version testing, en date du 6 août dernier. L’annonce fracassante de l’équipe de Debian datant de la fin juillet, normalement l’ISO doit contenir la correction.

J’ai donc lancé l’installation, et pour éviter de dire que j’ai trafiqué quelque chose, j’ai enregistré la demi-heure qui permet de montrer l’installation en ligne. Et un Gnome 3.4 nous accueille quand on fait une installation en ligne.

Je me suis alors dit, si l’installation en ligne propose Gnome 3.4, peut-être que l’installation hors-ligne propose Xfce ? Et voici le résultat de l’installation hors ligne.

Pas de Xfce, mais je suppose twm « mal configuré » qui nous accueillent. Xfce n’a pas encore du être intégré dans l’ISO du CD 1.

Donc, aux alentours de la mi-août 2012, à 5 ou 6 mois de la sortie de la Debian GNU/linux Wheezy, il est trop tôt pour enterrer Gnome 3.4, même si c’est au profit du très bon Xfce.

Ah, les contraintes du format CD… Ou au moins de sa taille de 700 Mo.

Quand j’ai commencé à m’intéresser au monde des distributions GNU/Linux, c’était vers 1996-1997. A l’époque, il fallait se créer deux disquettes au minimum pour démarrer un système minimal qui permettait de lancer l’outil d’installation.

Les CDs d’installation démarrant tout seul doivent dater de 1999 ou de l’an 2000. Quant aux liveCD, le premier, DémoLinux date de l’an 2000. 12 ans déjà, 4 ans au minimum avant une certaine distribution au nom de code bizarre, Warty Warthog, sorti courant octobre 2004.

Et depuis, sauf pour les distributions les plus gourmandes, une ISO d’installation d’une taille maximale de 700 Mo (capacité maximale d’un CD) est resté l’étalon.

En mai 2010, je parlais du problème de cette taille étalon. En dehors du fait que je pensais – et c’est toujours le cas – que des distributions à publication fixes semestrielles sont difficile à respecter coté stabilité, je parlais de sacrifices nécessaires coté logiciel.

Pour respecter la « sacro-sainte » limite des 700 Mo, on est obligé de faire la croix souvent sur des logiciels phare comme Gimp, ou encore OpenOffice.org.

Or, la publication récente de Linux Mint 9 propose une version en liveDVD qui contient des logiciels comme VLC et OpenOffice.org (assez indispensable de nos jours une suite bureautique) en complément de la version classique.
[…]
Car 6 mois, c’est déjà court pour stabiliser une distribution, et rester dans le cadre du format CD coté taille obligera constamment soit à augmenter le niveau de compression, en utilisant des outils comme xz soit à faire des sacrifices plus ou moins bien compris par les utilisateurs.

Sans le vouloir, j’ai eu le nez creux avec un peu d’avance. Lisant le site PcInpact, je suis tombé sur cet article, « Debian abandonne l’environnement GNOME au profit de Xfce »

Si on s’arrête à la une (comme de nombreuses personnes seraient tentées de le faire), on pourrait se dire : encore un coup dans la tronche de Gnome, mais il faut lire l’article pour tomber sur un morceau intéressant, je cite :

Un changement voulu en grande partie à cause du poids de GNOME qui augmente. Or, les développeurs veulent maintenant un objectif de taille raisonnable pour la distribution, notamment en ce qui concerne la distribution par images ISO de type CD.

D’ailleurs, si on se plonge sur le « commit » qui a mis en place ce choix, le commentaire est très clair.

« This ensures that the desktop will fit on CD#1, which gnome currently does not. » ce que l’on peut traduire par « Cela assurera que le bureau tiendra dans le CD 1, ce que gnome n’est pas capable de faire en ce moment ».

Bien entendu, pour les vieilles machines, avoir un support CD minimal quand on a un réseau de qualité moyenne, c’est l’idéal. Cependant, dans les pays développés ou pour les personnes pouvant faire une installation en réseau, voire mettre un ISO plus grosse que les 700 Mo sur une clé USB, le problème ne se pose pas.

Donc, nous assistons encore une fois à une obligation de trancher dans le vif pour respecter le sacro-saint format de 700M des images ISOs.

Pour combien de temps encore ?

Stella 6.3 : quand CentOS se la joue distribution de bureau.

CentOS, c’est la version libre de la distribution GNU/Linux commerciale de RedHat. En fouillant distrowatch, je suis tombé sur l’annonce de la sortie d’une distribution basée sur CentOS.

D’origine roumaine, elle propose une base CentOS, avec des logiciels récents, comme LibreOffice et des fonctionnalités multimédias.

Le leitmotiv de la distribution est clair : « If you’d like a slightly outdated but stable, Gnome2 based OS to play with then feel free to give Stella a try. 🙂 »

D’ailleurs, il va falloir que je fouille mon appartement, apparemment il doit y avoir des mouchards, comme le dénote cette remarque d’Alexandre Singh :

La remarque en question se trouvant vers la fin, je cite :

Oh, toi, tu nous couve encore la découverte d’une distro bizarre.

Passons donc au coeur du test. J’ai récupéré via wget l’image ISO du DVD live, et j’ai lancé VirtualBox.

[fred@fredo-arch ISO à tester]$ wget -c http://mirrors.coreix.net/li.nux.ro/ISO/Stella6.3_x86_64.1.iso
–2012-07-31 13:28:14– http://mirrors.coreix.net/li.nux.ro/ISO/Stella6.3_x86_64.1.iso
Résolution de mirrors.coreix.net… 2a01:c0:2:3d::2, 85.13.241.50
Connexion vers mirrors.coreix.net|2a01:c0:2:3d::2|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 1296039936 (1,2G) [application/octet-stream]
Sauvegarde en : «Stella6.3_x86_64.1.iso»

100%[====================================>] 1 296 039 936 249K/s ds 48m 33s

2012-07-31 14:16:47 (434 KB/s) – «Stella6.3_x86_64.1.iso» sauvegardé [1296039936/1296039936]

L’installateur, c’est ce bon vieil anaconda. Rien de bien intrigant à signaler, mis à part que j’ai encore une fois modifié la taille de la partition /, car 50 Go pour /, c’est un peu beaucoup.

Après l’installation, deux mises à jour ont été faites :

J’ai fait une petite vidéo de la distribution en action.

Que rajouter de plus ? Que c’est un mélange étrange, une impression de déjà-vu. A conseiller aux nostalgiques de Gnome 2.x cherchant une distribution sur le long terme à base de RPMs.

Tuons une légende urbaine du logiciel libre sur MATE.

Une légende urbaine a été propagée sur MATE, dérivé du code source de Gnome 2.32.1. Cette légende urbaine, propagée entre autre par cet article de ManiacGeek, je cite le morceau en question, veut que MATE soit une réalisation de Linux Mint, alors que l’interface maison de Linux Mint, c’est Cinnamon !

« A tel point que les utilisateurs se sont précipités sur MATE, le fork de Gnome 3 développé pour Linux Mint. »

C’est faux ! Archi-faux ! Ultra-faux ! MATE n’est pas né avec son inclusion dans la Linux Mint 12, je cite les notes de publication de Linux Mint 12 :

« MATE is brand new, it’s not completely stable yet, and it’s missing a few parts. It’s being actively maintained and with close collaboration between the MATE developers and Linux Mint. With time the project will gain maturity and provide users with a traditional and solid desktop experience. »

Ce qui donne traduit :

MATE est tout jeune, ce n’est pas encore complètement stable et il manque quelques morceux . Il est activement maintenu avec l’étroite collaboration entre les développeurs de MATE et de Linux Mint. Avec le temps le projet gagnera en maturité et fournira aux utilisateurs une expérience traditionnelle et solide de bureau.

De plus, dès septembre 2011, 3 mois après le lancement du projet, j’avais consacré un article à MATE. soit deux mois avant que la Linux Mint 12 ne sorte.

Enfin, pour tuer cette légende urbaine de manière complète, voici le message posté le 18 juin 2011, annonçant la naissance de MATE, du moins, son introduction :

Hello everyone.
I’ve made a GNOME2 fork. I’ve called it « Mate ».
My english is not so good. And so, maybe I can not give support in English.
Correct me if I’m wrong. Any suggestion is welcome.

…sorry about short description.

MATE Desktop Environment, a non-intuitive and unattractive desktop for users, using traditional computing desktop metaphor. Also known as the GNOME2 fork.

Inutile de traduire, je pense.

Alors, la prochaine fois qu’une personne dira : « MATE, le projet de la Linux Mint ? », il ne restera plus qu’une chose à faire : lui donner une fessée cul-nu, en place publique avec une poignée d’orties bien fraiches !

GhostBSD 3 beta 1 : pas trop mal pour une première béta :)

J’ai parlé précédemment dans un « en vrac' » d’une nouvelle version de GhostBSD 3, la stable 1. Une version beta 1 de ce FreeBSD « gnomisé » est sorti officiellement.

J’ai donc récupéré une image ISO, et créé une machine VirtualBox. Cet os est basé sur le code de FreeBSD 9.1 beta1, Gnome 2.32.1, Mozilla Firefox 13 entre autres.

Continuer la lecture de « GhostBSD 3 beta 1 : pas trop mal pour une première béta 🙂 »

Cinnamon 1.5.2, état des lieux.

Cinnamon, le gestionnaire de bureaux basé sur Gnome Shell continue son bonhomme de chemin. Il est arrivé récemment en version 1.5.2.

J’ai voulu le tester. J’ai donc créé une machine virtuelle Archlinux dans laquelle j’ai installé Gnome. J’ai ensuite fait recompiler les paquets :

La version du paquet n’étant pas à jour, j’ai été obligé d’appliquer deux modifications au fichier PKGBUILD.

D’abord, virer la ligne appliquant le patch 0001-cinnamon-settings-hack-by-Ner0.patch, puis j’ai modifié les sommes de contrôle pour que la version 1.5.2 soit compilée :

makepkg -g >> PKGBUILD

Je n’ai rien rajouté, même s’il existe un grand nombre de greffons et de thèmes additionnels. J’ai voulu une expérience aussi proche que possible de l’original.

A noter la présence d’un Cinnamon 2D dans les options désormais. J’ai choisi d’utiliser lxdm en lieu et place de GDM à cause d’un crash liant l’utilisation de gdm, de virtualbox et de la fonction de capture vidéo de Gnome. Ca plantait tellement que j’ai du lancer l’enregistrement de la vidéo, une fois cinnamon chargé 🙁

lxdm et les options de Cinnamon 1.5.2

L’ajout de l’option 2D est bienvenue, cela permet d’avoir un environnement qui ne nécessite pas de circuits 3D puissant. Sinon, l’ensemble est rapide, apparemment un peu plus simple à configurer que dans ses versions précédentes.

L’ergonomie est classique, rien à redire là dessus. Si des environnements comme Unity ou Gnome Shell vous sort par les yeux et que vous trouvez xfce trop aride, cette interface complémentaire vous permettra d’avoir les outils de Gnome 3 sans vous poser de question supplémentaire.

Seul hic : dommage que le gestionnaire d’environnement virtuel soit aussi sensible au lancement !

PCBSD 9.1 beta 1 : attention, grosse version en vue ?

PCBSD, c’est un FreeBSD pour être humain. J’en ai déjà parlé sur le blog, la dernière fois, c’était en août 2011.

La version béta 1 de la version 9.1 est sortie récemment. Outre le fait qu’elle se base sur la bêta 1 de FreeBSD 9.1, elle apporte pas mal de nouveautés, dont un installateur que je trouve très sympathique, et surtout la possibilité d’avoir autre chose que KDE par défaut comme environnement de bureau. J’ai récupéré l’image ISO en 64 bits.

[fred@fredo-arch ISO à tester]$ wget -c http://ftp.heanet.ie/mirrors/pcbsd/9.1-BETA1/amd64/PCBSD9.1-BETA1-x64-DVD.iso
–2012-07-18 19:04:49– http://ftp.heanet.ie/mirrors/pcbsd/9.1-BETA1/amd64/PCBSD9.1-BETA1-x64-DVD.iso
Résolution de ftp.heanet.ie… 2001:770:18:aa40::c101:c140, 193.1.193.64
Connexion vers ftp.heanet.ie|2001:770:18:aa40::c101:c140|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 3608305664 (3,4G) [application/octet-stream]
Sauvegarde en : «PCBSD9.1-BETA1-x64-DVD.iso»

100%[====================================>] 3 608 305 664 744K/s ds 2h 1m

2012-07-18 21:06:08 (484 KB/s) – «PCBSD9.1-BETA1-x64-DVD.iso» sauvegardé [3608305664/3608305664]

Continuer la lecture de « PCBSD 9.1 beta 1 : attention, grosse version en vue ? »

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 😀