Victime de la malédiction de « frugal-amon » ?!

Hier soir, ayant réussi à réparer mon portable – à vrai dire une sorte de feeling m’a dit : tente ta chance et rallumes-le – j’ai voulu remplacer la distribution ArchLinux qui s’y trouvait dessus par une frugalware linux. Pourquoi ? Pour avoir les deux distributions rolling release sur mon matériel informatique.

J’ai donc appliqué la méthode qui – normalement – fonctionne. Installation du strict minimum, et ensuite on rajoute Xorg, le serveur graphique correspondant, etc… Bref, la mise en route en suivant les conseils du wiki de post-installation.

Sauf – et ce doit être encore ma malchance habituelle – je suis tombé sur un bug qui doit être très difficilement reproductible : certains des principaux paquets de Gnome, à savoir libgnome et gnome-vfs mettait jusqu’à 18 minutes pour s’installer…

Selon Bouleetbil sur le canal irc #frugalware.fr, c’était lié à un problème de gconftool-2… Mais pourquoi a-t-il fallu que je tombe dessus lors d’une installation sur une vraie machine alors que le bug n’avait pas pointé le bout de son nez lors de mes tests dans une machine virtuelle qemu, la veille ?

Résultat des courses… Excédés par ce bug – il restait encore quelque chose comme 140 paquets à installer après libgnome – j’ai installé une archlinux dessus…

A croire que je dois avoir un don pour tomber sur ce genre de bug…

Frugalware 1.3rc1 64 bits… Où comment j’ai encore trouvé un petit bug à la c**.

Etant donné l’absence d’images ISO 64 bits pour les préversions de chaque Frugalware Linux, je suis passé par un contournement classique : une installation minimale avec la version stable, puis passage en current pour avoir une version récente utilisable.

J’ai donc récupéré avec wget l’image d’installation en ligne de la Frugalware Linux 1.2 pour processeur x86_64.

[fred@fredo-arch ISO à tester]$ wget -c http://www7.frugalware.org/pub/frugalware/frugalware-1.2-iso/frugalware-1.2-x86_64-net.iso
–2010-08-01 13:25:26– http://www7.frugalware.org/pub/frugalware/frugalware-1.2-iso/frugalware-1.2-x86_64-net.iso
Résolution de www7.frugalware.org… 88.191.250.131
Connexion vers www7.frugalware.org|88.191.250.131|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 64839680 (62M) [application/octet-stream]
Sauvegarde en : «frugalware-1.2-x86_64-net.iso»

100%[======================================>] 64 839 680 2,31M/s ds 28s

2010-08-01 13:25:54 (2,22 MB/s) – «frugalware-1.2-x86_64-net.iso» sauvegardé [64839680/64839680]

Puis j’ai créé mon environnement habituel de test : qemu avec 1500 MiO de mémoire vive, 32 GiO de disque virtuel.


[fred@fredo-arch ISO à tester]$ qemu-img create -f raw frug.img 32G
Formatting 'frug.img', fmt=raw size=34359738368
[fred@fredo-arch ISO à tester]$ kvm64 -hda frug.img -cdrom frugalware-1.2-x86_64-net.iso -boot d &

Pour mémoire, kvm64 est un raccourci pour :


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

Coté installation, j’ai utilisé le partionnement habituel :

Ensuite, j’ai installé le minimum.

L’installation se déroule sans problème. Une fois l’installation terminée, c’est à ce moment précis que j’ai eu droit à un vilain bug.

Toute tentative de mise à jour me mettait le système en l’air. Après en avoir discuté avec un des principaux codeurs de la Frugalware Linux, il s’avère que c’est l’absence d’une dépendance dans libarchive qui mettait tout en l’air !

D’ailleurs, des notes de pré-publication concernant le passage de la Frugalware Linux 1.2 vers la 1.3 indique la marche à suivre concernant pacman

Tout est résumé techniquement dans ce message de la liste de publipostage de la Frugalware Linux.

Ensuite, j’ai suivi le tutoriel de post-installation. Tutoriel en cours de révision, histoire de prendre en compte le nouvel Xorg entre autre.

Donc, en attendant, il faut penser à rajouter :


xorg-server
xf86-video-cirrus

pour avoir un xorg fonctionnel dans qemu. Sans oublier pour avoir la bonne résolution, le fichier 50-monitor.conf comme je l’avais déjà expliqué dans un ancien article : https://blog.fredericbezies-ep.fr/?p=3922

