Archives du mot-clef gentoo

Cinnamon : l’exemple parfait des avantages et inconvénients de dépendre d’une distribution tierce pour un environnement de bureau.

Cinnamon, l’environnement de bureau qui a pris une importance croissante au fil des mois semble justement subir une crise de croissance. De plus en plus de distribution, en dehors de la Linux Mint utilise ou propose l’environnement en question : SnowLinux, CinnArch, Fedora Linux, Ubuntu, OpenSuSE, Gentoo Linux et donc Sabayon Linux, Frugalware Linux. Dixit la page de téléchargement de l’environnement.

Cependant, sa dépendance à une base Ubuntu et l’occasion manquée de pouvoir partir d’une base Debian GNU/Linux fragilise un peu la diffusion de l’environnement de bureau basé sur les technologies de Gnome Shell.

Dans un message récent, sur la liste de publipostage arch-dev-public, l’arrivée de Gnome 3.8 sur les dépots a entrainé une décision logique, bien que douloureuse pour Cinnarch (distribution basée dès le départ sur le duo Cinnamon + ArchLinux) entre autres : le retour de Cinnamon dans AUR, l’archive des logiciels tiers d’Archlinux.

Je cite le morceau important du courrier en question :

I agree about dropping cinnamon because it is impossible to work with Linux
Mint projects. They work with what they have instead of what is coming. So
now we have this gnome 3.8 problem, and then we would have gnome 3.10
problems. We can’t work with their packages.

Ce qui se traduit par :

