Une panne de l'air climatisé dans la salle hébergeant le serveur des projets MPlayer[1] et FFmpeg[2] a causé une corruption d'une partie de l'arborescence du CVS.
L'équipe de développement est à présent à la recherche d'un nouveau serveur dédié pouvant être installé dans de meilleures conditions dans une salle serveur d'un FAI qui reste à trouver.

Le serveur devrait avoir un boîtier 1U, disposer de 512 Mo de RAM, 1 CPU à 2Ghz ou 2x1Ghz et 2x 200Go d'espace disque[3] (de préférence SATA) en RAID-1.
Ajoutez à cela une solution de sauvegarde fiable avec 3 disques de 300Go destinés à être installés sur les miroirs.
Il faudrait aussi un FAI pour ce serveur.

[1] MPlayer: lecteur de vidéos multi-plateforme
[2] FFmpeg: bibliothèques de codeurs et décodeurs vidéo et audio utilisé par la plupart des lecteurs multimédias sous Linux, *BSD,... et même dans certains projets sous Windows
[3] La plupart de l'espace disque est utilisé pour télécharger des bouts de vidéos ou de sons qui ne peuvent pas être, ou mal, décodés.

Alors que l'épée de Damoclès des brevets logiciels pend dangereusement au-dessus des logiciels libres en général, et au-dessus de ceux qui ont trait au multimédia en particulier, voici venu une nouvelle version de MPlayer, la -pre7. Au menu des réjouissances, pas mal de corrections de bogues plus ou moins sérieux pour lesquelles un mise à jour est très recommandée.

Cette nouvelle version se voit marquée par un certain nombre d'améliorations du côté de MEncoder, la partie "encodeur" de MPlayer, permettant la création de fichiers MPEG à même d'être utilisés sur les platines (S)VCDs et DVDs. Aussi, un début de support de différents conteneurs autres que AVI et MPEG a été initié par l'intermédiaire de libavformat (du projet FFmpeg), ainsi que la gestion de l'encodage de plusieurs fichiers à la fois et l'édition EDL.

Cela a été aussi l'occasion pour votre serviteur de mettre à jour et d'améliorer considérablement la documentation de MEncoder. Vous y trouverez tant des informations techniques que divers conseils pour partir sur de bonnes bases.

Au niveau codecs, les codecs ALAC (Apple Lossless Audio Codec), TwinVQ (VQF) et VMware sont à présent visibles, certains par l'intermédiaire des bibliothèques binaires. De plus, le codec de compression vidéo par ondelettes expérimental de nouvelle génération Snow a été amélioré tant au niveau de la rapidité d'(en/dé)codage que du point de vue de son efficacité de compression. À tester donc, d'autant qu'il est à présent documenté (tout en gardant à l'esprit que son statut expérimental ne garantit pas que les fichiers créés aujourd'hui pourront être lus plus tard).

Pour finir, l'équipe de développement s'excuse de ne pas sortir de nouvelle version plus souvent, mais rappelle que l'accès au version CVS et ouverte à tous, d'autant qu'il est vraiment très rare qu'il soit cassé.

À présent, bonne séance de film!

5 mois après la dernière sortie, voici donc venu Mplayer-pre6 en guise de cadeau de Noël.
Six mois, c'est long, surtout dans le monde de l'informatique. Ceci a permis d'étendre de façon très importante le nombre de codecs reconnus et joués par Mplayer, ainsi qu'améliorer le support des anciens, et les rendre compatibles avec la nouvelle plate-forme x86-64 (aka AMD-64).
A noter par exemple le support de "Snow", le codec basé sur les ondelettes développé par Michael Niedermayer, et le support de x264, l'implémentation libre de H.264 (que l'on peut voir comme un MPEG-4 "étendu").
De plus, la documentation subit un immense lifting, étant donné qu'à présent non seulement elle explique toute la myriade d'options disponible, mais en plus elle est disponible en bon français (un grand merci donc à votre serviteur et à Nicolas Le Gaillart).
Joyeux Noël à tous!

À noter que cette sortie fait suite à la sortie de MPlayer 1.0pre5try2, qui corrigeait une faille de sécurité, ainsi il est vivement recommandé de mettre à jour.

