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.

Continuer la lecture de « Sabayon Linux 6.0 Gnome Edition : puissante, mais encore un peu lourde à l’utilisation… »

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.

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

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

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

Dans le précédent article, j’avais récupéré les paquets sources.

Après avoir créé l’utilisateur lfs, j’ai demandé que les options de compilations soient :

export MAKEFLAGS='-s -j4'

  • -s = silencieux, c’est à dire uniquement le nom du fichier compilé
  • -j4 = 4 opérations en parallèle

Je suis ensuite allé dans $LFS/sources pour commencer la compilation des paquets.

Pour chaque paquet : tar xvfj (pour les tar.bz2), tar xfvz (pour les tar.gz). Et comme indiqué au point 5.3, j’ai enlevé le répertoire de compilation à chaque fois. Mais je ne suis pas allé très loin… J’avais oublié de vérifier la présence de gcc sur le système live…

Donc, je recommencerais plus tard. Si vous avez un liveCD avec gcc intégré à me proposer, je suis preneur !

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

J’aime par moment me lancer dans des paris un peu fou. Celui-ci ? Installer une distribution Linux From Scratch 6.7 dans une machine virtuelle KVM.

Si je parviens à finir la première étape – à savoir un système qui démarre – je passerais à la deuxième étape : installer Xorg 🙂

Mais commençons par créer un disque virtuel d’une taille de 32 GiO.


[fred@fredo-arch download]$ dd if=/dev/zero of=disk.img count=32768 bs=1M
32768+0 enregistrements lus
32768+0 enregistrements écrits
34359738368 octets (34 GB) copiés, 411,05 s, 83,6 MB/s

Pour avoir un LiveCD léger et fonctionnel, j’ai utilisé un LiveCD Gentoo datant du 9 décembre… Pour la première partie, j’ai fait chargé le noyau gentoo-nofb.


[fred@fredo-arch download]$ kvm64 -hda disk.img -cdrom lfslivecd-x86_64-6.3-r2145-min.iso -boot d &

20 h 20 : le live a démarré. Début de la première partie de l’installation 😉

Je lance le partitionnement : cfdisk /dev/sda

Pour aller au plus simple, j’ai pris deux partitions : / de 30 Go, en ext3, 2 GiO pour swap.

Je sais, j’aurais pu créer des partitions pour /boot et /home, mais j’ai eu la flemme… Et comme c’est une de mes premières tentatives avec une LFS, j’ai eu envie de me simplifier la tache au maximum… Même si c’est très mal de ne pas avoir de /boot et /home séparé. Le ferais plus, promis, juré, craché ! 😉

Pour le formatage :


mke2fs -jv /dev/sda1
mkswap /dev/sda2
swapon /dev/sda2

Pour récupérer les paquets, j’ai utilisé la liste pour wget, en la copiant dans $LFS/sources, puis avec un petit :


wget -i wget-list

Récupération des paquets pour installer une LFS 6.7

Début à 20 h 33, fini vers 20 h 50.

Ce sera tout pour ce soir, je continuerais le lendemain avec la compilation des outils. J’ai pu vérifier que le montage de la partition avec les codes sources se fait bien. Donc, la suite au petit matin, histoire d’être complètement attentif 😉

Encore une fois, j’ai vu juste un peu trop tôt ?

Plusieur fois sur ce blog, j’ai déclaré que selon moi, un avenir possible des distributions linux était le rolling release (bien que ce ne soit viable qu’avec des connexions assez grosses, style ADSL minimum).

Premier article en novembre 2009, deuxième article en janvier 2010. Et chaque fois, on m’a opposé des réponses identiques : rolling release pas adapté à la machine de travail, trop d’instabilité liée à une constante mise à jour, etc…

Autant pour un serveur, je conçois qu’il faille utiliser des logiciels éprouvés et fiabilisés (donc pas franchement les dernières versions), autant sur le bureau, c’est pas plus mal… Spécialement dans le cas des navigateurs internet / client courrier où le cycle de 6 mois est souvent malmené… Cf Google Chrome et ses versions majeures toutes les 6 semaines 😉

Le nombre de distributions rolling-release – et de projets en relation avec ce concept – augmente. En plus des distributions historiques (ArchLinux, Frugalware Linux, Gentoo Linux et leur dérivés), on trouve des projets comme Debian Cut, ou encore Linux Mint Debian Edition.

Et voila que Mark Shuttleworth lance un pavé dans la mare…  Il semblerait que la version bureau d’Ubuntu tendrait vers un modèle Rolling Release… Au moins pour la distribution version bureau. Dixit ces articles de OStatic et de The Register.

