Quoi de neuf dans le dépot « hardy proposed » ?

Ce dépot est celui qui sert à tester les nouvelles versions de logiciels avant leur « validation » et leur mise à disposition dans le dépot « updates ».

En dehors des mises à jour de logiciels de « bas niveau » (comme le noyau ou des pilotes), il y a des logiciels « utilisateurs lambda » qui sont en version de tests. Entre autre, OpenOffice.org en version 2.4.1rc2 et la version rc1 (donc un brin obsolète !) de Firefox 3. Captures d’écran à l’appui :

OpenOffice 2.4.1rc2 dans Hardy Proposed

Firefox 3.0rc1 dans Hardy Proposed

Versions qui seront – avec un peu de chance – celle de la version 8.04.1 LTS, premier « service pack » – pour prendre un parallèle à la Microsoft – pour Ubuntu Hardy qui doit sortir en juillet.

Firefox 3.1 pré-alpha1 et Acid3 : vers la lutte finale ? ;)

M’étant abonné au bug qui permet de suivre l’évolution du support de la nouvelle masturbation intellectuelle des navigateurs web, j’ai nommé le test Acid3, j’ai pu constater ses dernières heures qu’au moins 3 bogues concernant le dit test avait été marqué comme « FIXED ».

Il s’agit des bogues 421765, 412567 et le 128585.

Ce qui donne maintenant un résultat de 76 / 100 pour la pré-alpha1 de Firefox 3.1, soit 5 tests de mieux que le futur Firefox 3.0 qui doit être publié dans le courant du mois. Toujours bon sur le plan du support des normes du W3C au final 🙂

Firefox 3.1 alpha 1 et son score de 76 / 100 au test acid3

Big Buck Bunny est sorti !

Le deuxième film d’animation de synthèse entièrement basé sur du logiciel libre, après le très conceptuel Elephants Dream vient de sortir officiellement. Big Buck Bunny réalisé avec Blender 2.46 pour la modélisation en 3D est disponible sur cette page, aussi bien en mp4, qu’en ogg, h264 et msmp4.

Les résolutions disponibles sont : 854×480, 1280×720, 1920×1980.

Un coffret DVD contenant le film et l’ensemble des données ayant permis sa création est disponible pour les personnes intéressées, à cette adresse, à 34 € pièce, pour permettre la création d’autres « open movies », qu’on pourrait traduire par films libres.

L’histoire ? Comment un lapin tout à fait gentil se transforme en Rambo… 9 minutes, même si la fin nous laisse sur notre faim 🙂

Du nouveau sur Firefox 3.0rc2.

Dans ce message de Mike Beltzner, on en apprend plus sur la version Release Candidate 2 de Firefox 3.

Pour faire un résumé rapide :

Les problèmes corrigés sont déjà listés, et il y a peu de chance que de nouveaux bugs soient pris en compte, les règles de prise en compte sont assez strictes : devoir expliquer clairement en quoi le bug proposé peut être considéré comme un bloqueur pour l’utilisateur ou le développeur.

Sur la douzaine de bogues listés comme bloquant cette version RC2, 6 concerne les infrastructures de la Fondation Mozilla…

La feuille de route est la suivante :

  • Gelure du code : 28 mai, à midi, heure du Pacifique (21 heures pour Paris)
  • Début des compilations : 29 mai, tôt dans la matinée, heure du Pacifique
  • Début du QA : 29 mai à midi, heure du pacifique (dès l’arrivée des compilations)
  • Fin du QA : 5 juin

Donc, le 7 ou le 8 juin, la RC2… Et si tout se passe bien, Firefox 3.0 pour la mi-juin, 19 mois après la sortie de Firefox 2.0.

Un petit aperçu de Debian 5.0 alias Debian Lenny.

J’ai voulu voir à quoi ressemble actuellement Lenny, alias Debian 5.0.

Pour cela, j’ai récupéré l’image dite debian installer beta1 pour Lenny, une version plus récente me confrontant à un bogue de Xorg qui me laisse sans interface graphique reconfigurable.