Lors de son dernier courriel sur la Linux Kernel List, Alan Cox (le mainteneur officiel de Linux-2.2 et bien plus encore) s'est désengagé de la maintenance d'un certain nombre de vieux pilotes, car il allait se prendre une année sabbatique, (hors du développement de Linux et hors de RedHat, s'entend)
Bien que ça a l'apparence d'un canular, Alan indique qu'il va mettre à profit cette année pour obtenir un MBA... et apprendre le gallois (!!)
Il déclare aussi qu'il y a encore quelques années, il se serait refusé de faire une telle chose, mais qu'à présent il existe de nombreux développeurs au moins aussi doués que lui pour s'occuper de Linux.

Bonne chance Alan, dans ta nouvelle vie estudiantine !

Depuis que le noyau de développement de Linux est passé en mode "test" avec les versions 2.6.0-testX, les benchs ne cessent de fleurir sur la Linux Kernel Mailing List.
Dernièrement, ce fut le tour des systèmes de fichiers d'être évalués, avec le très attendu ReiserFS-4
Au final, ext3fs et reiser4 (bien que toujours en béta) s'en sortent admirablement bien, et laissent ainsi présager un bel avenir pour Linux-2.6

459 jours après la mise à disposition de la version 0.60 de Mplayer, voilà enfin la 0.90, considérée comme stable pour un usage de tous les jours.
Étant donné qu'il n'y a pas d'indications particulières sur le Changelog il est raisonnable de penser que les différences depuis la -rc5 sont quasi nulles.
Par ailleurs, Gabucino fait remarquer que l'après 0.90 semble assez flou depuis qu'A'rpi a fait part de sa volonté de quitter l'équipe de maintenance du projet.
Bon wget à tous.

NdM : merci à tous ceux qui ont proposé la dépêche

(Nouvelle tirée de Kerneltrap.org)
Linus a commencé l'inclusion des modifications de Andrew Morton (patches mm, partie "non-blocking page writeback system") apportées sur la gestion de la mémoire virtuelle dans son arbre BK du noyau de développement 2.5.39.
Les buts de ces améliorations sont d'améliorer le comportement du noyau au niveau des entrées/sorties vis à vis de la montée en charge.

Au vu des gains de performance, c'est à ce demander comment on a put vivre sans! (à voir dans le fichier attaché)

Alors que le noyau de développement entrera en phase de « feature freeze » le 31 octobre, on peut déjà voir à quel point nos joyeux hackers ont fait du super boulot.
En effet, avec la récente intégration de ordonnanceur O(1) de Ingo Molnar, associée à la toute nouvelle bibliothèque sponsorisée par Red Hat de support natif des threads POSIX (Native POSIX Thread Library), le noyau se montre capable de créer et détruire sur un « vieux » IA-32 dual 450MHz PII Xeon 100 000 threads en 2,3 secs (avec jusqu'à 50 threads à tourner en même temps).
Même si concrètement aucune application n'utilise pour le moment autant de threads en parallèle, ce test montre surtout que ce nouveau design supporte bien mieux des changements d'échelle et est bien plus efficace (le même test prend 15 minutes sur un noyau non modifié).
La NPTL est appelée à être incluse à la bibliothèque GNU C quand elle sera jugée suffisamment stable.

NdM: Merci à MadCoder qui nous a proposé aussi cette nouvelle en indiquant également que des architectures powerPC récentes, il a même été réussi de lancer près d'un million de threads avec 200 qui tournaient en parallèle.

Le nouveau noyau Linux 2.5.35 intègrera enfin User-Mode Linux. Il a en effet été inclus dans l'arbre BitKeeper.
User-mode Linux permet au noyau de fonctionner comme un processus séparé, en mode utilisateur sur un système Linux. Ceci rend possible notamment le suivi de ce noyau avec gdb, et ainsi autant faciliter qu'accelérer le développement de pilotes de périphériques et autres composants du noyau, tout ceci en limitant considérablement les risques de corruption de données ou de dommages du système "réel".

La version 1.2.5 de Galeon est sortie le 8 juin dernier.
C'est celle qui est compatible avec le tout nouveau, tout beau Mozilla 1.0 (d'ailleurs, si vous l'avez pas encore, c'est une dépendance nécessaire pour passer à Galeon 1.2.5)

Au menu des changements :
- correctifs dans la configuration automatique de mandataire et l'impression
- maintenant disponible en vietnamien

AbiWord 1.0.2 vient de sortir

Comme toujours, des corrections de bogues et des nouvelles choses sympathiques.

Extrait du communique sur Linuxtoday:

After extensive efforts at bugfixing as well as a few new features, we're proud to announce 1.0.2 as the latest release for pure satisfaction. Developers are hacking away on the next big milestone and in the meantime we'll continue to deliver solid dependability through 1.0.x releases.

Most notable:

* AbiWord can now be embedded in other GNOME applications (Evolution, Gnumeric)
* Internationalization support has undergone a great deal of work by both translaters and coders.
* RTF and LaTeX import/export enhancements.
* Bugs 3301, 3171, 3215, 2223, 3332.
* Enhanced documentation.
* Fixes and enhancements in the AbiGimp, AbiMagick, AbiPaint, and GDict plugins.

La version stable de OpenOffice.org 1.0 est enfin sortie, en anglais, mais également en français. Le site principal étant devenu injoignable, mieux vaut attendre que les miroirs soient à jour...

Même si cette version ne diffère pas grandement de la précédente béta (641d), on ne peut que se réjouir de la grande amélioration des filtres de conversion (import/export vers les programmes de bureautique les plus populaires), et le support de nombreux languages. Openoffice possède un éditeur de texte, un éditeur de tableaux, un outil de présentation interactive et un outil de dessin vectoriel. Parmi les différences avec Star Office 6.0, on notera l'absence du correcteur orthographique. Une version spécifique à Open Office existe néanmoins.

Le communiqué étant particulièrement long, il est en fichier attaché.

Par ailleurs Nebojsa nous signale la sortie d'une nouvelle suite bureautique basée sur OpenOffice : SOT Office 2002. Ce logiciel se compose de quatre applications : le traitement de texte Office Writer, le tableur Office Calc, le logiciel de présentation Office Impress et l'outil de dessin Office Draw.
NdM: Est-ce qu'il y a vraiment une différence avec OpenOffice ?

Merci aux tout plein de gens qui ont soumis cette news.