Avec la release de FreeBSD 7 qui approche à grand pas, j'ai commencé a rédiger une news pour FreeBSD 7 sur le wiki offert à cet effet,

Pour l'instant j'ai fait le squelette, j'y repasserait ce soir pour y mettre du contenu.

Mais si d'autres veulent rajouter du contenu, n'hésitez pas, surtout sur les points ou je suis un peu léger techniquement : SCHED_ULE, Réseau par exemple.

http://wiki.eagle-usb.org/wakka.php?wiki=NewsFreeBSD70

> Lire le journal (10 commentaires, moyenne: 2,4).

Nouvelle version de développement de ZSH. Comme d'habitude elle est très très stable.
Pour info ZSH est un shell sous licence ZSH (BSD modifiée).
Il reprend la majeure partie des fonctionnalités de Bash, Tcsh, ksh, etc. il permet même de les émuler.

Il peut corriger intelligemment la frapper au fur et à mesure (tab) ou à la fin (vouliez vous dire blablabla (y/n/e))

Il dispose d'une completion programmable très très évoluée permettant par le biais de fonction de completion d'offrir la possibilité de vous proposer toutes les options disponibles pour la majeure partie de vos programmes préférés, mais aussi tous types d'arguments de manières plus ou moins intelligente (tout dépend de la fonction :)). Bash a pomper le système ZSH (\begin{troll}en moins bien\end{troll}) pour faire son bash-completion, ZSH va plus loin en permettant l'utilisation directe des fonctions de completions bash si vous le désirez.

Vous voulez faire de la programmation shell, ZSH propose tout ce que vous voulez pour ne pas avoir à utiliser tout le pack (sed, awk, grep, bc, expr, ...) permettant ainsi de faire des scripts plus légers et plus portable (juste besoin d'avoir zsh sur la plateforme, et pas une versions (GNU, AIX, SUN ou BSD) des outils sed, awk, grep, ... qui n'ont pas toujours la même syntaxe ni les même options.

Besoin de faire de la programmation shell encore plus avancée : zsh dispose de fonctions permettant de manipuler les date (zsh./datetime), de manipulation réseau (zsh/net, zsh/net/tcp, zsh/net/socket), de faire du FTP (zftp), de manipuler les teminaux (zsh/zpty) et beaucoup plus.

Je m'arrête là car on pourrait en dire des tonnes.

Pour revenir à nos moutons zsh La branche de développement 4.3 à pour but principal d'apporter le support de l'unicode à ZSH.

la précédente version 4.3.2 apportait le support de l'unicode uniquement our la partie cli (utilisateur)
Cette nouvelle version (4.3.4) apporte un support de l'unicode quasiment complet.

Comme toutes les versions de ZSH elle apporte aussi les améliorations habituelles au niveau completion (ajout, correction)

http://www.zsh.org

> Lire le journal (32 commentaires, moyenne: 2,9).

Il aura fallu environ 9 mois entre l'annonce du début du port :
http://lists.freebsd.org/pipermail/freebsd-fs/2006-August/00(...)

et l'entrée officielle dans les sources de FreeBSD.
http://lists.freebsd.org/pipermail/freebsd-current/2007-Apri(...)

ZFS est donc maintenant disponible directement dans FreeBSD-CURRENT et sera donc disponible dans le prochain FreeBSD 7.0-RELEASE.

Pour le moment seul les architectures i386 sont supportées mais on devrait voir arriver rapidement le support sur amd64, et les autres devraient suivre.

Les fonctionnalités manquantes sont les suivantes :
pas de iSCSI
pas d'ACL ou d'attributs étendus
pas de boot sur ZFS possible (car uniquement disponible en module)

Le port de ZFS est sous licence CDDL (licence libre d'opensolaris d'où le port a été effectué) il ne peut donc être disponible que en tant que module.

Pour plus d'informations sur ZFS :
http://fr.wikipedia.org/wiki/Zettabyte_File_System

> Lire le journal (22 commentaires, moyenne: 2,5).

Un petit coup de pub pour le hors série spécial BSD de Gnu Linux Magazine.

Je ne suis pas un grand lecteur de magazine informatiques, mais je dois avouer que celui-là je ne regrette pas de l'avoir acheter, il est rédigé par les membres de GCU ( http://www.gcu.info ), et est selon moi excellentissime.

Je vous le recommande fortement :)