Continuer la lecture de « Frugalware 1.3rc1 64 bits… Où comment j’ai encore trouvé un petit bug à la c**. »

De retour en vrac’ :)

Je suis de retour, officiellement, même si j’ai posté quelques billets durant ma période de « repos » officielle.

Il faut dire qu’un déménagement, cela pompe de l’énergie. Et ce qui est le plus ennuyeux, c’est la durée pour transférer une ligne internet d’un point à un autre d’une même ville.

Bref, voici un petit en vrac’ rapide et libre pour reprendre les bonnes habitudes.

  • Fossunet ferme à cause – censure d’une dizaine de jurons bien pensés – de spammeurs… La solution proposée ? GNewBook. A voir 😉

Fin de fossunet :(

C’est tout pour aujourd’hui. J’ai encore des cartons à déballer 🙁

Fedora 13 : un mois déjà.

Le 25 mai dernier, la 13ième version de la Fedora Linux sortait. J’ai voulu voir l’état de la distribution un mois après qu’elle fut rendue disponible. J’ai donc récupéré via Bittorrent l’image ISO 64 bits pour la version live Gnome.

C’est plus un rapide aperçu qu’un test approfondi.

D’ailleurs, c’est avec ce petit genre de tests qu’on peut se faire un premier aperçu d’une distribution… qui peut donner envie d’aller plus loin ou pas du tout 🙂

Et j’ai ensuite lancé mon environnement de test habituel : à savoir une machine virtuelle doté de 1,5 GiO de mémoire vive, 32 GiO de disque dur virtuelle, donc les habituelle lignes de commande.


[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 Fedora-13-x86_64-Live.iso -boot d &

Pour mémoire, kvm64 est un raccourci pour :


qemu-system-x86_64 --enable-kvm -m 1500 -k fr -localtime --soundhw all

Après l’installation et la création d’un compte utilisateur, j’ai ouvert un terminal en compte root pour effectuer un petit « yum update » qui m’a installé les mises à jour depuis la date de la sortie. Et seulement 254 paquets à mettre à jour, ce qui est peu finalement.

Parmis les nouveautés, on trouve un certain… Mozilla Firefox 3.6.4 🙂

Continuer la lecture de « Fedora 13 : un mois déjà. »

Deux tendances lourdes pour les distributions linux ?

J’ai traité un sacré paquet de distributions linux, qu’elles soient basées sur des paquets rpms, deb, des distributions « sources ». Même si cela m’a été parfois reproché vertement.

Et depuis tout ce temps, j’ai vu apparaître des « standards » :

  • Distributions à cycle semestriel
  • Distributions proposant des liveCDs

Bien entendu, il y a toujours eu des contre-exemples, comme la vénérable Slackware Linux (dont la deuxième release candidate pour sa version 13.1 vient de pointer le bout de ses octets), ou encore les rollings releases que sont ArchLinux et Frugalware Linux, même avec l’existence de projets comme Chakra Linux.

OpenSuSE a un cycle plus long, se limitant à une sortie majeure par an.

Or, les deux tendances commencent à être égratignées, par deux tendances opposées, bien que minoritaire actuellement :

  • Distributions n’hésitant à bousculer la date de sortie pour un « when it’s ready » pour éviter des bugs ennuyeux au dernier moment
  • Distributions proposant des liveDVDs / clé USB

Pour le « when it’s ready », le nom de Debian GNU/Linux vient aisément à l’esprit. Mais aussi de la Fedora Linux, dont le date de publication a été repoussée plusieurs fois, dernièrement pour un bug assez ennuyeux, car il bloquait d’une certaine manière le double-démarrage avec un MS-Windows

Pas un énorme bug, mais le genre de bug qui peuvent ruiner la réputation d’une distribution.

D’ailleurs, nombre de logiciels libres appliquent cette politique du « when it’s ready », dont un célèbre navigateur internet 😉

La deuxième tendance se justifie par la gourmandise croissante des logiciels en place. 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.

Dans un autre domaine, la distribution KISS propose une image ISO qui peut aussi bien être mise sur un CDRom que sur une clé USB.

D’ailleurs, il suffit d’aller de temps à autres sur QuebecOS ou distrowatch pour voir la place croissante prise par les distributions qui proposent des images USB / DVD live pour se faire connaitre.

Ce sont – à mon avis – deux tendances qui finiront par devenir majoritaire dans les années qui viennent. 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.