PureOS 3.0 : une manière agréable d’utiliser Debian Testing.

J’avais, il y a quelques mois, parlé de la version 1.0 de PureOS. Je n’avais pas été emballé par cette version revampée de la Debian Testing, mais ayant lu sur distrowatch que la version 3.0 était sortie, j’ai téléchargé l’image ISO (32 bits uniquement ?) de la distribution.


[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, 597,941 s, 57,5 MB/s
[fred@fredo-arch ISO à tester]$ kvm32 -hda disk.img -cdrom PureOS_30_FR.iso -boot d &

Par défaut, on est connecté en invité, ce qui est normal. Cependant, quand on veut installer l’OS en dur, il faut se déconnecter et passer en root. Heureusement, le menu de démarrage de l’ISO est actif durant plus d’une trentaine (ou quarantaine ?) de secondes, qui permet de connaitre les duos noms d’utilisateur / mot de passe.

Continuer la lecture de « PureOS 3.0 : une manière agréable d’utiliser Debian Testing. »

Systemd + Frugalware 1.4 : attention, ça décoiffe !

Alors que la Frugalware Linux 1.4 sort officiellement demain, j’ai pu me procurer une image ISO d’installation via le réseau en 64 bits.

Après avoir installé – dans les règles de l’Art – un environnement Gnome dans une machine virtuelle Qemu, j’ai voulu voir ce que donnait Systemd… Et je n’ai pas été déçu… C’est un démarrage franchement rapide, et encore, dans une machine virtuelle ! Mais une vidéo valant 1000 mots…

Décoiffant, non ?

Quand Frugal’hamon me poursuit…

Parlons de libre de manière humoristique 🙂

Comme les images ISO de la Frugalware Linux 1.4 commencent à se répliquer sur les miroirs, j’ai voulu essayer, avec ma version de développement de qemu-kvm de voir si je pouvais aller au terme d’une installation en mode graphique.

Continuer la lecture de « Quand Frugal’hamon me poursuit… »

En vrac de chez en vrac’

Pour finir cette semaine, je fais un en vrac’ vraiment diversifié.

C’est tout pour aujourd’hui !

En vrac’ rapide et libre.

Un petit vrac pour finir la semaine.

C’est tout pour aujourd’hui !

Debian Squeeze : soyons « sacrilège » et modernisons un petit peu l’équipement logiciel fourni ;)

Comme la Debian Squeeze (alias 6.0) doit sortir d’ici une dizaine de jours, j’ai voulu faire un article inutile – donc indispensable – pour avoir une Debian Squeeze qui ne sente pas trop le bouchonné 😉

Pour me simplifier la tâche, j’ai dès le début, récupéré une image ISO DVD récente. Comme cela, tout a été installé sans coup férir 😉

Pour les détails « crus » concernant l’installation et l’équipement, je vous renvoie à ce billet.

Je passe donc au vif du sujet : nettoyer et – sacrilège ? – moderniser l’équipement logiciel fourni.

Car sur certains plans, c’est un peu nécessaire… Le Gwibber fourni est une antique version 1.2 !!!

Gwibber 1.2.0 et Debian Squeeze

La modernisation consistera en :

  1. Installer Gnu Icecat qui est en version 3.6.13, contrairement au vieux Debian IceWeasel qui est en version 3.5…
  2. Installer LibreOffice 3.3 (choix complètement personnel)
  3. Essayer d’installer une version plus récente de Gwibber

Continuer la lecture de « Debian Squeeze : soyons « sacrilège » et modernisons un petit peu l’équipement logiciel fourni 😉 »

Ah, les douces joies d’Archlinux avec le dépot [testing] activé :)

Quand j’ai décidé jadis de passer à une distribution rolling-release (que ce soit la Frugalware ou la Archlinux), j’ai voulu – en bon masochiste pleurnichard que je suis – utiliser le code le plus récent, le plus frais.

Parfois cela conduit à des situations cocasses comme celle que je vais vous raconter. J’ai vu récemment qu’une nouvelle version de grub2 (outil critique car il conditionne le démarrage des OS installés) allait arriver sur le dépot [testing].

Par prudence, j’avais activé la ligne IgnorePkg de mon fichier /etc/pacman.conf/ en lui disant d’ignorer le paquet grub2.

En parallèle, j’installais dans une machine virtuelle une archlinux minimale, avec comme chargeur de démarrage, la version 1.98 de Grub2, version précédemment utilisée. Activant le dépot [testing] dans la machine virtuelle, j’ai fait installé la nouvelle version, et j’ai redémarré la machine virtuelle sans autre forme de procès…