Je suis d’accord pour l’abandon de Cinnamon car il est impossible de travailler avec les projets de Linux Mint. Ils travaillent avec ce qu’ils ont [la version de Gnome proposée par Ubuntu] pas ce qui arrive. Nous avons maintenant le problème avec Gnome 3.8, et nous aurons des problèmes avec Gnome 3.10. Nous [les développeurs d'Archlinux] ne pouvont pas travailler avec leurs paquets.

J’ai été jeté un oeil sur le dépot des paquets d’Ubuntu pour la Raring Ringtail. Au 12 avril, les paquets Gnome sont encore en partie en version 3.6.x : Nautilus est en version 3.6.3 par exemple. Idem pour Totem ou encore Brasero.

La Ubuntu 13.04 étant en béta 2 récemment, il serait étonnant d’introduire la dernière génération de Gnome fraichement sortie à moins de 2 semaines de la version finale.

Il y a donc de fortes chances pour qu’Ubuntu 13.04, base de la future version de Linux Mint, distribution référence de Cinnamon se base encore sur Gnome 3.6. Donc, potentiellement incompatible avec la dernière version officiellement stable de Gnome et de son shell. Version qui va se répandre dans les semaines qui viennent.

Et ce qui c’est passé avec ArchLinux et CinnArch, risque de se reproduire pour Fedora Linux ou encore Gentoo Linux qui ont moins de retard en terme de versions que la distribution de Canonical.

Doit-on en déduire que l’acharnement thérapeutique sur le code de Gnome 2, j’ai nommé Mate a une chance de se faire une place au soleil ? Pourquoi pas, même si j’avoue que je ne croyais pas vraiment à la pérénité du projet quand il est apparu.

Il est récemment sorti en version 1.6.0 récemment, et se porte étonnament bien. Il est vrai qu’il est moins dépendant que Cinnamon d’une quelconque distribution.

Reste à savoir cependant si le mode « Classique » de Gnome 3.8 lui fera ou pas de l’ombre.

Etre linuxien(ne) et ne pas utiliser Ubuntu / Mint / Debian / OpenSuSE / Fedora / Mageia = être élitiste ?

J’ai oublié dans la liste Manjaro Linux. Toutes mes excuses pour cet oubli involontaire. J’ai la drôle d’impression quand on sort du sextet listé en titre, on devient un pédant, un élitiste, bref, une personne qu’on aime à mépriser.

Dans un billet d’il y a dizaine de jours, je posais la question qui fâche : « Les distributions GNU/Linux « qui se méritent », est-ce un mal ? »

Je ne nie pas l’importance des distributions listées dans le titre, et je considère qu’elles sont indispensables pour favoriser un combat contre la monoculture de PC = Microsoft Windows.

Ce que je regrette, c’est de lire parfois des propos de certain(e)s utilisateurs / utilisatrices des distributions grand public envers les distributions plus avancées.

On en arrive à croire qu’un utilisateur d’une distribution comme ArchLinux, Gentoo Linux, Crux, NuTyX, est une personne qui veut se la péter, s’astiquer les parties génitales.

Surtout que nombre de personnes sont d’ancien(ne)s utilisateurs / utilisatrices d’Ubuntu, de Linux Mint ou encore de Fedora Linux. Dans mon cas – on ne peut bien parler que de sa propre expérience – j’ai été utilisateur d’Ubuntu entre la Dapper Drake (6.06 LTS) jusqu’à la Intrepid Ibex (8.10), et je l’ai quitté car elle ne me convenait plus.

Désolé de le dire de façon aussi crue, mais je n’ai pas d’érection quand je mets à jour quotidiennement mon ArchLinux en tapant un simple yaourt -Syua dans un terminal Gnome.

Je n’en ai pas non eu plus quand j’ai donné un coup au papa de la NuTyX qui avait besoin de retours sur les différentes versions Release Candidate de sa distribution.

Utiliser ArchLinux pour moi – et ce qui sera appliquable à des personnes utilisant Gentoo Linux, Crux ou NuTyX – c’est avant tout utiliser une distribution avec laquelle on se sent bien.

Une deuxième maison, en version informatique. Et nullement l’envie de se prendre pour le centre du monde informatique version libre. Ou pour la se péter, en terme clair.

Il n’y a aucune distribution GNU / Linux qui soit parfaite, il y a seulement celle qui convient à l’utilisateur. Si j’aime ArchLinux, c’est pour la fraîcheur de ses logiciels, les principes proposés par la distribution, et non par ce que c’est une distribution qui utilise la ligne de commande pour la moindre opération.

D’autres personnes préfèreront Gentoo Linux pour son côté « j’optimise les logiciels via la compilation », d’autres Crux pour le côté léger de l’ensemble.

C’est une distribution qui comble mes besoins, me fait prendre du plaisir à l’utilisation. Et c’est qu’on demande. A moins d’être masochiste et de prendre une distribution pour « faire comme tout le monde » et y être malheureux.

L’informatique est un outil. Mais ce n’est pas un outil qui doit être source de céphalocapture à mon humble avis d’une personne qui utilise l’outil informatique depuis un quart de siècle. Bien que je sois infoutu d’écrire le moindre « hello world », que ce soit en C ou en python.

Ce n’est pas pour autant que je prends pour de l’excrément canin les utilisateurs / utilisatrices des distributions citées en titre, bien au contraire !

A chaque personne correspond des besoins différents. Le « One Size Fits All », c’est en restant très poli de l’excrément canin en barre.

Funtoo Linux, suite et fin.

Dans un précédent article, j’avais été bloqué au redémarrage. La faute au xfs. Donc, j’ai retenté ma chance, et je suis reparti sur les routes de la geekitude informatique linuxienne – euh, y a pas un pléonasme ? – avec une Funtoo Linux, cependant, cette fois, j’ai utilisé VirtualBox et des partitions en / et /home en ext4.

Le point qui m’a le plus ennuyé, c’est la reconnaissance du circuit son, qui m’a fait recompiler au moins 3 fois le noyau. Pour l’affichage, un petit emerge xf86-video-virtualbox. Et surtout, ne pas nettoyer le code compilé du noyau, même s’il prend près de 700 Mo. Et comme je suis un grand fou furieux, j’ai utilisé le code source le plus proche de l’original pour le noyau, le paquet vanilla-sources, me permettant d’avoir le 3.6.6. Chez Gentoo Linux, on est limité au noyau linux 3.5.7 avec le même paquet.

Lire la suite

Installer une Funtoo avec Xfce : le retour, deuxième partie.

A la fin de la première partie, j’avais lancé la compilation de Xorg, avec un petit emerge x11-xorg Pour gagner du temps, j’ai rajouté la valeur VIDEO_CARDS= »vesa » dans le fichier /etc/portage/make.conf

Et j’ai profité de la compilation de Xorg pour générer les traductions nécessaire à l’utilisation de la Funtoo Linux.

Lire la suite

Gentoo, le retour… de la malchance chronique ?

Après avoir tenté une funtoo (qui reprend les mêmes base de la Gentoo) en octobre 2011, j’ai voulu retenter l’expérience, mais en partant d’une Gentoo, cette fois-ci.

Malgré un bug connu qui plante les ISOs hebdomadaires depuis en gros juin ou juillet dernier, empéchant une connexion réseau automatique, et que la solution est d’utiliser SystemRescueCD (basée sur Gentoo), j’ai voulu essayer une nouvelle fois d’installer une Gentoo avec Xfce dessus. Histoire d’en apprendre un peu plus sur les tripes gnu/linuxiennes.

J’ai donc créé une machine virtuelle pour lancer l’installation de la Gentoo dedans, en suivant le guide d’installation.


[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk-gentoo.img 128G
Formatting 'disk-gentoo.img', fmt=qed size=137438953472 cluster_size=65536 table_size=0
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk-gentoo.img -cdrom systemrescuecd-x86-3.0.0.iso -boot order=cd &

Comme partitionnement ? Le suivant.

  • /dev/sda1 ; /boot ; 512 Mo en ext2
  • /dev/sda2 ; swap ; 4 Go
  • /dev/sda3 ; / ; 16 Go en ext4
  • /dev/sda4 ; /home ; le reste en ext4

Lire la suite

Sabayon Linux 10 : une distribution un peu lourde à digérer ?

Le 13 septembre, l’équipe de Sabayon Linux a présenté la 10ième version officielle de sa distribution, dérivée de la Gentoo Linux.

Les notes de publications sont savoureuses. Non content de proposer une version de développement de l’implémentation libre du standard OpenGL, à savoir Mesa 9 en date du 31 août, ils cassent gentiment la technologie systemd.

Sur l’intégration de la pré-version de Mesa 9 :

« Mesa 9, drm stack, KMS

Mesa 9 is not out yet, but you can get a taste of it in Sabayon 10 already, which is shipping with a 2012-08-31 snapshot of Mesa 9 and updated libdrm and drivers stack. Out of the box Kernel-Mode-Setting experience has been improved for Intel and Matrox video cards as well, while due to conflicts with fglrx, radeon KMS still requires some scripty help (but this will be addressed once Linux 3.6 is out). Please have a look at our footnotes if you have problems booting your system on AMD hardware. »

Ce qui donne traduit :

« Mesa 9, drm stack, KMS

Mesa 9 n’est pas encore sorti, mais vous pouvez y goûter dans Sabayon 10, qui propose un instantané de développement de Mesa 9 en date du 31-08-2012 et des versions à jour de libdrm et des pilotes. L’expérience immédiate [vous traduiriez comment out-of-the box ?] du Kernel-Mode-Setting a été amélioré pour les cartes vidéo Intel et Matrox aussi, mais à cause de conflits avec fglrx, le KMS avec Radeon requière encore une petite aide au niveau des scripts (qui sera corrigée quand Linux 3.6 sortira). Veuillez jeter un oeil au notes de fin de page si vous avez des problèmes pour démarrer votre système du matériel AMD »

Et pour le cassage de systemd :

New udev, kmod stack

As many other distributions, we were tempted by systemd to the point that we made it easier to migrate to it through Portage (and you can do that as well, with some trickery). This required a new udev-systemd snapshot and the migration to kmod, from module-init-tools. Our team, more precisely Joost Ruis, decided to benchmark OpenRC (our current init system) against Systemd and the results were a bit disappointing. While Systemd has proved to be faster, our real world scenarios simulation showed that the difference is well below 8 seconds for the boot process. Does this justify the move towards a less-tested and for many controversial technology? Not yet, our boot is fast enough. Do the average people restart their system more than 5 times a day? We don’t think so.

Ce qui donne traduit :

Nouvel udev, nouvelle pile kmod

Comme beaucoup d’autres distributions, nous avons été tenté par systemd au point que nous avons rendu sa migration plus facile dans Portage (et vous pouvez le faire aussi bien, avec quelques manipulations). Cela a nécessité une nouvel instantané de udev-systemd et la migration vers kmod, à partir du module-init-tools. Notre équipe, plus précisément Joost Ruis, a décidé de comparer OpenRC (notre système actuel init) contre Systemd et les résultats étaient un peu décevants. Alors que Systemd s’est avéré être plus rapide, nos simulations en mode réel ont montré que la différence est bien en dessous de 8 secondes pour le processus de démarrage. Est-ce que cela justifie le passage à une technologie moins testée et controversée par de nombreuses personnes ? Pas encore, notre démarrage est assez rapide. Est-ce que la moyenne des gens redémarrent leurs systèmes plus de 5 fois par jour ? Nous ne le pensons pas.

8 secondes de différence, c’est quoi ? Une gorgée de café ou deux ? En prenant un démarrage par jour pour un utilisateur « lambda », ça fait quoi au bout de 365 jours ? 48 minutes gagnées par an, c’est vrai, c’est négligeable au final :D

Mieux vaut casser l’affichage en proposant une version instable de MesaGL que d’utiliser une technologie moins testée – il est vrai que les utilisateurs de Fedora Linux, OpenSuSE, Mageïa, Frugalware Linux et autres ArchLinux sont une minorité – que de remettre en question une technologie plus confidentielle comme OpenRC :)

Mais trève de polémiques stériles, attaquons donc le test et récupérons en bon condamné par Hadopipirate… utilisateur d’une technologie à la base de l’internet actuel, à savoir le réseau BitTorrent l’image ISO. J’ai récupéré en bon Gnomiste indécrottable l’image en 64 bits avec Gnome 3.

Lire la suite

Après SecureBoot, l’intégration d’udev dans systemd sera-t-elle la source d’une nouvelle balkanisation des distributions GNU/Linux ?

Dans un article posté sur Chatinux, je parlais de la balkanisation que les distributions GNU/Linux allait subir avec la généralisation de la technologie SecureBoot et le support par les distributions. Je ne reviendrais pas sur la polémique, cette technologie est pour moi une mauvaise réponse à une bonne question.

Dans l’article en question, je disais :

Car outre les deux [Ubuntu et Fedora] qui ont déjà annoncé les moyens mis en oeuvre pour supporter le duo UEFI + Secure Boot, que vont faire les autres ? Que va faire Debian GNU/Linux ? Archlinux ? Frugalware ? Gentoo ? Slackware ? OpenSuSE ?

Va-t-on avoir un clan prenant en charge le SecureBoot, et un clan ne le prenant pas en charge ? Cela serait une bonne chose sur un seul point : cela réduirait de manière drastique le nombre de distributions existantes, au dépend des utilisateurs de distributions alternatives.

En avril 2012, l’équipe en charge de systemd a décidé d’intégrer le code d’udev. Pour les personnes qui ne savent ce qu’est udev, c’est : « un gestionnaire de périphériques remplaçant devfs sur les noyaux Linux de la série 2.6. Sa fonction principale est de gérer les périphériques dans le répertoire /dev. »

En gros, il permet de dire au noyau quels sont les périphériques installés pour les gérer par la suite. Et bien entendu, quand des personnes sont mécontentes d’une évolution, la logique est de faire un fork. Donc, udev a été forké.

Lire la suite

Calculate Linux : l’autre Gentoo Linux pour être humain ?

Gentoo Linux, la distribution où la compilation est reine – je reste circonspect sur le gain réel de vitesse des logiciels compilés maison contre les pré-compilés – est réputée pour son coté austère, pour ne pas dire imbuvable par endroit.

Il y a des projets pour rendre la distribution plus utilisable par une personne lambda, Sabayon GNU/Linux étant le plus célèbre. Cependant, il existe un projet d’origine russe, Calculate Linux. La version 12.0 étant sortie récemment, j’ai eu envie de voir ce que donnait cette dérivée de Gentoo Linux.

Dans l’annonce de publication, on peut voir qu’il existe 3 versions principales : une basée sur Gnome (version 3.2, alors que la version 3.4 est sorti il y a environ 3 mois), une basée sur KDE (4.8.4) et une dernière sur Xfce (4.10). Les 3 étant disponible en versions 32 et 64 bits.

J’ai donc lancé mon client bittorrent en bon tipiak, et j’ai attendu que les 1,9 Go de l’image ISO du DVD de la version xfce 64 bits soient récupérés. Une fois le long démarrage terminé, on se retrouve dans un environnement Xfce simplifié. Tout se règle via un menu déroulant.

L’installateur est ultra simplifié, et se résume à : remplir des champs quand c’est demandé, cocher une ou deux options, et puis cliquer sur suivant et patienter. Loin d’une installation aride à la Fentoo Linux qui demande de rentrer des commandes « cryptiques » et de connaitre des notions étranges comme le chroot par exemple ;)