Et pour tout ceux qui se demande encore l'intérêt des BSD par rapport à Linux, ce Hors série devrait répondre à vos questions sans l'ombre d'un doute (en particulier pf pour les nulls, l'article sur le load balancing, ou encore celui sur IPsec)

bref bravo à l'équipe de GCU, bravo à Linux Mag. Ceci n'est que l'acte I, je ne sais pas combien il y en aura d'autres, mais je compte bien tous les acheter et les conserver (une vrai mine d'or).

En plus une rédaction ala GCU qui n'est pas pour déplaire et rendre la lecture agréable.

> Lire le journal (52 commentaires, moyenne: 2,8).

FreeBSD est désormais capable d'utiliser directement des drivers linux (en tant que module) sans modification du code original du driver.

Un couche d'adaptation à été écrite (sous licence BSD), permettant de faire de lien entre les API linux et les API FreeBSD.

Le développement à principalement été axé sur les drivers USB. Plusieurs drivers ont ainsi portés et sont disponibles dans les ports (particulièrement des webcams.)

Le site du monsieur qui fait ça : http://info.iet.unipi.it/~luigi/FreeBSD/linux_bsd_kld.html

Le module noyau de compatibilité :
http://www.freshports.org/devel/linux-kmod-compat/

Le port du driver gspca http://www.freshports.org/multimedia/linux-gspca-kmod/

Le port du driver ov511
http://www.freshports.org/multimedia/linux-ov511-kmod/

En espérant que beaucoup de drivers suivent.

> Lire le journal (14 commentaires, moyenne: 2,5).

Pour tout ceux qui veulent mettre à jour leur FreeBSD 6.1 vers FreeBSD 6.2 sans recompiler le kernel et le world : voici un petit script permettant de faire la montée de version :
http://www.daemonology.net/blog/2006-11-26-freebsd-6.1-to-6.(...)

A parfaitement fonctionner sur mes serveurs avec juste une petit modification du fichier de conf : update.freebsd.org par update1.freebsd.org

Sachant que le freebsd-update qui permet de faire les mise à jours de sécu qui viens d'être intégré dans la 6.2 devrait être amélioré pour supporter les fonctionnalités fournies par ce script rapidement.

Bonne mise à jour.

> Lire le journal (11 commentaires, moyenne: 0,9).

Pour ce qui ne connaissent pas gaia est un projet dont le but était de développer un client google earth libre (GPL) en faisant du reverse engineering sur le protocole, et en ajoutant le support des GPS (ce qui n'est pas le cas de la version linux de google earth.)

Permettant ainsi l'accès nativement à google earth à d'autres OS que les deux / trois habituels, les BSD.

Mais voila c'est fini, google vient de contacter le projet pour le demander de ne plus utiliser leur données à causes des licences particulières d'exploitation auxquelles est assujetti google pour avoir le droit d'exploiter ses images.

Gaia n'est pas pour autant mort, le projet continue et une nouvelle version utilisant des images légalement accessibles devrait voir le jour utilisant les données de la NASA au lieu de celle de google earth, comme conseillé par google.

http://gaia.serezhkin.com/

> Lire le journal (6 commentaires, moyenne: 4,3).

Je me demandais pourquoi il n'y avait aucune libodf ou un truc du genre qui avait été pondu afin de faciliter le support de l'odf par un maximum de suites bureautiques.

Pour le format wordperfect ça a été fait : libwpd est largement adopté : openoffice, koffice, abiword. Résultat, un bon support du format wordperfect, chaque amélioration profite à l'ensemble des suites bureautiques libres l'utilisant.

Pour le format word il y a une tentative, mais ce n'est pas encore concluant : wv2 utilisé par abiword, alors que OpenOffice à un relativement bon support du format Word et pourrait ainsi contribuer à wv2 ou a une libmsword qui allierait wv2 et le support OOo du format word ainsi toutes les suites bureautiques libres bénéficieraient d'un meilleur support MS word et les améliorations des uns profiteraient à tous.

Enfin pour le sujet qui nous concerne : l'ODF, chacun y va de son implémentation : koffice dans son coin, OpenOffice dans un autre et abiword pour finir. Ne serait il pas préférable pour éviter les incompatibilité de se mettre tous d'accord sur une libodf commune étant l'implémentation libre de référence du format ODF, sous une licence permettant sont adoption maximale : BSD ou LGPL ?

Ca permettrait aussi le développement tout plein d'outils libres utilisant facilement le format ODF,. Un truc comme ça pourrait (je pense) largement booster l'adoption des formats ODF non ?

Qu'en pensez vous ? Est ce qu'un projet comme ça existe déjà ?

> Lire le journal (9 commentaires, moyenne: 2,8).

Bah non pas du tout !!! :)

Pour preuve les premiers patchs publiques pour FreeBSD-7-CURRENT concernant le support de ZFS viennent de faire leur apparition.

Pour le moment c'est lent (plus qu'UFS) mais fonctionnel, encore beaucoup de boulot mais ça arrive. La majeure partie des fonctionnalités sont déjà présentent :
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=656642+0+curren(...)