Ce qui a été un énorme co****** bourde… Le précédent fichier de configuration de grub2 (celui qui contenait le chemin d’accès au noyau) n’avait pas été repris… J’ai donc du redémarrer la machine virtuelle avec le support d’installation, et j’ai monté la partition /boot.

J’ai ensuite tapé les commandes suivantes :


cp grub.cfg grub.cfg.bak
cp grub.cfg.pacsave grub.cfg

Au démarrage suivant, la machine virtuelle refonctionnait correctement. J’ai donc ouvert un bug sur l’outil de suivi de bug d’Archlinux. J’ai fait de même sur ma machine réelle, qui m’annonce :


[fred@fredo-arch ~]$ yaourt -Qi grub2-common
Nom : grub2-common
Version : 1.99~rc1-2
URL : http://www.gnu.org/software/grub/
Licences : GPL3
Groupes : --
Fournit : --
Dépend de : xz freetype2 device-mapper
Dépendances opt. : --
Requis par : grub2-bios
Est en conflit avec : grub
Remplace : --
Taille (installé) : 4716,00 K
Paqueteur : Ronald van Haren
Architecture : x86_64
Compilé le : sam. 29 janv. 2011 09:06:59 CET
Installé le : sam. 29 janv. 2011 12:44:24 CET
Motif d'installation : Installé comme dépendance d'un autre paquet
Script d'installation : Oui
Description : The GNU GRand Unified Bootloader version 2 - Files common for all platforms

Dommage qu’il faille transférer à la main le fichier grub.cfg. Bah, on est jamais trop prudent avec grub / grub2 🙂

Encore heureux que ce soit un programme auquel on ne touche qu’une fois par trimestre, et encore, par vent de face 😉

Fedora Rawhide : jouons un peu avec du code pré-alpha de la Fedora Linux 15 :)

Bien que la première version alpha ne soit pas prévue avant le premier mars, j’ai eu envie d’avoir un premier aperçu de ce que donnera cette alpha. J’ai donc utilisé le disque virtuel qui m’a servi pour le test rapide de la Sabayon 5.5, et après avoir récupéré l’image ISO de la Fedora 14 en 64 bits, j’ai lancé la machine virtuelle :


[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom Fedora-14-x86_64-Live-Desktop.iso -boot cd &

Ensuite, en suivant le wiki, j’ai fait prendre en compte les dépots vers le code de développement, alias « Rawhide ».

Continuer la lecture de « Fedora Rawhide : jouons un peu avec du code pré-alpha de la Fedora Linux 15 🙂 »

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 » »

I’m bugman… Ou comment je suis poursuivi – en partie – par la malédiction de frugal’ammon :)

La Frugalware Linux est une très bonne distribution, mais je joue souvent de malchance. Lors de ma première période frugalienne, j’avais mis à jour un bug méchant qui bloquait la gravure en fonction d’une certaine configuration technique de l’ordinateur que j’utilisais à l’époque.

Après un deuxième passage plus rapide, qui m’a valu l’animosité de certains frugaliens (ce dont je me désole profondément), lors du test de la version 1.4rc1, j’ai rencontré un bug qui bloque la connexion en tant que root depuis l’utilisateur classique.

J’ai rapporté le bug en question, et il me semble que je sois en train d’être confronté encore à un bug vicieux, limite quasi non reproductible.

J’ai donc récupéré l’image ISO pour une installation par le réseau, puis j’ai lancé l’installation avec le schéma suivant (en utilisant un disque dur virtuel de 32 GiO) :


/dev/sda1, ext2, /boot, 128 Mb ; /dev/sda2, swap, 4096 Mb ; /dev/sda3, ext4, 7500 Mb, root partition ; /dev/sda4, ext4, espace restant, /home

Et coté logiciel, j’ai choisi uniquement Gnome, en décochant les groupes openoffice, network et devel.

J’ai pu enfin comprendre le pourquoi du comment du bug… Du moins je l’espère…

On peut tout simplement « sauter » l’étape l’insertion du mot de passe de root, qui suit l’installation du chargeur de démarrage. Cette opération étant un peu longue, on a tendance à cliquer deux fois sur le bouton suivant, et boum !

J’ai donc modifié le bug en conséquence, à moins que ce bug (l’étape de l’entrée du mot de passe de root soit encore un bug non reproductible) ne soit que sur ma machine virtuelle 😉

Qui vivra verra 😉