Lire la suite

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 :D

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 ?!

Lire la suite

Cinnamon, la petite interface qui monte, qui monte :)

Cinnamon, le « fork » de Gnome-Shell qui est né il y a à peine 6 mois – et sur lequel j’ai eu la dent dure au démarrage – continue son bonhomme de chemin.

En dehors de sa présence dans les versions rolling release et classique de Linux Mint, il faut rajouter :

En 6 mois, on peut dire que l’adoption est assez rapide. J’avoue que je suis étonné de la vitesse à laquelle cet environnement monte en puissance. A voir si le mouvement continuera… ou pas ;)

Sabayon 8 : la distribution qui pourrait presque faire de l’ombre à la Frugalware Linux et à la Archlinux ?

Dans le domaine des distributions à publication continue, deux grands noms : Archlinux et Frugalware Linux. Basée sur la méta-distribution Gentoo (qui se base sur la compilation intégrale du code source pour tous les outils sur une machine, sachant qu’il faut compter plusieurs heures pour LibreOffice par exemple), Sabayon est une distribution reprend les paquets précompilés de Gentoo » et les rend utilisable de manière conviviale.

J’ai déjà par le passé parlé de la Sabayon Linux. A l’époque de sa version 7 qui proposait déjà Gnome-Shell ou encore à l’époque sa version 6.

