Catégorie : Trucs de geek

Trucs qui ne pourront qu’intéresser les fondus d’informatique, mal rasés, et empestant la caféine et la pizza froide ;)

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 😀

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 Hadopi… pirate… 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.

Continuer la lecture de « Sabayon Linux 10 : une distribution un peu lourde à digérer ? »

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

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

Vieux geek, épisode 5 : Ubuntu Dapper Drake, la distribution qui m’a fait arrêter le distro-hopping.

Petite définition : le distro-hopping, c’est l’activité pour un utilisateur de sauter de distribution en distribution jusqu’à trouver la perle rare.

Avril 2006, mon équipement Mac – et oui, j’ai été un utilisateur du coté obscur et fruité de l’informatique – rend l’âme au bout de 14 mois de bons et loyaux services.

C’est alors à l’époque des versions béta de ce qui allait devenir la Ubuntu 6.06 LTS que je l’installe sur un vieux bouzin dont je disais à l’époque : « Encore heureux, j’ai récupéré un vieux PC sous Ubuntu Dapper Drake, mais celui ci est aussi silencieux qu’un Airbus A380 au décollage. » C’était un Pentium 4, avec 512 Mo (ou un Go ?) de mémoire vive, 120 ou 160 Go de disque si mes souvenirs sont bons.

Après un passage très rapide, une semaine sous OpenSuSE 10.1 , je réinstalle la Ubuntu Dapper Drake. Qui me fera migrer sur Ubuntu durant environ 2 ans. Un premier passage sous Archlinux (décembre 2007 à Mars 2008), puis un ultime passage sous Ubuntu (mars 2008 à mai 2009), avant de migrer pour de bon sous Archlinux.

J’avoue que j’ai gardé un souvenir ému de la première version LTS de la distribution proposée par Canonical. J’ai encore le CD en version 32 bits chez moi. Supporté durant 3 ans (sur le bureau) et 5 ans (sur le serveur), elle proposait aux personnes n’ayant pas envie de risquer tous les 6 mois une migration qui aurait pu être « casse-gueule ».

D’ailleurs, à l’époque, la distribution est somme toute assez gourmande. Il est précisé dans le coffret qui est le premier à être proposé uniquement sous la forme d’un liveCD :

System Requirements
To use the Live CD, you must have a PC with at least 256 MB or RAM.
To install Ubuntu, you should have at least 2 GB of disk space.

Je ne me souviens plus trop de la taille des disques dur en 2006, mais ça devait tourner dans les 250 à 300 Go en haut de gamme, non ? 😉

L’équipement logiciel était assez bien développé pour l’époque : OpenOffice.org 2, Mozilla Firefox 1.5, Gnome 2.14.1. Le gros point fort de cette version : un seul et unique média à télécharger. Quelle révolution à l’époque, même si maintenant c’est devenu ultra-banal.

J’ai donc dégainé le CD de la Ubuntu 6.06LTS que j’ai encore dans mes archives, et je l’ai récupéré en utilisant la commande dd :

[fred@fredo-arch ISO à tester]$ dd if=/dev/sr0 of=ubuntu606.iso
1429788+0 enregistrements lus
1429788+0 enregistrements écrits
732051456 octets (732 MB) copiés, 170,114 s, 4,3 MB/s

Et puis, j’ai utilisé qemu-kvm pour relancer ce morceau d’histoire de l’informatique libre.


[fred@fredo-arch ISO à tester]$ qemu-img create -f qed disk.img 32G
Formatting 'disk.img', fmt=qed size=34359738368 cluster_size=65536 table_size=0
[fred@fredo-arch ISO à tester]$ kvm32 -hda disk.img -cdrom ubuntu606.iso -boot order=cd &

kvm32 étant un raccourci pour :

qemu-system-i386 --enable-kvm -m 2048 -k fr -soundhw all -usb

 

Continuer la lecture de « Vieux geek, épisode 5 : Ubuntu Dapper Drake, la distribution qui m’a fait arrêter le distro-hopping. »

PureOS : 18 mois après sa version 3.0, quoi de neuf ?

Il y a 18 mois, je parlais de la version 3.0 de cette distribution basée sur Debian GNU/Linux testing. La version 6.0, propose toujours une base Debian GNU/Linux testing, qui entre temps a été gelée, avec un thème d’icones qui ressemble à celle de faenza (faut aimer), Chromium 21, et plein de petites bonnes choses, dont un noyau Linux très récent, le 3.5.3.

J’ai donc récupéré uniquement l’image 32 bits – quid des machines qui sont capables d’utiliser complètement le 64 bits sans passer par le cautère sur une jambe de bois qu’est PAE ? – de la distribution, et j’ai lancé le tout dans une machine VirtualBox.

Première chose, l’écran de démarrage n’est plus chronométré, ouf. Mauvais point : Gnome Shell ne sort pas de sa coquille avec VirtualBox.

L’installateur est le même que pour la version d’il y a 18 mois, donc rien à rajouter, mis à part qu’il faut toujours partitionner à la main.

