Le blog d'un internaute aimant le logiciel libre, la musique et la rétro-informatique !
Sid, c’est l’autre nom du dépot unstable de la DebianGnu/Linux. Après avoir récupéré l’image ISO de la version testing à l’adresse http://cdimage.debian.org/cdimage/weekly-builds/, j’ai lancé l’installation dans une machine virtuelle VirtualBox.
Et aimant à utiliser les ISO 64 bits, j’ai pris l’image « debian-testing-amd64-CD-1.iso ».
L’installateur graphique est toujours aussi pratique, soit dit en passant 🙂
Continuer la lecture de « Gnome 3 sous Debian ? Mais, Sid, c’est possible. »
La sortie de la version 11.10 de la distribution reine a été accompagnée de billets aussi bien positifs que négatifs.
D’ailleurs, il est étonnant de voir qu’aujourd’hui, sur distrowatch, pour la première fois depuis longtemps, ubuntu n’est plus n°1 en terme de pages vues quotidiennement… C’est sa dérivée, Linux Mint qui a pris le dessus, d’une courte tête.
C’est franchement anecdotique, mais c’est quand même intéressant à noter pour mémoire, car cela doit faire pas mal de mois voire d’années que la première marche du podium n’avait pas été modifiée.
Continuer la lecture de « Début de fin de règne pour la distribution Linux reine ? »
Quand je rédigeais l’article précédent, gcc finissait sa deuxième compilation. Bash est passé sans problème. Cependant, la compilation de coreutils a été plus ardue. En effet, une dépendance était introuvable. Le bug est connu, par ailleurs.
Pour contourner ce problème, j’ai du récupérer – en recopiant le fichier dans /var/spool/lunar/ – le fichier libcap-2.22.tar.gz depuis le miroir irlandais du site kernel.org.
wget -c ftp://ftp.heanet.ie/mirrors/linux/libs/security/linux-privs/libcap2/libcap-2.22.tar.gz
Ensuite, la compilation s’est déroulée sans encombre. Arrive le moment tant redouté, le noyau. Allez, un petit lin linux-2.6 et on attend en croisant les doigts 😀
Et comme pour libcap, obligé de récupérer le patch 2.6.39.4 avec wget… Grrr !
wget -c ftp://ftp.heanet.ie/mirrors/linux/kernel/v2.6/patch-2.6.39.4.bz2
Ensuite, les ennuis continuent… Lilo refuse de m’installer le noyau 2.6.39.4 avec un message sybillin :
Fatal: Setup length exceeds 31 maximum ; kernel setup will overwrite boot loader
Seul le noyau 2.6.35.3 est listé… Le 2.6.39.4 est invisible. Grub2 ? La compilation plante 🙁
Quant à SysLinux, c’est pas mieux.
Y a pas à dire, je suis vraiment malchanceux avec les distributions sources… Au moins, pour une fois, le noyau se sera recompilé, mais je ne saurais jamais s’il était démarrable ou pas !
Lunar-Linux, à l’image d’une Gentoo ou d’une Funtoo, c’est une distribution proposée sous la forme d’un code source à recompiler.
Bien que la version 1.6.5 soit sortie il y a pas mal de temps (août 2010), j’ai eu envie de la tester, étant dans une période de curiosité intense 😀
Dans le cadre de ce test, j’ai récupéré l’image ISO avec wget :
[fred@fredo-arch ISO à tester]$ wget -c http://tx-us.lunar-linux.org/lunar/lunar-1.6.5-x86_64.iso.bz2
–2011-11-02 10:28:34– http://tx-us.lunar-linux.org/lunar/lunar-1.6.5-x86_64.iso.bz2
Résolution de tx-us.lunar-linux.org… 74.54.93.106
Connexion vers tx-us.lunar-linux.org|74.54.93.106|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 385595647 (368M) [text/plain]
Sauvegarde en : «lunar-1.6.5-x86_64.iso.bz2»100%[======================================>] 385 595 647 795K/s ds 5m 29s
2011-11-02 10:34:03 (1,12 MB/s) – «lunar-1.6.5-x86_64.iso.bz2» sauvegardé [385595647/385595647]
Après avoir décompresser l’image ISO, j’ai créé un disque virtuel statique de 32 Go.
J’ai ensuite lancé la machine virtuelle habituelle.
[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, 300,68 s, 114 MB/s
[fred@fredo-arch ISO à tester]$ kvm64 -hda disk.img -cdrom lunar-1.6.5-x86_64.iso -boot order=cd &
L’installateur en mode texte est assez simple.
Continuer la lecture de « Lunar-Linux 1.6.5 : « Use the source, Luke » – première partie. »
A la fin du premier article, la compilation de Xorg était commencée. Pour effectuer celle-ci, j’ai entré, suivant le wiki de Funtoo-Quebec :
emerge --ask xorg-x11 xterm xclock twm
Après une compilation de 45 minutes environ, X est compilé. Pour utiliser consolekit (composant indispensable pour gérer finement les outils par la suite), et pour contourner un bug, j’ai du utiliser ceci :
export EMERGE_DEFAULT_OPTS="--autounmask=n"
emerge consolekit
Et une fois consolekit compilé…
env-update && source /etc/profile
/etc/init.d/consolekit start
rc-update add consolekit default
La configuration de Xorg passe par une manipulation que j’ai évoqué dans le billet sur FreeBSD 9.0. J’ai installé quelques outils complémentaires : alsa-utils, sudo et wicd.