La sortie de la Sabayon 8 m’a donné envie de la tester à nouveau, histoire de voir les progrès effectués.

J’avais terminé l’article du mois d’octobre dernier ainsi :

De cette utilisation rapide de Sabayon Linux, je tirerais la même conclusion que pour la version précédente. Une distribution assez rapide au lancement, mais qui souffre d’un énorme problème de lenteur au niveau du gestionnaire de paquets. Et aussi, le gestionnaire de paquets qui n’est pas franchement des plus « parlant ». Je suppose qu’utiliser les outils en lignes pour gérer les paquets sont plus adaptés pour une distribution basée sur gentoo.

Cependant, vu que cette distribution vise un public moins « geek ou nerd » que sa base gentoo, avoir un gestionnaire de paquets un peu à la « Logithèque ubuntu » serait un bon point pour cette très bonne distribution, soit dit en passant.

Pour des raisons pratiques, dont une meilleure vitesse au niveau du disque dur virtuel, j’ai utilisé VirtualBox.

Lire la suite

Les distributions n’aiment pas la simplicité…

…Ou n’aiment pas le « one size fits all » ? Un fidèle lecteur m’a écrit il y a quelques jours pour me suggérer de parler d’un problème inhérent selon lui aux distributions linux : leur rejet de la simplicité.

