La période de Noël redonne des âmes d’enfants aux développeurs du logiciel libre. Deux exemples :
OpenSuSE 11.4 milestone 5 avec son écran de démarrage à la Lemmings 😉
VideoLanClient (une préversion de VLC 1.2.0) :
Joyeuses fêtes de fin d’année !
Le blog d'un internaute aimant l'informatique libre, la musique et la rétro-informatique !
La période de Noël redonne des âmes d’enfants aux développeurs du logiciel libre. Deux exemples :
OpenSuSE 11.4 milestone 5 avec son écran de démarrage à la Lemmings 😉
VideoLanClient (une préversion de VLC 1.2.0) :
Joyeuses fêtes de fin d’année !
Alors que l’équipe de développement a fait le point le 13 décembre sur Squeeze qui est dans sa phase terminale de finalisation, uniquement des corrections de bugs liés aux releases candidates et la deuxième béta du Debian Installer, j’ai voulu, 14 mois après un premier article sur Squeeze montrer la version de Debian GNU / Linux presque finie.
J’ai donc récupéré une image DVD de Debian testing récente (histoire d’avoir une installation aussi rapide que possible), et j’ai lancé la machine virtuelle habituelle, en demandant une installation graphique.
[fred@fredo-arch ISO à tester]$ dd if=/dev/zero of=disk.img count=32768 bs=1M
32768+0 enregistrements lus
32768+0 enregistrements écrits
34359738368 octets (34 GB) copiés, 547,947 s, 62,7 MB/s
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom debian-testing-amd64-DVD-1.iso -boot cd &
J’ai suivi les options de base, mis à part que j’ai demandé un partitionnement avec une partition /home séparée.
Et j’ai utilisé uniquement le DVD comme source de paquets.
Continuer la lecture de « Debian Squeeze : dernière ligne droite ? 😉 »
En mars dernier, j’avais présenté la PCLinuxOS 2010 beta1, à l’époque avec l’environnement KDE. La sortie de la 2010.2 avec un environnement Gnome m’a donné envie de voir la progression en 9 mois. Surtout que c’est une distribution en rolling release, comme ArchLinux, Frugalware ou encore Linux Mint Debian Edition. Dixit PetitBob.
J’ai donc récupéré la distribution, et configurer mon environnement habituel de test. Sauf qu’au lieu d’utiliser la commande kvm64, j’ai utilisé la commande kvm32, car la distribution n’existe qu’en 32 bits – dommage !, qui est un raccourci pour :
qemu -enable-kvm -localtime -soundhw all -k fr -m 1500 -net user -net nic,model=rtl8139
Certaines personnes m’ont fait remarquer que je ne prenais pas la peine d’utiliser une partition réelle de mon disque dur pour tester les distributions Linux, les BSDs et autres OS qu’il m’arrive de présenter. Et que cela n’était pas bien…
Ce qui m’a valu quelques gentillesses, comme celle d’être traité de demi-mots de mythomane sur identi.ca…
Mais passons outre cette polémique de propos qui ressemble à ceux d’une époque digne d’Oncle Joe et venons en au coeur du problème : pourquoi utiliser une machine virtuelle plutôt qu’une partition en dur ?
Pour plusieurs raisons :
En gros, c’est largement plus simple d’accès. Certains puristes hurlent à la mort – tel des loups devant la pleine lune – car j’ose utiliser un virtualiseur dans mes présentations… Et me font comprendre qu’en dur, le résultat serait différent.
J’avais déjà parlé de la sortie de la sortie de la première version officielle de développement d’OpenIndiana, successeur d’OpenSolaris en septembre dernier.
La révision 148 est sortie très récemment, et j’ai eu envie de la tester et de faire un rapide tour basé sur l’impression générale ressentie. Je l’ai donc récupéré avec wget.
[fred@fredo-arch ISO à tester]$ wget -c http://dlc.openindiana.org/isos/148/oi-dev-148-x86-20101216.iso
–2010-12-18 10:50:27– http://dlc.openindiana.org/isos/148/oi-dev-148-x86-20101216.iso
Résolution de dlc.openindiana.org… 93.188.131.173, 93.188.131.131
Connexion vers dlc.openindiana.org|93.188.131.173|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 918431744 (876M) [application/octet-stream]
Sauvegarde en : «oi-dev-148-x86-20101216.iso»
100%[======================================>] 918 431 744 1,09M/s ds 14m 6s
2010-12-18 11:04:33 (1,04 MB/s) – «oi-dev-148-x86-20101216.iso» sauvegardé [918431744/918431744]
Pour me simplifier la tache, j’ai récupéré l’image disque que j’avais utilisé pour essayer d’installer une Linux From Scratch. J’ai ensuite lancé ma machine virtuelle habituelle :
kvm64 -hda disk.img -cdrom oi-dev-148-x86-20101216.iso -boot d &
Lors du démarrage, je demande à avoir le clavier et la langue française activée dès le chargement.
Au démarrage, on s’aperçoit que la reconnaissance matérielle s’est amélioré, car tout le matériel émulé par la machine virtuelle kvm est reconnu. Ce qui est déjà un progrès énorme par rapport au test que j’avais jadis effectué à l’époque d’OpenSolaris 2009.06, dernière version officielle d’OpenSolaris.
Dans le précédent article de la série, j’étais resté bloqué car gcc était absent des programmes fournis sur le CD live utilisé.
J’ai donc récupéré le SystemRescueCD, et j’ai relancé l’installation dans la machine virtuelle dont j’avais conservé l’image disque, en recréant après le lancement les partitions par soucis de partir sur une base propre.
kvm64 -hda disk.img -cdrom systemrescuecd-x86-1.6.4.iso -boot d &
Tout s’est bien déroulé, sauf que cette fois, je suis bloqué et je n’arrive pas à trouver la solution. En effet, lors de la deuxième compilation des binutils, ceux-ci m’envoient paître, à cause de makeinfo manquant. Hors, ayant suivi au pied de la lettre les instructions, la première compilations des binutils – et de gcc et de la glibc – s’étaient très bien passé.
Ce qui est dommage. A croire que je ne dois pas avoir un bon « feeling » avec les distributions sources 🙁
Et j’ai la conscience tranquille, car au moins, j’ai essayé !
Dans le précédent article, j’avais récupéré les paquets sources.
Après avoir créé l’utilisateur lfs, j’ai demandé que les options de compilations soient :
export MAKEFLAGS='-s -j4'
Je suis ensuite allé dans $LFS/sources pour commencer la compilation des paquets.
Pour chaque paquet : tar xvfj (pour les tar.bz2), tar xfvz (pour les tar.gz). Et comme indiqué au point 5.3, j’ai enlevé le répertoire de compilation à chaque fois. Mais je ne suis pas allé très loin… J’avais oublié de vérifier la présence de gcc sur le système live…
Donc, je recommencerais plus tard. Si vous avez un liveCD avec gcc intégré à me proposer, je suis preneur !
J’aime par moment me lancer dans des paris un peu fou. Celui-ci ? Installer une distribution Linux From Scratch 6.7 dans une machine virtuelle KVM.
Si je parviens à finir la première étape – à savoir un système qui démarre – je passerais à la deuxième étape : installer Xorg 🙂
Mais commençons par créer un disque virtuel d’une taille de 32 GiO.
[fred@fredo-arch download]$ dd if=/dev/zero of=disk.img count=32768 bs=1M
32768+0 enregistrements lus
32768+0 enregistrements écrits
34359738368 octets (34 GB) copiés, 411,05 s, 83,6 MB/s
Pour avoir un LiveCD léger et fonctionnel, j’ai utilisé un LiveCD Gentoo datant du 9 décembre… Pour la première partie, j’ai fait chargé le noyau gentoo-nofb.
[fred@fredo-arch download]$ kvm64 -hda disk.img -cdrom lfslivecd-x86_64-6.3-r2145-min.iso -boot d &
20 h 20 : le live a démarré. Début de la première partie de l’installation 😉
Je lance le partitionnement : cfdisk /dev/sda
Pour aller au plus simple, j’ai pris deux partitions : / de 30 Go, en ext3, 2 GiO pour swap.
Je sais, j’aurais pu créer des partitions pour /boot et /home, mais j’ai eu la flemme… Et comme c’est une de mes premières tentatives avec une LFS, j’ai eu envie de me simplifier la tache au maximum… Même si c’est très mal de ne pas avoir de /boot et /home séparé. Le ferais plus, promis, juré, craché ! 😉
Pour le formatage :
mke2fs -jv /dev/sda1
mkswap /dev/sda2
swapon /dev/sda2
Pour récupérer les paquets, j’ai utilisé la liste pour wget, en la copiant dans $LFS/sources, puis avec un petit :
wget -i wget-list
Début à 20 h 33, fini vers 20 h 50.
Ce sera tout pour ce soir, je continuerais le lendemain avec la compilation des outils. J’ai pu vérifier que le montage de la partition avec les codes sources se fait bien. Donc, la suite au petit matin, histoire d’être complètement attentif 😉
Trinity, c’est un projet qui veut continuer de faire vivre la branche 3.5 de KDE, malgré l’abandon de la branche par KDE. C’est ainsi que régulièrement, des versions nouvelles viennent s’ajouter. Au moment de cette article, c’est la version 3.5.12 de Trinity qui est disponible.
Cependant, le projet ne propose que des versions pour Debian, Ubuntu et Slackware. J’ai donc récupéré l’image ISO 64 bits qui propose à la fois la base de Kubuntu 10.10 et Trinity 3.5.12.
[fred@fredo-arch download]$ wget -c http://ppa2.quickbuild.pearsoncomputing.net/redirect.php?file=cdimages/kubuntu/maverick/kubuntu-10.10-trinity-desktop-amd64.iso
–2010-12-15 17:54:33– http://ppa2.quickbuild.pearsoncomputing.net/redirect.php?file=cdimages/kubuntu/maverick/kubuntu-10.10-trinity-desktop-amd64.iso
Résolution de ppa2.quickbuild.pearsoncomputing.net… 74.84.118.181
Connexion vers ppa2.quickbuild.pearsoncomputing.net|74.84.118.181|:80…connecté.
requête HTTP transmise, en attente de la réponse…301 Moved Permanently
Emplacement: http://mirror.its.uidaho.edu/pub/trinity/cdimages/kubuntu/maverick/kubuntu-10.10-trinity-desktop-amd64.iso [suivant]
–2010-12-15 17:54:34– http://mirror.its.uidaho.edu/pub/trinity/cdimages/kubuntu/maverick/kubuntu-10.10-trinity-desktop-amd64.iso
Résolution de mirror.its.uidaho.edu… 129.101.198.59
Connexion vers mirror.its.uidaho.edu|129.101.198.59|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 726247424 (693M) [application/octet-stream]
Sauvegarde en : «kubuntu-10.10-trinity-desktop-amd64.iso»100%[======================================>] 726 247 424 679K/s ds 18m 38s
2010-12-15 18:13:14 (634 KB/s) – «kubuntu-10.10-trinity-desktop-amd64.iso» sauvegardé [726247424/726247424]
J’ai ensuite créé l’environnement de test habituel.
Continuer la lecture de « Trinity : Un projet qui arrive un peu tard ? Ou pour les nostalgiques ? »
Un petit en vrac’ rapide et libre matinal.
C’est tout pour aujourd’hui. Petit en vrac’, mais costaud au final 😉