Libreries – Page 165 – Le Weblog de Frederic Bezies

25 ans bientôt ?

C’est en lisant cette « geekscotte » que j’ai eu envie de voir les infos que je pouvais trouver sur la naissance de la Free Software Foundation, et de son projet principal, GNU/Hurd.

Après quelques recherches via un certain google, j’ai pu trouver ce message daté du 27 septembre 1983 d’un certain Richard Stallman :

Je cite le chapeau de l’article en question :

Starting this Thanksgiving I am going to write a complete
Unix-compatible software system called GNU (for Gnu’s Not Unix), and
give it away free to everyone who can use it. Contributions of time,
money, programs and equipment are greatly needed.

Ce qui donne traduit :

A partir du prochain Thanksgiving, je vais commencer à écrire un système logiciel complet compatible Unix appellé GNU (pour Gnu N’est pas Unix), et le donner librement à toute personne voulant l’utiliser. Des dons de temps, d’argent de programmes et d’équipements sont vraiment nécessaire.

Et dire qu’environ 8 ans plus tard, un certain Linus posta un article sur comp.os.minix, le 25 août 1991…

Hello everybody out there using minix –

I’m doing a (free) operating system (just a hobby, won’t be big and
professional like gnu) for 386(486) AT clones. This has been brewing
since april, and is starting to get ready.

Ce qui donne traduit :

Bonjour tout le monde utilisant minix ici.

Je fais un système d’exploitation (libre) (rien qu’un hobby, il ne sera pas aussi gros et professionnel que GNU) pour les clones d’AT 386 (486). Cela a mijoté depuis avril et il commence à être prêt.

Le reste est de l’histoire 😉

Firefox 3.0 RC1 : les infos se précisent.

Dixit ce billet du blog « Mozilla Developer News », on apprend une nouvelle que certaines personnes attendaient : Firefox 3.0 RC1 est considérée comme « code complete », complétée au niveau du code source.

En clair, la base de ce qui sera Firefox 3.0RC1 a été « gelée » pour de bon. Seul des correctifs de très faibles impacts (une mauvaise orthographe dans un mot par exemple) seront désormais acceptés.

Un série de tests « finaux » se tiendra lundi prochain, histoire de traquer les bugs récalcitrants.

Si tout se passe bien et que les retours des testeurs n’ayant pas installés encore des versions pré-RC sont bons, la version RC1 sortira d’ici la fin mai.

Par expérience, je penche pour la sortie d’une deuxième vers RC. La version finale ? Début juillet. Simple estimation pifométrique. En tout cas, on peut penser que désormais le travail va se concentrer sur le développement de Gecko 2.0 et de Firefox 4.0, qui sortiront tous les deux d’ici 18 mois à 2 ans 😉

Si vous voulez savoir où en est le processus de publication de Firefox 3.0rc1, une page spécifique existe. Idem si vous voulez savoir les dernières nouveautés sur code du tronc, même si au moment où j’écris cet article, le code du tronc n’a pas été modifié depuis le… 7 mai 2008 🙁

Fedora 9 : vers un « grand cru » de la distribution ?

Dans le commentaire d’un précédent article, j’ai été accusé de faire du « fedora-bashing ». Je tenais à démentir ce propos, et pour cela, j’ai récupéré la dernière version de développement de Fedora 9 (dite « sulphur ») pour la tester et faire un tour rapide du propriétaire.

Alors que la distribution sort dans moins d’une semaine (le 13 mai prochain) et qu’une version dite « release candidate » n’a pas été distribuée publiquement – du moins si l’on se base sur la feuille de route de développement de la distribution – j’ai récupéré l’image ISO du DVD en 64 bits de la version dite « preview », sortie aux alentours du 17 avril dernier.

Pour le test dans une machine virtuelle KVM, équipée de l’habituel disque virtuel de 32 Go, de 768 Mo de mémoire vive, d’un clavier français, d’un circuit son émulé es1370.

Je ferai une installation « basique » de la distribution, ne modifiant rien à l’installation proposée par défaut. Ensuite, je ferai l’installation des mises à jour, et je terminerai par un rapide tour du propriétaire. Mon but est surtout de la comparer à la version Fedora 8 en 64 bits dont j’avais déjà parlé en novembre 2007 et qui m’avait laissé sur ma faim.

La récupération de l’image ISO a été effectuée via le tracker torrent du projet Fedora.

Création d’une image disque de 32 Go :

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

Lancement de la machine pour l’installation de la fedora 9 dans la machine virtuelle :

fred@fred-laptop:~/download$ kvm -m 768 -hda f9.img -localtime -k fr -soundhw es1370 -cdrom Fedora-9-Preview-x86_64-DVD.iso -boot d &