Je ne reproduirais pas le message en question, mais tout ce que je peux dire, c’est que cette personne a une dent contre les interfaces qui se démultiplient, spécialement les interfaces nouvelles générations qui ont fait leurs premières armes l’année dernière.

Un reproche que l’on fait souvent aux interfaces graphiques utilisateurs des distributions linux, c’est leur foisonnement. Contrairement au duopole Microsoft-Apple où chacun des adversaires impose sa vision de l’interface graphique comme étant ce que recherche l’utilisateur (en lui imposant au passage sa vision des choses), le monde du logiciel libre est celui qui refuse l’idée de la taille unique, en clair imposer à l’utilisateur débutant comme à l’habitué la même interface, avec les mêmes icones, les mêmes raccourcis claviers, etc…

D’un coté on impose l’interface, et l’utilisateur fait son choix souvent en fonction de ses besoins ou de ses finances, de l’autre, on laisse l’utilisateur choisir ce qui lui convient le mieux à l’utilisation.

C’est pour cela que l’on a 3 grands noms dans les environnements de bureau, Gnome, KDE SC et Xfce, mais aussi un nombre conséquent de gestionnaires de fenêtres plus ou moins complet, allant d’Openbox à RatPoison, en passant par fluxbox, windowmaker ou encore wmfs.