En gros, cela voudrait dire que le modèle d’une version tous les 6 mois serait chamboulé, et la distribution serait mise à jour en temps réel… Autant dire que ce serait une sacrée révolution dans le petit monde des distributions GNU/linux 😉

Sabayon Linux 5.3 édition Xfce : tout en légèreté ;)

J’avais déjà parlé (et pas qu’en bien) de la version 5.1 de la Sabayon Linux édition Gnome.

Ayant lu sur distrowatch qu’une édition avec Xfce était disponible pour Sabayon, je l’ai téléchargé.

[fred@fredo-arch ISO à tester]$ wget -c ftp://ftp.nluug.nl/pub/os/Linux/distr/sabayonlinux/iso/Sabayon_Linux_5.3_amd64_XFCE.iso
–2010-07-21 07:39:27– ftp://ftp.nluug.nl/pub/os/Linux/distr/sabayonlinux/iso/Sabayon_Linux_5.3_amd64_XFCE.iso
=> «Sabayon_Linux_5.3_amd64_XFCE.iso»
Résolution de ftp.nluug.nl… 192.87.102.42, 192.87.102.43, 2001:610:1:80aa:192:87:102:43, …
Connexion vers ftp.nluug.nl|192.87.102.42|: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_5.3_amd64_XFCE.iso … 695560192
==> PASV … complété. ==> RETR Sabayon_Linux_5.3_amd64_XFCE.iso … complété.
Longueur: 695560192 (663M) (non certifiée)

100%[======================================>] 695 560 192 535K/s ds 18m 2s

2010-07-21 07:57:30 (628 KB/s) – «Sabayon_Linux_5.3_amd64_XFCE.iso» sauvegardé [695560192]

La distribution tient sur un CD. Autant dire qu’elle doit être assez légère sur le plan des logiciels installés. J’ai donc lancé l’installation dans la machine virtuelle habituelle :


[fred@fredo-arch ISO à tester]$ qemu-img create -f raw disk.img 32G
Formatting 'disk.img', fmt=raw size=34359738368
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom Sabayon_Linux_5.3_amd64_XFCE.iso -boot d &

Pour mémoire, kvm64 correspond à :


alias kvm64='qemu-system-x86_64 -enable-kvm -localtime -soundhw all -k fr -m 1500 -net user -net nic,model=rtl8139'

L’outil d’installation n’est autre qu’Anaconda, autant dire que l’installation se fait « nasodigitalement » 😉

Continuer la lecture de « Sabayon Linux 5.3 édition Xfce : tout en légèreté 😉 »

Un en vrac’ rapide et libre pour commencer la semaine.

J’avais envie de faire un petit en vrac’ rapide et libre pour commencer la semaine. Allons-y gaiement.

C’est tout pour commencer cette semaine, faut pas pousser non plus 😉

VLOS 2.0 béta 1 : pas encore très véloce… :)

Désolé pour le jeu de mots à 0,02 €… C’était trop tentant 😉

C’est une gentoo matinée de sabayon. En clair, une méta-distribution pour être humain.

Le 7 janvier, la version 2.0 béta 1 est sortie.

NB : Je sais que certaines personnes me diront qu’une distribution à la gentoo n’a aucun intérêt dans une machine virtuelle. Très bien. Si on veut se faire la main sur une gentoo pour sa culture générale, et que l’on a pas envie de se prendre la tête avec une vraie machine, on fait comment ? C’est quand même une solution souple, qui permet de se familiariser sans trop de problème avec ce genre de distribution.

Tout comme la Sabayon Linux, elle utilise l’outil anaconda pour être installée. Enfin, il faudrait préciser qu’elle utilise funtoo comme base, funtoo étant une version dérivée de la gentoo linux, dérivée mise au point par Daniel Robbins (lui même créateur de la gentoo linux en 1999) pour améliorer la gentoo linux.

Bref, pour simplifier : VLOS = funtoo (dérivée de gentoo) + anaconda + outils de la sabayon linux.

VLOS 2.0 Beta 1

J’ai donc récupéré l’image iso de la version 2.0 béta 1 de la VLOS. Ensuite, j’ai utilisé qemu pour créer une image disque de 32 Go et lancer l’émulation.


fred ~/download $ qemu-img create -f qcow2 vlos.img 32G
Formatting 'vlos.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred ~/download $ kvm -hda vlos.img -cdrom Vidalinux_2.0_beta1_amd64.iso -boot d &

Continuer la lecture de « VLOS 2.0 béta 1 : pas encore très véloce… 🙂 »