L’installateur est toujours aussi simple d’accès. Et cela se limite souvent à la sélection d’une option et d’un clic sur le bouton « suivant »…

Que demander de plus ? L’installation annonce la présence de 940 paquets à mettre en place. Ce qui n’est pas excessif au final, vu l’offre logiciel disponible : gimp, Gnome, OpenOffice.org, Firefox, Pidgin, Java (sous sa forme OpenJDK), et encore bien d’autres outils.

La première partie de l’installation prend en gros vingt à vingt-cinq minutes . Peut-être que la compilation en parallèle d’un firefox pré-3.0rc a ralenti un brin le processus d’installation dans la machine virtuelle ?

En tout cas, c’est très rapide, et c’est agréable à voir. A croire que les distributions se sont données le mot pour que leur publication en 2008 soit sous le signe d’une vélocité améliorée.

Le temps de démarrage franchement amélioré doit être lié à l’utilisation d’Upstart, technologie utilisée par Ubuntu – et d’autres distributions – pour donner un coup de fouet au boot.

La deuxième partie de l’installation se résume à la création d’un compte utilisateur et de l’envoi ou non des données technique aux développeurs. On peut aussi configurer le réglage automatique de l’heure au démarrage via un daemon ntp. Ensuite, on peut accéder à un Gnome fraîchement installé.

Cette deuxième partie nécessitant une modification de la ligne de commande utilisée pour KVM :

fred@fred-laptop:~/download$ kvm -m 768 - hda f9.img -localtime -k fr -soundhw es1370 -cdrom Fedora-9-Preview-x86_64-DVD.iso -boot c &

Ensuite, la mise à jour des paquets – suivant la publication de l’image ISO – prend une quarantaine de minutes, pour installer en plus de mises à jour correctives le noyau linux 2.6.25.

J’ai rajouté ensuite yumex, appréciant cet outil de gestion de paquet ; un simple « yum install yumex » dans un terminal en root a fait l’affaire.

Via le dépôt Livna, on peut installer facilement VLC, ou encore les paquets Gstreamer pour supporter les formats « non libres » comme le mp3 pour ne citer que celui-ci.

Coté bonne surprise, j’ai constaté que Rhythmbox apporte le support du greffon MTP (qui était absent sur Fedora 8), ainsi que la quasi-disparition du mélange de paquets 32 et 64 bits. La présence de Swfdec doit être sûrement à cette disparition du mélange.

Cette version est un très bon cru de la distribution Fedora. Autant la version 8 m’avait laissé un peu sur ma faim, autant cette version m’a très agréablement surpris.

Que restera-t-il à la concurrence au final ? Félicitations aux développeurs du projet Fedora.

Slackware 12.1 : la doyenne des distribution sort une nouvelle version.

Je dois avouer que la Slackware Linux est un peu ma distribution « chouchou ». C’est la première distribution linux que j’ai jamais utilisée. La première version que j’ai pu avoir, c’était une version de la distribution qui utilisait un noyau 1.2.xx de Linux, ce qui doit remonter vers… 1996.

Elle avait été proposée avec le numéro 6 du défunt magazine « PC Team ». Autant dire qu’à l’époque, Linux était loin d’être autant « user-friendly » que de nos jours.

Même si son créateur ne produit pas actuellement de versions 64 bits – les dérivés que sont Slamd64 et BlueWhite 64 s’en occupant – c’est toujours avec plaisir que je touche à cette distribution, qui se veut simple dans sa conception.

J’ai donc récupéré l’image ISO du DVD depuis le tracker torrent du site de la distribution, histoire d’avoir à éviter à jouer au « grille pain » avec les images ISO des CDs.

J’ai ensuite lancé une session KVM, avec une image disque de 32 Go, un clavier français, un circuit son es1370, donc la ligne de commande suivante :

fred@fred-laptop:~/download$ kvm -m 768 -hda sl121.img -cdrom slackware-12.1-install-dvd.iso -k fr -localtime -soundhw es1370 -boot d &

Le disque a été partitionné en créant une partition principale de 30 Go, les 2 Go restant étant consacré au swap. Ensuite, je me suis contenté d’une installation en mode « full ».

L’installation en anglais a été toute simple, et j’ai pu avoir un lilo – à quand le grand saut vers Grub ? – de toute beauté.

La configuration de Xorg se fait via l’outil xorgconfig – il faut choisir une profondeur de 16 bits, la profondeur de 24 bits provoquant des plantages de l’outil de terminal dans Xfce – et l’ajout d’un utilisateur via l’outil adduser. Je n’ai plus eu qu’à lancer KDM pour pouvoir ouvrir une session de KDE que j’ai configuré pour obtenir du français. J’aurais tout aussi bien ouvrir une session dans xfce, fluxbox, ou encore windowmaker.