Ce n’est pas que les distributions refusent la simplicité, elle préfère promouvoir un ou plusieurs choix (en fonction de la cible d’utilisateurs qu’elles visent), car tout le monde n’a pas les mêmes besoins, ni les mêmes envies.

Dans ce cas, les distributions les plus ouvertes sont, par ordre alphabétique : Archlinux, Crux Debian, Fedora, Frugalware, Funtoo, Gentoo.

Car soit elles ne mettent en avant aucune interface, soit elles proposent les principales individuellement.

Choisir pour l’utilisateur ou laisser l’utilisateur choisir, à vous de voir la voie que vous préférez !

A la quête de la geekitude linuxienne. Installer une Funtoo avec Xfce 4.8 dans une machine virtuelle VirtualBox – Deuxième partie.

A la fin du premier article, la compilation de Xorg était commencée. Pour effectuer celle-ci, j’ai entré, suivant le wiki de Funtoo-Quebec :

emerge --ask xorg-x11 xterm xclock twm

Après une compilation de 45 minutes environ, X est compilé. Pour utiliser consolekit (composant indispensable pour gérer finement les outils par la suite), et pour contourner un bug, j’ai du utiliser ceci :


export EMERGE_DEFAULT_OPTS="--autounmask=n"
emerge consolekit

Et une fois consolekit compilé…

env-update && source /etc/profile
/etc/init.d/consolekit start
rc-update add consolekit default

La configuration de Xorg passe par une manipulation que j’ai évoqué dans le billet sur FreeBSD 9.0. J’ai installé quelques outils complémentaires : alsa-utils, sudo et wicd.

Lire la suite

A la quête de la geekitude linuxienne… Installer une Funtoo avec Xfce 4.8 dans une machine virtuelle VirtualBox – Première partie.

En cette journée du 31 octobre, j’ai voulu tester dans une machine virtuelle VirtualBox la distribution Funtoo, une soeur de la Gentoo. Comme VirtualBox me propose des environnement Gentoo et Gentoo 64 bits, je me suis dit : allons-y. Même si utiliser une distribution source dans un environnement virtualisé n’est pas le meilleur choix.

J’ai donc pris un environnement Gentoo 64 bits. J’ai utilisé l’ISO System-Rescue-CD pour avoir un environnement de démarrage. Cependant, et vu que c’est une distribution source pour la plus grosse partie, j’ai pris un gros disque dur virtuel, 64 GiO au lieu de l’habituel 32 GiO.

Après avoir démarré l’ISO, j’ai demandé le démarrage le plus léger possible, en 64 bits et en console.

Pour l’installation, j’ai suivi le wiki anglophone.

Lire la suite

Sabayon Linux 7.0 : une pointe de Gnome Shell, s’il vous plait ? ;)