> Lire le journal (13 commentaires, moyenne: 2,6).

Comme tous les 3 mois, FreeBSD nous fait son rapport pour nous indiquer l'état des développement en court et leur évolution.
Ce rapport couvre la période de Juin à Octobre.

http://lists.freebsd.org/pipermail/freebsd-current/2006-Octo(...)

Parmis tous les développements, on peut noter :
L'amélioration du support STP (Spanning Tree) avec l'ajout du RSTP (Rapid Spanning Tree Protocol).

La lib libbsdelf est pratiquement fini, facilitant grandement le port de DTrace sous FreeBSD.

Gjournal permettant la journalisation de l'UFS est terminé, et devrait être intégrer rapidement.

Support des limitations de ressources CPU et mémoire sur les Jails

Le port de zfs est en cours.

J'ai particulièrement hâte en ce qui concerne Gjournal :)

Il y a beaucoup d'autres choses intéressantes en ce qui concerne la sécurité, la compatibilité Linux, L'infrastructure USB, l'amélioration de la couche audio, le port de Xen, etc.

PS: Je n'ai pas fait de dépêche car je n'ai pas le temps de rédiger quelque chose de propre, et exhaustif.

> Lire le journal (14 commentaires, moyenne: 3,2).

Le 21 septembre est sortie la première version beta de FreeBSD 6.2, au menu :
- Ajout d'un driver linsysfs : permettant d'émuler le /sys de linux afin d'améliorer le linuxulator (emulation linux)
- import de csup : utilitaire permettant de remplacer cvsup, il est écrit en C, et ne permet que de faire de checkout, très pratique pour mettre à jour les sources, la doc et les ports de son FreeBSD
- import de freebsd-update : un utilitaire permettant de mettre à jour par patch binaires le kernel et le userland de FreeBSD : correctifs de sécurité, montée de version. freebsd-update est un google summer of code visant à améliorer l'utilitaire freebsd-update disponible dans le ports.

Les habituelles mises à jours de logiciels userland.

A noter aussi de très nombreuses amélioration du linuxulator (un autre SoC) :
- l'environnement par défaut à sauté de RH8 vers Fedora Core 4,
- mise à jour des appels kernel (syscall - je sais pas comment traduire) disponible vers ceux d'un noyau linux 2.6.16 (pas encore complet).

Les notes de version : http://www.freebsd.org/relnotes/6-STABLE/relnotes/i386/new.h(...)
L'annonce : http://lists.freebsd.org/pipermail/freebsd-stable/2006-Septe(...)

> Lire le journal (16 commentaires, moyenne: 2,6).

Je m'interroge sur la pertinence des choix techniques de la communauté du Libre dans certain cas.

Nous disposons d'une bonne tripotée de logiciels libre à notre disposition, parmis lesquels des logiciels concurrents, jusque là tout est sain. Maintenant j'ai l'impression que les choix majoritairement adopté pour être poussé par la communauté ne sont pas toujours très cohérent techniquement, je m'explique :
- MySQL est très largement poussé par la communauté, les devs se font principalement sur MySQL, alors que la communauté du libre propose dans PostgreSQL depuis longtemps des fonctionnalités n'existant pas dans MySQL.

- Bash est souvent par défaut dans les distributions alors que ZSH disposait de plus de fonctionnalités (ZSH, API haut niveau avancée : widget, socket, etc.).

Des exemples comme ceux ci il y en a plein.
Ce que je ne comprends pas dans ces choix, c'est que puisque c'est libre si un logiciel est plus fonctionnel qu'un autre pourquoi ne pas proposer l'autre par défaut ? Pour revenir à l'exemple des bases de données, les SGBD libre auraient certainement une meilleur image en terme de fonctionnalités si les gens avait répondu PostgreSQL au lieu de MySQL.

