Les OS 64 bits grand publics répandus : une réalité proche ?

Il y a plus de 3 ans, j’avais rédigé un article, concernant la longue survie des OS 32 bits alors que les processeurs 64 bits existaient depuis plus de 5 ans à l’époque. Cela ne concerne vraiment que l’OS de Redmond, majoritaire en part de marchés car prévendu avec les ordinateurs, bien que cela soit pas franchement des plus légal, dixit certains jugements

Les OS libres (Linux et BSD), sans oublier l’OS à la pomme sont depuis maintenant au moins deux ans passés au 64 bits pour l’ensemble des logiciels, même si j’ai utilisé pour la première fois un linux 64 bits en… février 2007… Même si c’était encore assez artisanal à l’époque…

La raison pour laquelle je reparle de cet article ? Simplement qu’en feuilletant les prospectus des hypermarchés de ma région, le rayon informatique, c’est majoritairement des machines équipées de 4 à 6 Go de mémoire vive, même pour les portables… Seule exception notable : les netbooks qui sont équipés au mieux de 2 Go de mémoire vive pour un prix parfois inférieure de 50 à 100 € d’un portable classique.

Dans cet article vieux de trois ans, parmi les freins, je citais :

absences de pilotes pour certains matériels
certains logiciels non libres (greffon flash) répondent encore aux abonnés absents
plus gourmand que les anciennes générations

Une partie du problème a été résolue. En effet, Adobe propope son greffon flash en version… 64 bits aussi bien pour linux que pour MS-Windows.

Coté navigateurs ? Même s’il est toujours possible d’utiliser une version 32 bits sur un OS en 64 bits, apparemment seul Internet Explorer existe en 64 bits pour Windows.

Décidément, l’OS grand public le plus répandu n’a pas de chance avec les logiciels 64 bits 😉

En 3 ans, des progrès ont été faits. Maintenant, il ne manque plus que des versions 64 bits des navigateurs principaux en dehors d’Internet Explorer pour que la situation bouge vraiment.

Faut-il abandonner la taille CD pour restaurer le choix de l’utilisateur d’une distribution GNU/Linux ?

Stéphane Robert, rédacteur du blog « Le Libriste », via un de ses envois sur Google Plus a pointé vers un article sur une distribution qui propose le choix de plusieurs environnement de bureau à l’installation. La distribution en question, c’est la russophone Agilia Linux.

On voit sur la deuxième capture d’écran de l’article en question, une espèce de mosaïque proposant les principaux environnement de bureaux empaquetés : Gnome 2, KDE, Lxde, Xfce, Fluxbox et je suppose que le dernier, c’est OpenBox.

Bref, en cliquant dessus, on a un aperçu et on peut choisir en fonction de ce qui plait le plus. Mais ce choix est dépendant d’un fait indéniable, lié à la prise d’embompoint des différents environnements utilisateurs : dépasser la sacro-sainte taille du CD. En effet, nombre de distributions proposent désormais des DVDs d’installation ou des LiveDVDs proposant l’installation par la suite.

Pour prendre un exemple concret (qui est vrai pour d’autres distributions), voici ce qu’on peut voir quand on installe une Fedora Linux 15 depuis son DVD d’installation. C’est aussi le cas pour OpenSuSE, ou pour un projet plus « intimiste », comme la Hybride dont nous parle Claude Picot sur son blog.

Continuer la lecture de « Faut-il abandonner la taille CD pour restaurer le choix de l’utilisateur d’une distribution GNU/Linux ? »

Lunar-Linux 1.6.5 : Quand la malchance me poursuit…

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 1.6.5 : « Use the source, Luke » – première partie.

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

OpenBSD 5.0, nouvelle version de l’OS libre…

Créé par « des singes onanistes » comme dirait un certain Linus T… J’avoue – et j’ignore pourquoi – ce BSD libre est celui qui m’a toujours le plus attiré 😀

J’ai donc fait chauffé mon wget pour récupérer l’ISO depuis un des miroirs français d’OpenBSD.

[fred@fredo-arch ISO à tester]$ wget -c http://ftp.fr.openbsd.org/pub/OpenBSD/5.0/amd64/install50.iso
–2011-11-01 09:05:47– http://ftp.fr.openbsd.org/pub/OpenBSD/5.0/amd64/install50.iso
Résolution de ftp.fr.openbsd.org… 145.238.209.46
Connexion vers ftp.fr.openbsd.org|145.238.209.46|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 244299776 (233M) [text/plain]
Sauvegarde en : «install50.iso»

100%[======================================>] 244 299 776 1,76M/s ds 2m 15s

2011-11-01 09:08:02 (1,72 MB/s) – «install50.iso» sauvegardé [244299776/244299776]

Avec OpenBSD 4.8, il y a environ un an, j’avais tenté de monter une station multimédia, m’étant cassé les dents sur l’activation de la traduction en français. La sortie de la version 5.0 me donne envie de réessayer 😀

Après l’installation qui propose désormais (je crois me souvenirs que c’est le cas depuis la version 4.9 ou la version 4.8 ?) de créer un utilisateur dès le départ, et cette fois il demande si on veut installer des firmwares non libre au premier démarrage.

Pour pouvoir installer les logiciels complémentaires, j’ai rajouter les lignes suivante au fichier .profile de l’utilisateur root :


PKG_PATH=http://ftp.fr.openbsd.org/pub/OpenBSD/5.0/packages/amd64/
export PKG_PATH

Continuer la lecture de « OpenBSD 5.0, nouvelle version de l’OS libre… »