J’ai déjà parlé plusieurs fois de la Sabayon Linux, une version utilisateur « normal » (non geek ou nerd) de la Gentoo Linux.

La dernière fois, c’était en juin dernier, lors de la sortie de la version 6.0 de la distribution. Je concluais ainsi l’article :

La Gentoo pour utilisateurs « normaux » qu’est Sabayon s’améliore encore, mais il est dommage que l’Entropy Store soit un peu « castré » si on passe par le mode d’affichage par défaut.

Il est aussi dommage que certains logiciels soient un peu anciens. Bah, déjà avoir une gentoo aussi utilisable, c’est déjà un grand pas en avant pour la démocratisation des distributions autre qu’Ubuntu et ses trillions de versions dérivées.

La sortie, le 10 octobre, de la Sabayon Linux 7 m’a donné envie de voir ce qu’était devenu la distribution. J’ai donc fait chauffé mon client Bittorrent (l’outil des pirates si l’on en croit les sociétés d’ayants droits), puis, pour pouvoir profiter du Gnome-Shell, j’ai créé une machine virtuelle dans VirtualBox.

Lors du démarrage (j’ai demandé à lancer la distribution directement dans le bureau gnome), j’ai eu droit au Gnome-Shell directement.

Ensuite, j’ai lancé ce bon vieil anaconda et tout s’est passé comme sur des roulettes. J’ai bien aimé deux écrans, le premier parlant des environnements en fonction des utilisateurs, la deuxième étant une pique sympathique pour Debian GNU/linux et sa version stable.

Une fois l’installation terminée, j’ai filmé la suite des évènements.

Lire la suite

Assiste-t-on à un murissement du marché des distributions GNU/Linux ?

Quand j’ai commencé à ce blog, il y a 5 ans et 9 mois environ, le nombre de distributions GNU/Linux vraiment différentes étaient intéressantes ; En septembre 2005, j’avais des distributions à base de paquets .deb (avant l’offensive *buntu), d’autres à bases de rpms, des distributions avec des formats de paquets exotiques, comme la feu nasgaïa, des distributions en meta-sources, d’autres copiant la hiérarchie windowsienne (GoboLinux), etc…

Cependant, depuis quelques mois, pour ne pas dire une grosse année, le choix s’est appauvri. On ne compte plus le nombre de ubuntu-like qui souvent n’ont changé qu’un ou deux logiciels / thèmes, les dérivées de la Fedora qui souvent rajoute des logiciels non libre par défaut.

Si on prend le top 10 actuel de distrowatch en cette fin juin 2010 :

  1. Ubuntu
  2. Linux Mint (ubuntu like)
  3. Fedora
  4. Debian, la mère d’Ubuntu sur certains plans
  5. OpenSuSE
  6. ArchLinux
  7. PCLinuxOS (mélange de Mandriva, Fedora et OpenSuSE)
  8. Puppy (basée sur Ubuntu, et largement dégraissée)
  9. CentOS (version libre de la RedHat Linux Entreprise)
  10. Sabayon (une gentoo pour humain)

Donc, 50% basé sur des paquets deb, 30% sur des paquets rpm, et les deux dernières sur des paquets tiers ou meta source.

Certains détracteurs disent qu’il y a des milliers de distributions linux… Mais combien de vraiment originale ? Pas grand monde…A noté l’absence dans le top 10 de grand noms, comme Gentoo, Mandriva, Slackware

Comme quoi le marché des distributions commence à murir, et même si un certain nombre de distributions dérivées d’Ubuntu sorte à chaque fois, rare sont celles qui arrivent à se démarquer vraiment…

Sabayon Linux 6.0 Gnome Edition : puissante, mais encore un peu lourde à l’utilisation…

La dernière fois que j’avais parlé de Sabayon, c’était en janvier dernier, lors de la sortie de la version 5.5. J’avais noté que d’énormes progrès avait été faits, ne serait-ce que pour la taille de l’installation, et surtout sa légèreté.

La sortie de la version 6.0 m’a donné envie de la tester à nouveau.

J’ai donc utilisé mon wget adoré et j’ai récupéré l’ISO de la version Gnome 64 bits.