Gros point noir : lors de l’installation, aucun compte utilisateur n’est créé, ce qui signifie que le compte auquel on accède au premier démarrage, c’est le compte invité alias guest, qui s’autoconnecte.

Sans oublier que le mauvais fuseau horaire est choisi par défaut, et qu’il faut trifouiller l’heure 🙁

Continuer la lecture de « PureOS : 18 mois après sa version 3.0, quoi de neuf ? »

Cinnamon 1.5.7 : un coup de poing dans la face de Gnome-Shell ?

J’ai fait compiler la version git de Cinnamon pour voir les progrès effectués depuis la version 1.5.2 dont j’avais parlé en juillet dernier.

J’ai donc fait créer les paquets suivants sur une archlinux systemd-isée, pré-équipée d’un gnome avec son Shell dont j’ai vérifié le fonctionnement.

Et c’est tout ! Autant dire que comparé au projet d’interface de Canonical, c’est le jour et la nuit côté nombres de paquets à construire 🙂

A noté que je n’ai installé aucune extension, et que j’ai installé le fork de Nautilus pour avoir une expérience aussi proche que de l’idéal voulu par les codeurs de Cinnamon. Pour virer Nautilus, une fois nemo-git installé, j’ai fait un petit :


sudo pacman -Rdd nautilus

Et bien entendu, j’ai fait une petite vidéo. L’ensemble est vraiment rapide à l’utilisation, même si, technologie de Gnome-Shell oblige, le premier démarrage est un peu lent. Et j’ai droit à la souris folle, bug de VirtualBox 4.1.xx, ce qui fait activé un nombre important de fois le gestionnaire d’environnement virtuel.

Le seul bug étrange, c’est l’affichage des noms de fonds d’écran qui utilisent des idéogrammes chinois à première vue.

Autant dire qu’en voyant Cinnamon, et surtout Nemo, je me demande si mon prochain environnement sera Cinnamon avec Nemo ou Gnome-Shell 3.6. En arriver à se poser la question en dit long sur le degré de défiance que commence à produire Gnome envers ses utilisateurs. Et je suis un utilisateur de Gnome depuis sa version… 2.12 jadis fournie avec Ubuntu 6.06 LTS, ce qui ne fait que 6 ans et des bananes 🙂

Bilan de mes prédictions pour 2012 : et au bout de 9 mois ?

Le mois de septembre est commencée depuis une grosse semaine, j’ai eu donc envie de voir où en était le bilan au trois quarts de la durée écoulée, depuis le billet de fin décembre 2011.

Concernant ubuntu 12.04.x LTS, j’écrivais :

C’est un peu le quite ou double. Car les utilisateurs restés sur la version 10.04 se verront proposer la migration. Et ces derniers seront-ils la copie conforme des personnes qui ont accueillis de manières variées l’interface nouvelle generation fabriquée par Canonical ?

Pour le moment, Canonical a gagné son pari, au point que des ports d’Unity sont en cours pour Fedora ou encore Archlinux.

Cinnamon ? Il continue son bonhomme de chemin, avec le fork de Nautilus, Némo. La version 1.5.7 est actuellement la dernière version de développement disponible, avec une version stable 1.6.0 dans les semaines qui viennent.

En ce qui concerne le duel Mandriva – Mageïa, le gagnant est clairement Mageia. Le projet a sorti récemment une première alpha de sa version 3, proposant Gnome Shell 3.5.91 et KDE 4.9 entre autre choses.

Mandriva en est encore à chercher le nom d’une fondation. Un cercueil ne serait pas plus approprié ?

La Pomme ? Après son procès contre Samsung dont elle a remporté le premier acte (c’est le genre de procédure qui se mesure en années), et avant la sortie du 7ième iPhone, que sera l’iPhone 5 (ben ouais, vous faîtes quoi du 3Gs et 4s ?), tout va pour le mieux pour elle. Il suffit de lire sa Pravda francophone pour le comprendre 🙂

Et elle pourra verser un gros chèque de remerciement à Microsoft qui n’arrive pas à se dépétrer du futur fiasco MS-Windows 8, dont l’interface a été étrillé par PC Inpact.

En tout cas, je souhaite bien du courage aux personnes qui devront former les utilisateurs à l’interface de MS-Windows 8.

Coté navigateurs, selon Statcounter, la messe est dite pour Internet Explorer : Il n’a plus que 32,85% des parts de marché.

Deuxième ? Google Chrome : 33,59%
Troisième ? Mozilla Firefox : 22,85% !

Autant dire que la partie est bien perdue pour le panda roux, malgré son cycle de publication calqué sur celui de Google Chrome. 5 points perdus en un an, au profit presque exclusif de Google Chrome.

Enfin, le morceau de choix, la descente aux enfers de Facebook : vendue 38$, l’action se négocie à seulement… 18,98$… Soit 50% perdu en l’espace de 4 mois et demi, l’action étant coté depuis le 17 mai… Ca fait mal ?

En vrac’ rapide et libre.

Un petit en vrac’.

OpenSuSE 12.2 : à oublier si vous utilisez Gnome !

Hier, j’ai évoqué en vitesse le cycle atypique du développement d’OpenSuSE, ayant le cul entre deux chaises : la version semestrielle (trop courte) et annuelle (trop longue).

