Bridge Linux : quel intérêt ?

J’avais entendu parlé de la Bridge Linux il y a quelques semaines, sur une publication du Distrowatch Weekly. Poussé par la curiosité, j’avais décidé de voir ce que valait la distribution, à l’époque uniquement proposée avec Xfce.

J’avais tellement été déçu – une base ArchBang mal digérée – que je n’avais pas rédigé d’article.

L’auteur de la Bridge Linux vient de sortir 6 versions : KDE, Gnome et Xfce, à la fois en 32 et 64 bits.

J’ai donc récupéré l’image ISO de la version Xfce pour voir si des progrès étaient apparus.

L’étape suivante a été de créer l’habituelle machine virtuelle pour donner sa chance à la Bridge Linux.


[fred@fredo-arch ISO à tester]$ dd if=/dev/zero of=disk.img count=32 bs=1G
32+0 enregistrements lus
32+0 enregistrements écrits
34359738368 octets (34 GB) copiés, 450,478 s, 76,3 MB/s
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom bridge-xfce-2012.2-x86_64.iso -no-frame -boot order=cd &

Une fois le chargement terminé, on tombe sur un Xfce tout en dégradé de gris. Pas conseillé au personne qui aime les couleurs chaudes et vivantes 😉

Continuer la lecture de « Bridge Linux : quel intérêt ? »

Fedora Linux 17 alpha : un effet boeuf ?:)

Cette semaine, la Fedora Linux 17 alpha a été publiée. Du nom de code de « Beefy Miracle » (d’où le jeu de mots assez nul du titre), l’annonce de publication annonce pas mal de bonnes choses, dont la version 3.3.5 de Gnome, un noyau linux 3.3rc3, la dernière version de développement de Gimp, LibreOffice 3.5.0 et plein de bonnes choses.

Les notes de publications sont assez complètes. J’ai donc décidé de voir ce qu’apportera la future Fedora Linux 17, qui sortira, si on en croit la feuille de route, aux alentours du 8 mai prochain.

J’ai donc demandé la création d’une image disque toute fraiche de 32 Go, et j’ai lancé dans qemu l’ISO liveCD de Gnome en 64 bits de la Fedora Linux 17 alpha.


[fred@fredo-arch ISO à tester]$ dd if=/dev/zero of=disk.img count=32 bs=1G
32+0 enregistrements lus
32+0 enregistrements écrits
34359738368 octets (34 GB) copiés, 476,041 s, 72,2 MB/s

La bonne surprise, en dehors du démarrage rapide, c’est que le Gnome-Shell est directement lancé. La raison ? La présence de MesaGL 8.0 qui fait des miracles pour l’accélération 3D en mode logiciel 🙂

Phoronix en avait déjà parlé en novembre dernier. La sortie de MesaGL 8.0 permet donc d’avoir un Gnome-Shell presque partout, même si cela n’est pas l’idéal pour des logiciels ultra-gourmand en 3D 🙁

L’installateur est ce bon vieux Anaconda, qui fait toujours aussi bien son boulot, donc, pas la peine de s’étendre ici 😀

Continuer la lecture de « Fedora Linux 17 alpha : un effet boeuf ?:) »

GNU/Linux n’arrivant pas à s’imposer sur le bureau, est-ce un mal ?

Cette semaine, l’actualité GNU/linuxienne a été assez chargée. Entre l’abandon d’un greffon flash après la sortie d’Adobe Flash 11.2 (officiellement supportée durant 5 ans), l’annonce comme quoi CUPS abandonnerait certaines fonctions typiquement attachée à GNU/Linux, même si elles seront compensées par l’utilisation de technologie comme Avahi, on ne peut pas dire qu’elle soit joyeuse. Ah, si, ComiceOS, le clone plus ou moins bien réussi de MacOS-X basé sur une ubuntu est retourné à ses chères études et retourne à son vrai niveau technique, une béta mal dégrossie.