J’ai utilisé une image ISO en AMD64, récupérée à cette adresse :

http://cdimage.debian.org/cdimage/lenny_di_beta1/amd64/iso-cd/

Disque virtuel de 32Go :

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

Lancement de l’installation :

fred@fred-laptop:~/download$ kvm -m 768 -k fr -soundhw es1370 -hda deb50.img -cdrom debian-testing-amd64-CD-1.iso -boot d &

Par la suite, la ligne de commande utilisée était la suivante :

fred@fred-laptop:~/download$ kvm -m 768 -k fr -soundhw es1370 -hda deb50.img -cdrom debian-testing-amd64-CD-1.iso -boot c &

Lors de l’installation, j’ai volontairement décoché la recherche de sources complémentaires.

Une fois ma debian lenny installée, j’ai modifié le fichier /etc/apt/sources.list en insérant la ligne suivante (en suivant les instruction du man sources.list), tout en utilisant la console en super-utilisateur (root)

deb ftp://ftp.debian.org/debian lenny main contrib non-free

Une fois les dépots mis à jour, j’ai rajouté synaptic, puis lancer l’installation des mises à jour. Donc la série de commande en console en super-utilisateur (root) :

# apt-get update
# apt-get install synaptic
# apt-get dist-upgrade

Parmis les changements : noyau linux 2.6.22 remplacé par un 2.6.24, Gnome 2.20.3 par 2.22.1 (en cours d’intégration apparemment, car Nautilus est encore version 2.20), Iceweasel 2.0.0.12 par un 2.0.0.14 (le paquet iceweasel-l10n-fr offrant l’interface en français), et Xorg 7.3 par une préversion de la 7.5 (la 1.4.0.90 comme me l’indique un x -version en ligne de commande) comme pour la distribution Fedora 9.

Iceweasel 2.0.0.14 sous Debian Lenny avec un noyau 2.6.24 pour AMD64

A noter que seul un raccourci vers Epiphany est proposé par défaut. Manque aussi OpenOffice.org, que l’on peut rajouter par la suite si on le désire. La version 2.4.0 est proposée.

VLC est disponible en version 0.8.6c, Mplayer en version 1.0rc2.

Cependant, au rédemarrage, grub propose toujours les deux noyaux par sécurité.

Le démarrage de Debian Lenny avec les deux noyaux 2.6.22 et 2.6.24

Pour l’utilisation des évènements sonores, il faut installer le paquet gnome-audio. Pour flash, le paquet swfdec-mozilla installe une version assez récente du logiciel swfdec (la 0.6.6).

A moins que je n’ai pas regardé au bon endroit, il ne semble pas qu’OpenJDK soit présent. Pour les fanatiques du papotage en ligne, Pidgin est en version 2.4.1, aMSN en version 0.97.

AMsn et Pidgin sous Debian Lenny

KDE ? Bien que Debian Lenny sera équipé lors de sa sortie du dernier KDE 4.0.x disponible, seule une version 3.5.9 peut être installée actuellement.

Voila, je ne voulais pas faire un test de 350 pages sur Debian Lenny, mais faire un tour rapide du propriétaire de la version 5.0 de la distribution Debian qui devrait sortir au mieux en septembre prochain.

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.

Ecran de démarrage d'installation de la Fedora 9

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.

Installation de Fedora 9 en cours

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

Ecran de connexion de la Fedora 9

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.

Yumex récupérant des logiciels

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.

Rhythmbox et VLC sous Fedora 9

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

l'écran de démarrage de la slackware 12.1

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.

Les infos techniques de la slackware 12.1

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

OpenOffice.org 2.4.0 sous la slackware 12.1

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.

Gimp 2.4.5 et Gnome 2.22.1 sous Debian Sid

Openoffice.org 2.4 sous Debian Sid avec un noyau linux 2.6.25

IceWeasel 2.0.0.14 sous Debian Sid

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.

Capture d'écran d'un minefiled pré-3.0 Béta 5

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… 😉