L’équipement logiciel contient la totalité de KDE – qui pour une fois ne me donne pas cette impression de lenteur qu’on peut trouver dans d’autres distributions proposant KDE – dont KOffice.

En effet, l’installation d’OpenOffice.org passe par le site slackbuilds.org qui est très agréable d’emploi.

Parmis les autres logiciels, on peut trouver Firefox 2.0.0.14, Gimp 2.4. Coté « entrailles », gcc est fourni en version 4.2, et le noyau de la slackware est un 2.6.24.5… Alors que la slackware avait une réputation de distribution assez conservatrice, cela est un peu étonnant à voir 😉

Que dire de plus ? Que cette distribution est toujours autant un plaisir à installer ? Et à utiliser ? Mon seul regret est l’absence de Gnome, mais cela, c’est une décision assez ancienne du créateur de la distribution, et je la respecte.

Bref, si vous voulez découvrir à quoi ressemble cette vénérable ancêtre, dont les premières versions remontent aux années 1992-1993, n’hésitez pas et vous ne serez pas déçus !

La mauvaise réputation des OS 64 bits : Microsoft et les utilisateurs responsables ?

Derrière ce titre choc, je voudrais parler des légendes urbaines sur l’utilisation des OS 64 bits : ils sont réputés comme manquant de logiciels et de pilotes, et ne rien apporter.

Il est vrai que pouvoir utiliser toutes les capacités de son matériel est négligeable.

Même si les pilotes pour Windows 64 bits sont une plaie à trouver, et que 99% des Windows vendus illégalement avec les PCs sont des versions 32 bits n’aide pas à arranger cette situation, pourquoi en serait-il de même dans le monde des unix libres ?

Il suffit de voir des fils comme celui-ci ou encore celui-là les idées reçues ont encore un bel avenir devant elle à savoir :

Pas de version de Flash en natif pour les OS 64 bits. Quid de NsPluginWrapper ou de solutions alternatives libres comme Swfdec ?
Pas de greffon java pour Firefox : résolu grace à OpenJDK… Ce qui est vrai pour Ubuntu 8.04 LTS et qui le sera pour Fedora 9 et OpenSuSE 11.0 quand elles sortiront.
Il y a moins de logiciels en version 64 bits… Ah, première nouvelle. Mis à part quelques logiciels utilisateur de l’assembleur, je ne vois pas quels logiciels sont indisponibles en version 64 bits.

Il ne faut pas oublier que 99,9% des microprocesseurs sortit depuis fin 2006 environ sont des 64 bits par conception. Faudra-t-il comme pour la génération précédente attendre environ 15 ans avant que le 64 bits soit utilisé par défaut ?

Car mis à part Linux qui a été conçu comme un noyau 32 bits dès son départ, il ne faut pas oublier qu’il a fallu attendre Windows XP pour avoir un OS grand public complètement 32 bits chez Microsoft.

La série des Windows 95/98 et Millenium n’étant que des surcouches graphiques évoluées 32 bits d’OS 16 bits : MS-Dos 7.0 (Windows 95), 7.1 (Windows 98) et 8.0 (Millenium).

Et dire que le premier microprocesseur grand public pour PC en 32 bits date de… 1985 : c’était un certain Intel 386…

On est encore dans les temps… Le premier microprocesseur 64 bits grand public pour PC ne date que de… 2003 avec la sortie de l’Athlon 64 d’AMD.

On verra bien si d’ici 10 ans le 64 bits a fini par s’imposer… de guerre lasse pourrait-on dire !

Comparons une debian Sid et Ubuntu Hardy Heron (8.04)…

Ubuntu est une distribution qui se base sur la branche « unstable » ou sid (still in development ??) de Debian.

Alors qu’Ubuntu 8.04 LTS vient de sortir, j’ai décidé de jeter un oeil pour savoir à quoi ressemble actuellement la debian Sid. J’aurais pu utiliser Sidux, mais je voulais une debian aussi « nature » que possible.

Dans ce but précis, je vais passer par plusieurs étapes : installation d’un système minimal avec une image « netinst » (installation par le réseau) d’une Debian 4.0r3.

Ensuite, je modifierais les dépots pour pointer vers les dépots instables. Enfin, je rajouterais à la base mise à jour vers Debian Sid les logiciels suivants :

Gnome
OpenOffice.org
Gimp
le dernier IceWeasel disponible (la version débianisée de Firefox)

Le but étant de reproduire au mieux la logithèque par défaut d’Ubuntu et de comparer les versions disponibles.