J’ai déjà abordé plusieurs fois ce sujet, dont ce billet d’octobre dernier. Cependant, Une raison que je n’avais pas abordé, c’est simplement que pour s’imposer un minimum sur le marché de l’environnement de bureau, il faut une unification intégrale, ce qui reviendrait à imposer au minimum :

  • Une seule interface graphique utilisateur
  • Un seul ensemble de logiciels bureautiques et d’outils en rapport avec l’internet
  • Un seul format de paquets, et d’outil pour ajouter des logiciels tiers

Bref, une seule distribution pour tout le monde. C’est le pari risqué de Canonical, risqué car c’est rajouté dessus la volonté de faire une interface graphique utilisateur qui malgré ses qualités et ses défauts n’arrive au final qu’à faire une chose : entraîner dans une partie de la communauté du logiciel libre et des distributions GNU/Linux un rejet limite viscéral.

Car, et je le répèterais jusqu’à ce que le message soit bien passé, le logiciel libre, c’est le monde du choix. Choisir son noyau (LTS ou « normal »), son format de paquets (rpm, deb, ou un format à la slackware / ArchLinux / Frugalware Linux, etc…), l’interface graphique que l’on préfère (Gnome, Kde, Xfce, RatPoison, WindowMaker, OpenBox, Lxde, Unity, etc…), son navigateur internet, sa trousse bureautique, etc…

On ne peut que saluer l’effort, que je considère comme vain et énergivore, de Canonical et de sa volonté d’imposer un environnement type unifié et unique.

Si un jour cela doit arriver, ce ne sera pas par la pression d’un acteur aussi puissant soit-il, mais par la volonté de la communauté de montrer ce qu’elle sait faire.

Car le monde GNU/Linux est avant tout communautaire, au sens noble du terme. Je vais donc finir ce court billet en citant un article que j’ai rédigé début janvier 2012 :

Mis à part Ubuntu, Fedora Linux (indirectement) et OpenSuSE, le reste est occupé par des distributions communautaires ou de type communautaire. D’ailleurs, cette année, la distribution communautaire ArchLinux fête ses 10 ans, Debian GNU/Linux ses… 19 ans ! CentOS ? 8 ans cette année.
[…]
Une distribution communautaire dépend des dons de ses utilisateurs, que ce soit en terme purement technique ou financier. Demander des fonds pour se financer, est-ce si grave ? Poser la question, n’est-ce pas y répondre ?

D’ailleurs, selon moi, une distribution communautaire aura, la plupart du temps, les reins plus solides qu’une distribution adossée à une entreprise. Pour une simple et bonne raison : pas d’actionnaires à qui verser des dividendes. Ce qui aide à la survie d’une distribution, même si des appels à donner arrive de temps à autres.

Bon samedi 😀

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.

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

Systemd, est-ce vraiment aussi décoiffant que cela ?

Dans le petit monde des gestionnaires de services lors du démarrage d’un ordinateur utilisant une distribution GNU/linux, il y a que peu de choix : soit le bon vieux sysvinit, soit upstart (proposé par Canonical), soit systemd soutenu par RedHat et adopté par certaines distributions comme la Frugalware Linux qui sort en version 1.6 ce 13 février 2012.

J’ai donc voulu voir le gain que pouvait permettre systemd sur une archlinux « xfce-isée », basée sur le tutoriel que j’avais fait le mois dernier.

J’ai cependant utilisé VirtualBox ici, car la version git de qemu-kvm ne semble pas être super stable en ce moment pour mes essais 🙁

Pour l’installation, j’ai suivi le tutoriel disponible sur le wiki d’Archlinux.

Le gain brut en temps de démarrage est d’environ 33%. En effet, comme précisé dans la vidéo, on passe en gros de 15 secondes entre grub2 et le chargement du gestionnaire de session à 10 secondes. Ce qui est quand même pas mal 😉

Le seul hic, c’est que c’est légèrement plus dur en cas de plantage de savoir ce qui se passe :/ Mais encore, dans ce cas, il suffira de décommenter l’option init=/bin/systemd pour en avoir le coeur net.