Un effort énorme est produit par la communauté (sociétés, acteurs indépendants) pour implémenter le retard et arriver au niveau technique de leurs concurrents libres.

En plus une mauvaise fois énorme entoure ces choix. Combien de défenseur ont dit "Qu'est ce que MySQL n'a pas que PostgreSQL a ?" "Qu'est que Bash n'a pas que ZSH a ?". Alors que les réponses étaient évidentes. Bien sûr vue les efforts de développement fournis, ces questions sont de plus en plus proche de la vérité, et les projet de type MySQL/Bash sont tirés vers le haut (tant mieux), mais on est passé à côté de fonctionnalités pendant des années pour une raison obscure.

Selon moi la saine concurrence voudrait que les solutions techniques les plus complètes soient mises en avant, mais ce n’est pas toujours le cas.

> Lire le journal (69 commentaires, moyenne: 3,1).

Dans un précédent journal, je faisais appel à vous pour la recherche d'un toolkit web qui me permettrait de ne pas faire de html/javascript mais faire du développement web comme on développerait une appli GTK/QT. Google fournit le Google webtoolkit qui est partiellement libre, et donc ne me satisfait pas.

Je ne ferais pas de revue de tout ce que j'ai testé car je l'ai fait à la va vite, sans aucune rigueur. Pour résumer la plupart des projets nécessitent de faire un minimum de html, de plus pour coder des petites applications, c'est souvent sortir le bazooka pour tuer une mouche, c'est très efficace pour de gros projet, mais pas forcément le plus approprié pour les petits.

Pour le reste je suis un libriste un peu intégriste sur les bords, et il n'est pas question de faire tourner quelque chose de non libre sur mes serveurs, j'ai donc essayer les différents projets java (tous très intéressant), mais ayant eu systématiquement des problèmes pour les utiliser avec gcj et d'autre vm libres, je ne pouvais me résoudre à les utiliser.

J'ai été très agréablement surpris par ASP.NET codé en C# (solution que je regarde toujours en dernier pour des raisons purement subjective et dénouées de tout sens (je ne veux pas si possible de .exe et .dll sur mes unix :)) mais là je dois bien avouer que j'étais parti pour l'utiliser, mais la version FreeBSD n'est pas très stable, en plus elle ne supporte pas le mode cgi/fastcgi, me faisant donc remplacer mon petit lighttpd par apache. Oui en plus d'être intégriste, borné (les exe/dll toussa) j'aime les solutions sortant des sentiers batus et suis un peu conservateur, j'aime pas que l'on me force à changer certaine chose.

Compliqué non ? bien malgré ça j'ai trouvé quelque chose qui me convient : wt (ce prononce witty) http://jose.med.kuleuven.ac.be/wt/Home.fcg
Un web toolkit en c++. Je n'ai pas encore eu le temps de beaucoup jouer avec, mais il marche sur mon lighttpd, et me permet de faire de petit dev rapidement.

Je pense que je vais l'évaluer plus longuement pour de gros dev :)
Voila, je voulais vous faire partager ma découverte, je pense que ça peux satisfaire d'autre personne que moi.

PS : C'est sous licence GPL

> Lire le journal (9 commentaires, moyenne: 2,1).

Bonjour,

Je n'aime pas le développement Web car c'est imprécis (aucune implémentation n'est à 100% fidèle au standard d'où des rustines pour ie essentiellement), je n'aime pas mélanger du code et du xml ou xml like (html). Pourtant le Web est pratique : développement de clients riches accessible par tous et par des moyens simple.

Je suis étonné qu'il n'existe pas de toolkit libre permettant d'avoir des Container, des Widgets, sans entrer une seule ligne de html/javascript, mais en codant avec son langage favoris, et qui à l'affichage génère xhtml, javascript si nécessaire, et même CSS. Et c'est là la raison de ce journal, je suis sûr qu'il en existe mais seulement qu'ils ne sont pas très connu voir pas du tout (par moi en tout cas). En connaissez vous ?

Dans le genre, il y a google webtoolkit, mais il n'est pas libre : http://code.google.com/webtoolkit/

Bref un truc structuré qui génère quelque chose de propre, mais moi je ne vois que mon code, idéalement en Perl/autre langage de script, et surtout pas de html.

