Le blog d'un internaute aimant l'informatique 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. »
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.
En cette journée du 31 octobre, j’ai voulu tester dans une machine virtuelle VirtualBox la distribution Funtoo, une soeur de la Gentoo. Comme VirtualBox me propose des environnement Gentoo et Gentoo 64 bits, je me suis dit : allons-y. Même si utiliser une distribution source dans un environnement virtualisé n’est pas le meilleur choix.
J’ai donc pris un environnement Gentoo 64 bits. J’ai utilisé l’ISO System-Rescue-CD pour avoir un environnement de démarrage. Cependant, et vu que c’est une distribution source pour la plus grosse partie, j’ai pris un gros disque dur virtuel, 64 GiO au lieu de l’habituel 32 GiO.
Après avoir démarré l’ISO, j’ai demandé le démarrage le plus léger possible, en 64 bits et en console.
Pour l’installation, j’ai suivi le wiki anglophone.
SalineOS, c’est un liveCD basé sur Debian GNU/Linux Squeeze avec Xfce 4.6. La version 1.5 étant sortie récemment, j’ai eu envie de la tester.
Après avoir récupéré l’image ISO en utilisant le protocole BitTorrent (en bon tipiak selon les industries aux modèles économiques obsolètes).
Ayant eu un problème au moment du premier démarrage après l’installation de l’OS dans la machine virtuelle (un bug de la version de développement de qemu ?), j’ai du me replier sur VirtualBox, en créant une image Debian 64 bits, avec 2 GiO de mémoire dédiée et 32 GiO de disque virtuel.
Une fois lancé et chargé, on arrive dans un environnement assez aquatique. L’installateur nous propose de s’occuper tout seul du disque.
Continuer la lecture de « SalineOS 1.5 : un OS qui manque un peu de sel… »
Bien que l’annonce n’ait pas été officiellement faite, on peut récupérer sur le site officiel d’OpenSuSE la première version RC de la OpenSuSE 12.1, en demandant à récupérer une version de développement.
J’ai donc récupéré l’image ISO du DVD d’installation en 64 bits via mon client bittorrent (vilain tipiak comme dirait les richissimes majors du disque et du cinéma) un fichier qui s’appelle : openSUSE-DVD-Build0379-x86_64.iso
Etant donné que Gnome 3.x est proposé, j’ai préféré directement prendre VirtualBox qui a un support largement meilleur de la composition que qemu.
J’ai lancé l’installation, et dès le départ, on est averti que c’est une version qui ne s’adresse qu’aux utilisateurs qui savent ce qu’ils font.
L’installateur est toujours aussi efficace, même si parfois la traduction est marrante, comme la proposition d’avoir une partition /home séparée, devenue « partition d’accueil ».
Continuer la lecture de « OpenSuSE 12.1, la première distribution linux 48 bits ? 😀 »
Les gestionnaires de paquets sur les distributions gnu/linux sont principalement : rpm (yum), deb (aptitude / apt-get). Il existe d’autres gestionnaire, comme pacman (ArchLinux), pacman-g2 (Frugalware) pour ne citer que les principaux formats de paquets alternatifs au duo rpm / deb.
J’ai voulu comparer yum, aptitude et pacman. La comparaison se base sur la durée nécessaire pour installer un logiciel aussi imposant que LibreOffice.
Ce test n’a aucune valeur scientifique, j’ai juste vouloir voir la différence de vélocité des trois gestionnaires de paquets.
J’ai donc utilisé VirtualBox, avec une Fedora 16 beta à jour (gnome 3.2), une Debian Wheezy à jour (gnome 2.30.2) et une ArchLinux avec le dépot testing activé (gnome 3.2).
Chaque machine virtuelle est doté de 2 Go de mémoire vive, et d’un disque virtuel 32 Go.
Pour la Fedora, j’ai du lancé Gnome-Shell à la main. Pour Archlinux – et pour une raison à déterminer – j’ai du me passer de GDM qui me gelait la machine virtuelle et lancer Gnome-Shell en utilisant le bon vieux startx 🙂
Pour la Debian Wheezy (future Debian 7.0), le hic est que LibreOffice est déjà préinstallé. J’ai donc passé un peu de temps à virer la version installée avant d’en installer un nouvel exemplaire.
On va utiliser l’ordre alphabétique, et commencer par Archlinux.
Dans le but de faire un article comparatif, j’ai récupéré une iso 64 bits post-béta 2 d’Ubuntu 11.10. La capture d’écran ci-dessous montre la date de récupération. Cela évitera toute polémique sur ce plan précis.
J’ai ensuite directement lancé l’installation de la Ubuntu 11.10 dans une machine virtuelle VirtualBox. Une fois l’ensemble installé, j’ai lancé par 3 fois (on n’est jamais trop prudent) la vérification de présence de mises à jour.
Donc, à moins de tomber sur un miroir pas à jour (j’ai utilisé le miroir francophone officiel), la version de Unity proposée est à jour.
Sous Unity, on trouve à la fois des outils de Gnome 3.2 (comme Nautilus ou le centre de controle), mais aussi des restes de Gnome 3.0, par exemple le terminal.
J’ai pu noté avec intérêt la présence de Deja Dup (un outil de sauvegarde présent depuis la Fedora Linux 13).
Autre point intéressant, c’est que le dash se décale quand on déplace une fenêtre sur le coté. Cela me fait penser alors à la vue par défaut en mode « Applications » du Gnome-Shell.
Continuer la lecture de « Unity – Gnome Shell, deux interfaces pour un seul but ? »
J’avoue que parmi les distributions linux qui se veulent 100% libre, la Trisquel GNU/Linux est une de mes favorites, ne serait-ce que pour sa facilité d’utilisation et d’installation. J’avais parlé de sa précédente version stable il y a 6 mois de cela. La version 5.0 est sortie pour le Software Freedom Day, le 17 septembre.
Au menu, un noyau linux libre 2.6.38, Gnome 2.32 et LibreOffice 3.3.3. Mais trève de blabla, voyons ce que cette version a dans le ventre mis à part cela.
Continuer la lecture de « La Trisquel GNU/Linux 5.0 : nouvelle version de la Ubuntu libérée. »