A l’époque de la version 12.1rc1, j’avais parlé d’une version 48 bits, tant le mélange entre les deux générations de paquets était encore importante.

En effet :

Que la remarque concernant le mélange de code 32 et 64 bits est toujours présent… 85 paquets 32 bits dans une distribution 64 bits avec l’installation par défaut… C’est la raison pour laquelle j’ai parlé d’une distribution 48 bits, car c’est un peu le cas, même si depuis la précédente version, la proportion de paquets 32 bits a diminué…

Pour tout dire, ce mélange de paquets a été résolu par la plupart des distributions depuis au moins 2 voire 3 ans. Mais voyons ce qu’il en est, après un cycle de développement qui s’est rapproché de la version annuelle pour sa durée.

Pour rester dans mon intégrisme environnement de bureau préféré, j’ai récupéré le liveCD 64 bits pour Gnome, le tout lancé dans une machine virtuelle VirtualBox. J’ai choisi de démarrer directement sur l’installateur.

Continuer la lecture de « OpenSuSE 12.2 : à oublier si vous utilisez Gnome ! »

La sortie retardée d’OpenSuSE met-elle à mal le cycle de développement de 8 mois ?

La distribution GNU/Linux OpenSuSE 12.2 est sortie ce 5 septembre, avec deux mois de retard par rapport à la date d’origine.

Les versions d’OpenSuSE sortent tous les 8 mois, du moins en théorie depuis 2009, car la précédente version, la 12.1 est sortie en novembre 2011.

Ce cycle de 8 mois est un peu « bâtard », les cycles de développement étant en moyenne de 6 mois ou d’un an, voire plus pour Debian GNU/Linux par exemple. Le prétexte utilisé étant qu’un cycle de 6 mois est trop court pour un niveau de qualité minimale.

Mais ce cycle, menant à la version 12.2, a été chamboulé, spécialement le coup de gueule au mois de juin dernier qui a débouché le rajout de deux mois supplémentaires. Et à moins d’être une quiche en anglais, c’est le niveau de qualité du produit qui est en cause, surtout avec des périodes de « cassure » parfois un peu trop importante.

Il est certain qu’un cycle de 6 mois est assez court pour stabiliser le code d’une distribution, et un an, c’est trop long surtout par rapport à certains logiciels qui évoluent rapidement.

Alors passer à une version annuelle ? Pourquoi pas ? Une idée à creuser, mais reste à savoir si elle est applicable dans la vie courante. En tout cas, un cycle de 8 mois pour stabiliser correctement le code ne semble pas être idéal au final.

Néanmoins, ne crachons pas sur la sortie de la distribution au Caméléon.

Vieux geek, épisode 4 : MS-Windows XP, l’arrivée de l’interface « Fisher Price ».

Octobre 2001 : alors que la bulle internet est en plein dégonflage, la crise des « dotcom » commencée en avril 2000 ne trouvera sa fin que 2 ans plus tard), Microsoft sort son nouveau MS-Windows, connu longtemps sous le nom de code de Whistler, à savoir MS-Windows NT 5.1 alias MS-Windows XP.

Basé sur le coeur de MS-Windows NT 5 alias 2000 Pro, c’est le premier MS-Windows grand public utilisant le moteur de la version professionnelle de l’OS de Microsoft. Sorti en février 2000, Microsoft Windows 2000 Pro reprend l’interface de MS-Windows 98 et va partager son environnement sonore avec le peu aimé MS-Windows Millennium.

Ouvrons une parenthèse : J’avais eu le nez creux en achetant dès sa sortie, fin février 2000, MS-Windows 2000 Pro qui avec MS-Windows XP reste mes préférés, enfin, c’est un bien grand mot. Il faut dire que la première installation de MS-Windows 2000 Pro (sur un Celeron 333, 128 Mo de mémoire, et 8 Go de disque) avait dépassé l’age canonique de 6 mois. Fermons cette parenthèse.

Mais ce qui choque le plus avec Microsoft Windows XP, c’est son interface. Elle chamboule énormément de trucs. Outre l’absence du MS-Dos (normal, la même base diffère de l’ancienne branche grand public), elle introduit deux nouveautés : le nouveau menu Démarrer (plus intelligent), et l’interface Luna que certaines personnes appelleront l’interface Fisher Price, car la transition pique les yeux à l’époque.

Pour les personnes n’ayant connues que MS-Windows XP, Vista et 7, voici à quoi ressemblait MS-Windows 98 / Millenium en général :

Et voici pour MS-Windows XP…

On peut aisément imaginer le choc d’une personne qui découvre l’interface Luna : c’est quoi ces gros boutons, ces couleurs plastiques, le menu qui regroupe tout ? Et le panneau de configuration qui oblige à fouiller pour régler quoique ce soit ? 😀

Je sais pas pour vous, mais cela me semble familier comme interrogation. Vous savez, l’arrivée des interfaces nouvelles générations dans le monde libre, le duo (ou duel ?) Unity / Gnome-Shell, et ce qui risque d’arriver pour Microsoft avec son MS-Windows 8…