Pour moi une des grosses limitation du web c'est le côté brouillon du développement web, ce serait bien de pouvoir coder une application web comme on code une application desktop. Et pas de plugin à la java (applets) ou autre flash.

De plus si ces toolkits sont bien fait, il seront vites adoptés, si la génération de xhtml/javascript est propre ça peux aussi aidé à rendre les sites plus conforme aux standard.

Moi je vois bien à terme des applications web avec une sorte de fichier glade pour la mise en forme, que l'on édite pour changer le thème de l'application.

> Lire le journal (27 commentaires, moyenne: 1,9).

Qu'est il arrivé à windowmaker, il est mort sans prévenir personne ?
windowmaker.org ne répondait plus depuis un moment, windowmaker.info le remplaçait, mais n'existe plus...

La page du projet windowmaker sur freshmeat a été supprimée.

Que vais je devenir sans mon petit windowmaker, même si je lui faisais des infidélités de temps en temps, c'est toujours vers lui que je revenai....

> Lire le journal (9 commentaires, moyenne: 3,3).

Bonjour,

Je me pose une question sur la légalité de faire ce qui suit :

Préambule : Afin de s'affranchir de la licence GPL et de pouvoir recréer un driver sous licence BSD, il faut effectuer un reverse engineering en lisant le code GPL pour se faire des specs, et en l'oubliant pour coder à partir des specs (cf http://linuxfr.org/~patrick_g/21744.html par exemple).

Je suppose donc que la licence GPL ne s'applique plus. Qu'en est il des logiciels proprio dont les sources sont dispo. Puis je lire les sources, me faire des specs et recoder sous une licence libre de mon choix ?

Je pense particulièrement à unrar dont les sources sont dispo mais non libre. Je souhaiterai pouvoir implémenter un libunrar libre, sans réutiliser une seule ligne de code de unrar, mais en m'inspirant du code de unrar pour me faire des specs, puis coder à partir des specs, en ai je le droit ?

> Lire le journal (45 commentaires, moyenne: 2,7).

Un idée me viens en tête, je ne dois certainement pas être le premier à l'avoir, mais je l'expose :
Pour tous les développeurs de kernels libres : linux, variantes BSD, reactos, ... Il y a un problème majeur, la reconnaissance du matériel et surtout du matériel récent par des driver libres.
Pour pouvoir développer ces drivers, ils veulent les specs du matos.

De plus, il est courant de voir des drivers sur disponibles sur certains OS, ne pas être disponibles sur d'autres, la portage n'est pas facile : architecture logicielle différentes, etc. Par exemple les moults driver linux non présent sur OpenBSD ou le driver pour le dernier chipset wifi d'Intel complètement libre et propre sous OpenBSD ce qui n'est pas le cas sous Linux.

La plupart du temps quand un développeur fait un driver, vue qu'il n'a pas les specs, il fait du reverse engineering sur le matériel pour connaître son fonctionnement et pouvoir s'interfacer avec. Il découvre donc les specs au fur et à mesure. Si un dev linux le fait pour le driver Linux, il est certain qu'un dev OpenBSD le refera aussi, pour NetBSD etc. pourquoi ne pas centralisé cet effort

Au final beaucoup de ressources gaspillées à refaire le même travail. Ne serait il pas intéressant de créer un site sur le modèle de wikipedia pour centraliser les specs du matériels, de manière légal, que ce soit les specs découvertes, mais aussi les specs officielles des constructeurs quand ceux-ci sont assez ouverts pour les fournir.

Ainsi les développeurs quelques soit l'OS sur lequel ils développent rempliraient/compléteraient cette base d'information et pourrait ainsi collaborer entre eux sur cette partie là.

Tout le monde y gagnerait non ?

Un peu sur le même principe que : http://wiki.multimedia.cx/index.php?title=Main_Page pour les formats multimédias
Qu'est ce que vous en pensez ? réalisable ? intéressant (des devs kernel dans la salle ?) légal (peut être pas dans tous les pays) de mettre à dispo des specs découvertes" ?

> Lire le journal (24 commentaires, moyenne: 3,4).

Pour changer, un journal sur ubuntu (plus précisément sur kubuntu 6.10 LTS ...)vous remarquerez tout d'abord que c'est mon premier et dernier sur le sujet.

Voila l'histoire... Ma nana voulant passer à Linux mais un linux simple qu'elle gère sans se prendre la tête (pas comme mes PCs avec des consoles partout :)) : mail, vidéos, internet, ... J'ai donc décidé de lui mettre une ubuntu, n'aimant pas les screenshots de Gnome et préférant visiblement kde, nous avons donc choisi la version qui commence par un "K" ...

