Encore heureux, je ne suis pas superstitieux…

Car j’aurais déjà bazardé l’ISO de la Foresight Linux 2.1.1 que je viens de récupérer à des fins de tests :

fred ~/download $ wget -c http://downloads.foresightlinux.org/gnome/2.1.1/foresight-2.1.1-x86_64-dvd1.iso
--2009-05-16 09:56:37-- http://downloads.foresightlinux.org/gnome/2.1.1/foresight-2.1.1-x86_64-dvd1.iso
Résolution de downloads.foresightlinux.org... 69.147.237.18
Connexion vers downloads.foresightlinux.org|69.147.237.18|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 1547386880 (1,4G) [image/ken]
Saving to: `foresight-2.1.1-x86_64-dvd1.iso'

100%[====================================>] 1 547 386 880 401K/s in 66m 6s

2009-05-16 11:02:44 (381 KB/s) - « foresight-2.1.1-x86_64-dvd1.iso » sauvegardé [1547386880/1547386880]

Oui, 66 minutes et 6 secondes… Ah, le bon vieux 666 🙂

Je testerais d’ailleurs cette version de la Foresight qui sera le sujet de mon prochain billet.

OpenSolaris 2009.06 preview… Qu’il est lent !

Etant dans ma période de tests de BSDs plus ou moins libre, j’ai voulu voir ce que donne une préversion d’OpenSolaris 2009.06 qui doit sortir – roulement de tambour – en juin 2009 🙂

Passant par le site genunix et en utilisant l’outil wget, j’ai récupéré l’image iso de la préversion utilisant le noyau révision 111a :

fred ~/download $ wget -c http://genunix.org/distributions/indiana/osol-0906-111a-x86.iso
--2009-05-15 08:50:11-- http://genunix.org/distributions/indiana/osol-0906-111a-x86.iso
Résolution de genunix.org... 204.152.191.104
Connexion vers genunix.org|204.152.191.104|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 709509120 (677M) [application/octet-stream]
Saving to: `osol-0906-111a-x86.iso'

100%[======================================>] 709 509 120 105K/s in 45m 49s

2009-05-15 09:36:00 (252 KB/s) – « osol-0906-111a-x86.iso » sauvegardé [709509120/709509120]

Une fois tout cela téléchargé, j’ai utilisé qemu 0.10.4 (qui émule KVM), un disque virtuel de 32 GiO, un GiO de mémoire vive, l’émulation de tous les circuits sons disponibles, ce qui donne en ligne de commande :

fred ~/download $ qemu-img create -f qcow2 osol0906.img 32G
Formatting 'osol0906.img', fmt=qcow2, size=33554432 kB
fred ~/download $ qemu -enable-kvm -k fr -localtime -soundhw all -m 1024 -hda osol0906.img -cdrom osol-0906-111a-x86.iso -boot d &

OpenSolaris – KVM

Les seules interventions requises lors du démarrage sont la configuration du clavier et de la langue utilisée. Ensuite, le gnome 2.24.2 fourni avec OpenSolaris démarre.

Notons que le son n’est pas activé. Et que le fuseau horaire est incorrect. Il semble décalé de 7 heures par rapport à l’heure de mon PC.

Mozilla Firefox 3.1 béta 3 est fourni avec OpenSolaris. Et que le circuit réseau est aussi inconnu…



Donc, aucun test vraiment pratique possible. Essayons donc avec Virtualbox 2.2.2, une machine virtuelle configurée pour OpenSolaris, avec 768 MiO de mémoire vive, 32 GiO de disque.

OpenSolaris – Virtualbox

La seule différence à première abord, c’est le support du circuit réseau. Ce qui est déjà pas si mal que cela 😉

On peut donc lancer l’installation « en dur » dans la machine virtuelle, histoire de gagner un peu de souplesse à l’utilisation. La durée de l’installation est d’environ 30 minutes. Le premier démarrage est d’une lenteur monstrueuse : 10 minutes avant d’arriver à l’écran de connexion !

J’ai rajouté le dépot de développement d’opensolaris, histoire de voir si des mises à jour étaient disponibles.

De OpenSolaris – Virtualbox

Aucune nouveauté, étrange pour une version d’un OS encore en développement !

J’avoue être resté sur ma faim avec OpenSolaris. Il est intéressant, mais sa lenteur au démarrage est insupportable :/

NetBSD 5.0 : impossible à tester dans un émulateur ?

NetBSD 5.0 est sorti il y a environ 15 jours. C’est le BSD libre le plus porté (une cinquantaine d’architectures matérielles sont supportés)… Sauf les émulateurs comme qemu / Kvm et VirtualBox.

Ma première tentative a été avec Qemu 0.10.4 (dont la version pour archlinux contient l’émulation KVM), ce qui donne en ligne de commande :

fred ~/download $ qemu-img create -f qcow2 nb5.img 32G
Formatting 'nb5.img', fmt=qcow2, size=33554432 kB

Lancement :

fred ~/download $ qemu --enable-kvm -m 1024 -soundhw all -k fr -localtime -hda nb5.img -cdrom amd64cd-5.0.iso -boot d &

Et le démarrage plante toujours au même moment, quelque soit l’option prise avec cet écran laconique…

plantage de NetBSD 5.0 dans Qemu/Kvm

Pour VirtualBox ? Pas mieux. Une machine virtuelle avec 768 Mo dédié à un NetBSD se plante au tout début du démarrage…

plantage de NetBSD 5.0 dans VirtualBox

De retour sur Archlinux…

En mars 2008, je quittais la distribution ArchLinux pour revenir à mon premier « amour » linuxien, la distribution Ubuntu Linux. Cependant, l’obligation d’ajouter un PPA pour Gwibber, un deuxième pour VLC, un troisième Liferea, un quatrième pour Deluge Torrent m’ont fait remarquer que retourner sur Archlinux serait plus simple.

J’ai donc pris une image ISO pour une clé USB, et j’ai installé une archlinux. Je me suis basé sur les différents tutoriels disponible via le wiki d’archlinux.fr pour me concocter en quelques heures un environnement plus léger (pas de Mozilla Firefox installé par défaut) et qui correspond à mes besoins.

J’ai cependant activé le dépot testing pour profiter de gcc 4.4.0. Le seul point ennuyeux a été d’installer Gwibber. J’ai utilisé via yaourt le paquet gwibber-bzr qui me donne un gwibber fonctionnel sans céphalocapture excessive.

Maintenant la question est : combien de temps resterai-je avec cette installation d’Archlinux ?

Tour rapide du “propriétaire” de Linux Mint 6 – Fluxbox.

Basée sur la distribution Xubuntu 8.10, cette distribution linux qui reprend le principe d’Ubuntu Linux en lui donnant un côté prêt à l’emploi – en rajoutant tous les codecs multimédias par exemple – en remplaçant Xfce par le très léger et minimaliste Fluxbox.

Continuer la lecture de « Tour rapide du “propriétaire” de Linux Mint 6 – Fluxbox. »