[fred@fredo-arch ISO à tester]$ wget -c ftp://ftp.nluug.nl/pub/os/Linux/distr/sabayonlinux/iso/Sabayon_Linux_6_amd64_G.iso
–2011-06-23 19:44:14– ftp://ftp.nluug.nl/pub/os/Linux/distr/sabayonlinux/iso/Sabayon_Linux_6_amd64_G.iso
=> «Sabayon_Linux_6_amd64_G.iso»
Résolution de ftp.nluug.nl… 192.87.102.43, 192.87.102.42, 2001:610:1:80aa:192:87:102:42, …
Connexion vers ftp.nluug.nl|192.87.102.43|:21…connecté.
Ouverture de session en anonymous…Session établie!
==> SYST … complété. ==> PWD … complété.
==> TYPE I … complété. ==> CWD (1) /pub/os/Linux/distr/sabayonlinux/iso … complété.
==> SIZE Sabayon_Linux_6_amd64_G.iso … 1863262208
==> PASV … complété. ==> RETR Sabayon_Linux_6_amd64_G.iso … complété.
Longueur: 1863262208 (1,7G) (non certifiée)

100%[====================================>] 1 863 262 208 2,31M/s ds 12m 55s

2011-06-23 19:57:09 (2,29 MB/s) – «Sabayon_Linux_6_amd64_G.iso» sauvegardé [1863262208]

J’ai ensuite lancé une machine virtuelle qemu-kvm, avec l’équipement habituel : 32 Go de disque virtuel (mais pour une fois, une image prédimensionnée), 2 Go de mémoire vive.


[fred@fredo-arch ISO à tester]$ dd if=/dev/zero of=disk.img bs=1G count=32
32+0 enregistrements lus
32+0 enregistrements écrits
34359738368 octets (34 GB) copiés, 308,381 s, 111 MB/s
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom Sabayon_Linux_6_amd64_G.iso -boot cd &

J’ai choisi l’option d’installation graphique directement. Anaconda, l’outil d’installation de la Fedora Linux est utilisé. Pour des raisons de rapidité (et de peu de gourmandise en mémoire), l’installation graphique utilise Fluxbox.

Le seul moment où un accès est internet est demandé, c’est lors de la récupération des pages manuel en français.

Lire la suite

Sabayon 5.5 : de gros progrès pour cette gentoo « civilisée »

J’ai pu lire sur Distrowatch l’arrivée de la nouvelle version de la Sabayon 5.5. Après avoir récupéré longuement l’image ISO de la version Gnome en 64 bits, j’ai lancé la machine virtuelle habituelle, en utilisant l’habituel :


[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom Sabayon_Linux_5.5_amd64_G.iso -boot cd &

Après un démarrage assez rapide, j’ai été accueilli dans un environnement Gnome 2.32.

Lire la suite

Mon pari fou de fin 2010 : installer une LFS 6.7 dans une machine virtuelle kvm ;) – Partie 3…

Dans le précédent article de la série, j’étais resté bloqué car gcc était absent des programmes fournis sur le CD live utilisé.

J’ai donc récupéré le SystemRescueCD, et j’ai relancé l’installation dans la machine virtuelle dont j’avais conservé l’image disque, en recréant après le lancement les partitions par soucis de partir sur une base propre.

kvm64 -hda disk.img -cdrom systemrescuecd-x86-1.6.4.iso -boot d &

Tout s’est bien déroulé, sauf que cette fois, je suis bloqué et je n’arrive pas à trouver la solution. En effet, lors de la deuxième compilation des binutils, ceux-ci m’envoient paître, à cause de makeinfo manquant. Hors, ayant suivi au pied de la lettre les instructions, la première compilations des binutils – et de gcc et de la glibc – s’étaient très bien passé.

erreur de compilation des binutils

Ce qui est dommage. A croire que je ne dois pas avoir un bon « feeling » avec les distributions sources :(

Et j’ai la conscience tranquille, car au moins, j’ai essayé !