KVM va me servir pour installer tout cela.

Première étape : récupération d’une image netinst de la version 4.0r3 en AMD64. (http://cdimage.debian.org/debian-cd/4.0_r3/amd64/iso-cd/)

J’utilise un disque virtuel de 32 Go. La machine virtuelle sera équipée de 768 Mo de mémoire vive, d’un clavier français, et d’un circuit son es1370.

De plus, pour des raisons pratiques, j’utiliserais l’installateur graphique, disponible en entrant « installgui » (sans les guillemets) à l’écran de démarrage du CD.

fred@fred-laptop:~/download$ qemu-img create -f qcow2 sid.img 32G Formatting 'sid.img', fmt=qcow2, size=33554432 kB fred@fred-laptop:~/download$ kvm -m 768 -hda sid.img -cdrom debian-40r3-amd64-netinst.iso -k fr -soundhw es1370 -boot d &

Deuxième étape : modification des sources.

Il faut lancer la machine virtuelle avec la commande suivante pour continuer :
kvm -m 768 -hda sid.img -cdrom debian-40r3-amd64-netinst.iso -k fr -soundhw es1370 -boot c &

La base a donc été installée. Maintenant, nous allons modifier les fichiers. Avec nano, j’édite le fichier /etc/apt/sources.list en remplaçant les entrées « etch » par « sid ».

Il faut bien sur se connecter en tant que root pour pouvoir modifier le fichier.

Maintenant, on entre le duo classique :

aptitude update && aptitude dist-upgrade

Troisième étape : installation de gnome et des autres logiciels.

Une fois la mise à jour terminé et la debian redémarrée, on peut installer Gnome ; en root :

aptitude install gnome-desktop-environment

Ajout de Gimp et d’OpenOffice.org :

aptitude install gimp openoffice.org

A noter que j’ai du modifier le fichier /etc/X11/xorg.conf pour pouvoir lancer X… L’ajout d’une ligne « Defaultdepth 24 » dans la section « screen » et d’une ligne « Driver « vesa » » dans la section « device » m’ont permis d’atteindre une résolution confortable de 1024×768.

Une fois Gnome lancé, j’ai installé manuellement le noyau 2.6.25 ainsi que les traductions d’OpenOffice, sans oublier le dernier IceWeasel disponible.

Coté versions :

OpenOffice, Gnome, Firefox (dans sa version 2) sont en version identique. Xorg est lui aussi une version 7.3. La seule grosse différence, c’est le noyau, un 2.6.25 pour la Debian Sid, contre un 2.6.24 pour la Hardy Heron. Cf les captures d’écran qui suivent.

Pour le moment, et vu que la Hardy vient juste de sortir, les deux distributions sont assez semblables. Qu’en sera-t-il d’ici un ou deux mois ?

Il sera intéressant de refaire la comparaison, surement pour la sortie de la version 8.04.1 de la Ubuntu Linux, sortie prévue pour début juillet 2008.

Vers une cinquième béta pour Firefox 3 ?

Ce matin, ayant fait recompiler le code source fraîchement mis à jour du tronc de Firefox, j’ai eu une « mauvaise » surprise, à laquelle je m’attendais un peu : le tronc est maintenant étiquetté 3.0b5pre.

Oui, une béta 5 a été rajoutée à la feuille de route de Firefox. J’ai trouvé le pourquoi de cette nouvelle béta sur le blog des développeurs : trop de bogues à très haute (P1) et haute (P2) priorité n’ont pas été corrigés…

Les niveaux de priorités allant de P1 à P5 pour les codeurs du logiciel.

En effet, au moment où je rédige ce billet, il y a encore près de 300 bogues P1 et P2 listés comme bloquant la sortie de Firefox 3…

Apparemment – et si j’ai bien compris le billet du blog des développeurs – cette beta aurait un cycle de développement 15 jours, autant dire que seuls les bogues ultra-prioritaires seront dans la ligne de mire, avec les régressions éventuelles qui pourraient s’incruster.

Je pense – et je peux très bien me tromper – que cela risque d’influer sur certains autres logiciels libres, comme la future version LTS d’Ubuntu, je parle de la Hardy Heron.

Sans vouloir jouer les « Madame Irma », je sens que les développeurs d’Ubuntu, pour éviter de se retrouver avec une version trop ancienne de Firefox 3 dans leur version « finale », vont légèrement décalé la sortie, comme jadis pour la Dapper Drake qui était passée du mois d’Avril au mois de Juin 2006…

Seul l’avenir me dira si je me trompais ou pas… Car publier une distribution supposée être supporté au minimum durant 3 ans avec un navigateur en béta4… 😉