Je précise tout de suite qu'une partie des critiques sont pour kde et l'autre pour Kubuntu.

Bref voila une partie des griefs :
- Kmail : nul (à revoir dixit ses propres mots : sa plus grosses déception...) par exemple : impossible de faire un mail html avec un image de fond où à travers une options tellement cachée (on a cherché) que l'on ne sais pas où elle est (je sais les mails en html c'est mal, mais des fois s'est sympa de pouvoir envoyer des faire parts un peu jolis)

- L'installation : kubuntu m'installe tout un tas de saloperie : PCMCIA, EVMS, LVM, sans me poser aucune question, j'ai eu vite fait de les enlevés, mais j'aurai aimé qu'il ne me les mette pas.

- Upgrade foireuse : un kernel foireux (en tout cas pour la machine en question) 2.6.15-25 pour ne pas le nommer à été installé lors d"une mise à jour mais empêche complètement l'utilisation de la machine, freeze au boot. C'était pas trop dur à corrigé : reboot sur l'ancien kernel, et suppression du paquet à la con (dans un premier j'avais juste commenté les entrées grub, mais grub était modifié à chaque mise à jours le concernant de près ou de loin. Rendant la machine de nouveau inutilisable.) j'ai dit un linux sans se prendre la tête... (ce kernel est toujours disponible... Une distrib sérieuse aurait tout simplement du le supprimé - ça arrive de se vautrer, mais on insiste pas...)

- Dernier point la machine est un Athlon 800 avec 1 256 Mo de RAM, donc pas une bête de course, mais quant même. Firefox + flash rame comme pas possible (idem pour konqueror qu'elle aime pas cela dit).

Bref pour moi, Kubuntu c'est copie complète à revoir, Je ne sais pas par quoi nous allons le remplacer, mais on verra bien.

> Lire le journal (78 commentaires, moyenne: 3,4).

OpenOffice est trop gros et trop lourd pour vous ?
Koffice, vous n'en voulez parque y a un k devant ?
Abiword nécessitant gnome pour l'impression est inacceptable sur votre desktop ?
Pour autant vous aimeriez bien pouvoir lire les documents odf simplement et surtout rapidement sur votre machine.

rassurez vous, vous les accrocs de la ligne de commande (que pour nous c'est plus user friendly que les grosses gui qui puent) et des environnements légers

voici ..... (roulement de tambour)... odfreader !!!!!
c'est un petit programme en perl (4k !!!) donc les seules dépendances sont : xsltproc, unzip et elinks.

Il converti les documents en html et les lit au travers de elinks. Cerise sur le gâteau : il vient avec un odf2html pour se passer de elinks.

D'après mes tests, il est très très rapide, y compris sur les gros documents. Pour le moment il est en version 0.1, et ne fonctionne que sur l'odt mais c'est déjà vraiment bien. Pour les images, elles ne sont pas extraites du zip, mais il suffit d'extraire le dossier Pictures et de le mettre a côté du fichier html.

Très prometteur j'ai hâte de voir la suite.

Le site du projet : http://trac.opendocumentfellowship.org/odf2html/wiki/odfread(...)
Le blog de l'auteur : http://blogs.sun.com/roller/page/dancer?entry=an_accessibile(...)
Et le planet qui va bien (où j'ai trouvé l'info) : http://planet.go-ooo.org/

PS : Testé sous FreeBSD et Linux sans aucun problème

> Lire le journal (26 commentaires, moyenne: 3,3).

Puisque ça semble être passé inaperçu, juste un petit journal pour annoncer ZSH 4.3.2,

c'est une version de développement, mais elle très stable, comme chaques version de ZSH :).
Elle apporte comme nouveauté principale, et pas des moindres, le support du multibyte, autrement dit de l'unicode, et biensûr comme d'habitude mise à jour des completions disponibles.

Aucune annonce officielle puisqu'il s'agit d'une version de développement.

site de zsh : http://www.zsh.org
ftp de téléchargement, les miroirs doivent être à jour : ftp://ftp.zsh.org/zsh

> Lire le journal (4 commentaires, moyenne: 4,5).