[DE | EN | FR | JA | ES | KO | PT]

Bienvenue pour un nouveau num駻o du Brave GNU World. Apr鑚 la pr駸entation d'un "classique", ce num駻o va vite devenir relativement technique, mais je crois que cela sera int駻essant m麥e pour les lecteurs peu techniciens.

GNU grep

Bernhard Rosenkraenzer est le nouveau mainteneur de GNU grep [5], c'est pourquoi j'aimerais saisir cette opportunit? pour 馗rire quelques mots ? propros de ce projet.

Sans doute la plupart des utilisateurs GNU/Linux connaissent d駛? GNU grep et l'utilisent quotidiennement, mais il y en a peut-黎re qui ne sont pas encore familiaris駸 avec lui, donc je vais donner une courte introduction de ses fonctionnalit駸.

GNU grep recherche dans les fichiers ou dans l'entr馥 standard certaines occurences, typiquement des cha?nes de caract鑽es, et affiche les lignes correspondant ? ou contenant cette occurence. Il est 馮alement possible de rechercher dans plusieurs fichiers afin de d騁erminer quels fichiers contiennent l'occurence. Les utilisations typiques vont de traiter du texte et trouver des passages jusqu'? limiter la sortie d'autres programmes ? l'information utile.

Grep fait sans aucun doute partie des commandes standards de tout syst鑪e Unix et GNU grep contient non seulement les fonctionnalit駸 standards mais aussi des options telles que la recherche r馗ursive dans les r駱ertoires ou la sortie au format mot.

Parce qu'il est d駛? utilis? depuis de nombreuses d'ann馥s sur une multitude de syst鑪es, son utilisation quotidienne ne souffre d'aucune restriction. Je ne suis pas s?r de l'稟e exact de GNU grep, mais l'historique des modifications remonte jusqu'en 1993 et la notice de droits d'auteur de la FSF remonte ? 1988, soit environ trois ans avant la cr饌tion du noyau Linux. Ce programme est int駻essant non pas malgr? mais gr稍e ? son 稟e, parce que cela montre combien le Logiciel Libre est vivant, m麥e lorsqu'il est si vieux.

Pendant ces ann馥s, plus de 80 personnes ont particip? ? GNU grep et le d騅eloppement continue toujours. Sur la liste des choses ? faire il y a quelques changements mineurs pour la conformit? compl鑼e ? POSIX.2 et quelques nouvelles options. Parmi celles-ci, on trouve par exemple l'option "--max-count", un choix pour PCRE (Expressions R馮uli鑽es Compatibles avec Perl) ou une option de sortie avec marqueurs de couleur.

M麥e un logiciel ancien, stable et largement diffus? a besoin d'aide. En particulier les utilisateurs d駸ireux de tester les versions de d騅eloppement pour la portabilit? au-del? de GNU/Linux et FreeBSD et les chasseurs de bugs sont vraiment bienvenus. Comme le mainteneur actuel ne parle qu'anglais, allemand et fran軋is, il ne peut sinc鑽ement pas d騁erminer si le support multi-octet fonctionnement vraiment.

Ainsi les utilisateurs dans les domaines "multibyte" doivent se sentir particuli鑽ement encourag駸 ? participer aux tests.

GNU UnRTF

GNU UnRTF [7] est un ajout r馗ent au Projet GNU par Zachary T. Smith. Il permet de convertir les documents au Rich Text Format (RTF) vers d'autres. RTF est souvent utilis? comme format de conversion par les utilisateurs de Windows, mais d'autres processeurs de texte l'utilisent 馮alement pour enregistrer le texte sans information de formattage.

Gr稍e ? ce projet, il est maintenant possible de convertir ces documents en texte pur, HTML, LaTeX et PostScript. Donc ce projet devrait profiter ? tous ceux qui utilisent les RTF eux-m麥es ou d駱endent de personnes qui le font.

La licence de ce projet a toujours 騁? la Licence Publique G駭駻ale de GNU, mais il est possible que quelques personnes soient d駛? entr馥s en contact avec l'ancien nom du projet, "rtf2htm".

Le processus de d騅eloppement s'int駻esse actuellement ? deux aspects: les routines de conversion de caract鑽es et la sortie vers LaTeX. De plus il est pr騅u dans le futur de supporter d'autres formats de sortie. Sans tenir compte du d騅eloppement en cours, le projet est sans aucun doute pr黎 ? l'utilisation.

QTreeMap

Le projet QTreeMap [7] d'Alexander Rawass impl駑ente les "Arborescences" dans un widget Qt sous la Licence Publique G駭駻ale Moindre de GNU.

Habituellement, les grandes hi駻archies des arbres sont affich馥s comme une structure qui peut 黎re d騅elopp馥 par un clic de souris. Les arborescences offrent la possibilit? d'afficher ces hi駻archies compl鑼es d'un seul coup d'oeil.

On comprend mieux le principe avec un exemple; je vais donc l'expliquer ? partir du fonctionnement de KDirStat [8], qui utilise QTreeMap pour afficher l'utilisation du disque dur.

Les arborescences sont affich馥s dans des zones rectangulaires. L'aire totale du rectangle repr駸ente la taille totale de la partition visualis馥. Les r駱ertoires et les fichiers sont affich駸 comme des zones d'aires proportionnelles ? leurs tailles. A une structure de r駱ertoire utilisant un tiers de l'espace disponible d'une partition correspondra 馮alement un tiers de la zone d'affichage. Un sous-r駱ertoire de cette structure utilisant la moiti? de l'espace de la structure prendra la moiti? de sa place ? l'affichage et ainsi de suite.

Les arborescences se pr黎ent tout particuli鑽ement au cas o? des hi駻archies doivent 黎re affich馥s en fonction de leur taille, comme pour les syst鑪es de fichier, le trafic r駸eau ou la gestion d'organisation ou de contenu.

QTreeMap supporte les arborescences classiques, les arborescences quadratiques et diff駻ents styles de mise en couleur (馮alement bas駸 sur des expressions r馮uli鑽es). Les arborescences g駭駻馥s peuvent 黎re lues et sauvegard馥s au format XML, ou 馮alement comme des images.

D'apr鑚 l'auteur, les probl鑪es particuliers de QTreeMap sont les probl鑪es habituels sp馗ifiques ? KDE et 馮alement l'absence de l'algorithme "Cushion", qui est pr駸ent dans "Sequoia View,", le programme propri騁aire qui a inspir? QTreeMap, mais qui n'a pas pu 黎re impl駑ent?, car Alexander n'a pas pu d騁erminer les concepts math駑atiques qui l'entourent.

QTreeMap a 騁? 馗rit en C++, apr鑚 qu'Alexander eut essay? les algorithmes en Python. D'apr鑚 lui, il y a deux projets similaires, mais ils sont tout deux 馗rits en Java. Comme le prouvent les projets KDirStat et KProf [9], QTreeMap est utilisable, donc les d騅eloppeurs int駻ess駸 doivent y jeter un oeil.

Dap

Dap [10] de Susan Bassein est un autre nouveau membre du projet GNU. Dap signifie "Pr駸entation et Analyse de Donn馥s" et est distribu? sous la Licence Publique G駭駻ale de GNU.

Dap fournit les fonctions classiques pour la gestion, l'analyse et la visualisation graphique des donn馥s, telles qu'elles sont commun駑ent utilis馥s dans l'enseignement et le conseil en statistique. Il est 馮alement utile pour le traitement de listes de donn馥s; Susan utilise elle-m麥e Dap pour 騁ablir la feuille de paie de son employ馥.

Le programme est 馗rit en C et les utilisateurs ayant de l'exp駻ience en C n'auront pas de difficult駸 ? utiliser Dap apr鑚 avoir 騁udi? les exemples fournis avec le logiciel.

Comme le projet GNU a d駛? un paquetage de statistique appel? "R," il offre maintenant deux possibilit駸. Tandis que R est orient? objet, Dap suit l'approche proc馘urale. Les utilisateurs des programmes propri騁aires "S" et "S-plus" vont sans doute pr馭駻er R. Les utilisateurs adeptes du logiciel non-libre "SAS" vont rapidement se sentir chez eux avec Dap.

Dap n馗essite 馮alement peu de m駑oire. Alors que R lit l'int馮ralit? du fichier en m駑oire, Dap travaille ligne par ligne ce qui le rend adapt? aux tr鑚 grandes quantit駸 de donn馥s.

Les probl鑪es mentionn駸 par Susan sont que Dap a moins de tests statistiques que R et sa vitesse n'a jamais 騁? optimis馥. La r駸olution de ces faiblesses et 馮alement l'expansion et l'am駘ioration de sa fonctionnalit? sont les objectifs des d騅eloppements futurs.

Malgr? ces probl鑪es, Dap est utilis? depuis trois ans maintenant, et a donc 騁? compl鑼ement test? et peut 黎re recommand? aux utilisateurs int駻ess駸.

GNUComm

Les trois projets suivants ont pour objectif de faire progresser le m騁a-projet GNUComm [11], qui porte sur la cr饌tion d'un environnement de communication complet, flexible et bas? sur des composants interactifs.

Bayonne [12], le serveur t駘駱honique pr駸ent? dans le num駻o 16 [13], est un autre 駘駑ent du m騁a-projet GNUComm. Un des aspects majeurs du d騅eloppement de GNUComm est l'interop駻abilit? et l'int馮ration avec le projet GNU Enterprise [14]. GNU Enterprise vise ? constituer une solution compl鑼e dans le domaine de la "Planification de Ressource de l'Entreprise" (ERP) et fera entrer le logiciel libre dans ce secteur largement propri騁aire; vous trouverez plus d'information dans le num駻o 24 [15] du Brave GNU World.

GNU ccRTP

Le but du projet ccRTP [16] est d'impl駑enter les standards RFC pour le "Protocole de Transport en temps-R馥l" (RTP) qui permet le transport de donn馥s d駱endantes du temps (comme l'audio ou la vid駮) sur un r駸eau.

Les flux sont transmis par paquets contenant une indication de temps afin de permettre l'ordonnancement correct ? la r馗eption. Cela est fait traditionnellement par les paquets UDP, parce qu'ainsi les probl鑪es r駸eaux ne bloquent pas la transmission, ce qui d騁ruirait la synchronisation.

Par une approche orient馥 objet, ccRTP impl駑ente cela dans une biblioth鑷ue de classes C++ sous la Licence Publique G駭駻ale de GNU. Les auteurs, David Sugar et Frederico Montesino Pouzols, veulent que ccRTP devienne l'impl駑entation RTP la plus souple, efficace et conforme aux standards et ils ont d駛? franchi plusieurs 騁apes dans cette direction.

GNU ccRTP supporte d駛? les diffusions multiples aussi bien que la transmission point-?-point, les flux d'entr馥s multiples et le "Protocole de Contr?le en Temps-R馥l" (RTCP). En plus, le passage ? IPv6 a 騁? pr駱ar? et m麥e le filtrage de paquets en temps r馥l, ainsi que les flux de donn馥s en mode mix?, sont possibles, ce qui permet, par exemple, des fonctionnalit駸 comme la signalisation RFC 2833 ? l'int駻ieur d'un flux de donn馥s.

Les hauts d饕its de transmission requis pour les donn馥s vid駮 aussi bien que la reconstruction partielle de paquets et le routage par "Classe de Service" sont possibles; ainsi la biblioth鑷ue peut d鑚 ? pr駸ent 黎re utilis馥 pour les clients et les serveurs.

Actuellement, le travail s'effectue sur le "Protocole de R駸ervation de Ressource" (RSVP); le support RTCP est aussi ? compl騁er. La prochaine 騁ape sera de documenter de fa輟n appropri馥 le projet, ce qui manque aujourd'hui.

De l'aide de sp馗ialistes du temps r馥ls et de bons auteurs de documentation serait vraiment bienvenue. En particulier, ces derniers sont plus difficiles ? trouver qu'on ne le pense.

GNU ccAudio

Le projet ccAudio [17] a 馮alement 騁? d駑arr? par David Sugar. Comme son nom l'indique, son objectif est la cr饌tion d'une biblioth鑷ue "tout usage" pour la manipulation des donn馥s audio sur disque dur ou en m駑oire.

Comme ccRTP, ccAudio est impl駑ent? comme une biblioth鑷ue de classes C++ sous la Licence Publique G駭駻ale de GNU et, parce qu'il vient du projet GNU Bayonne, fait partie du m騁a-projet GNUComm.

Actuellement ccAudio supporte l'acc鑚 aux donn馥s audio sur le disque dur ? travers libsndfile et d'autres biblioth鑷ues et fournit des fonctions 駘駑entaires de traitement du signal audio. Il traite les donn馥s audio comme des 馗hantillons discrets et peut traiter les en-t黎es RIFF et d'autres.

Il est important de mentionner que David consid鑽e que le traitement des donn馥s audio porte sur des groupes d'馗hantillons plut?t que des tampons binaires au format octal. Le programme tient 馮alement compte des diff駻ents formats d'馗hantillonnage, de l'ordre des bits de poids et des canaux multiples.

Les plate-formes possibles pour ccAudio sont les syst鑪es de type Unix aussi bien que Win32, ainsi les d騅eloppeurs de ce domaine doivent se sentir encourag駸 ? y jeter un oeil.

Le d騅eloppement futur va s'orienter vers un meilleur support des codecs logiciels charg駸 dynamiquement et va 馮alement rendre plus de codecs audio disponibles en interne. David 騁udie 馮alement l'inclusion de transformations de Fourier (FFT) et diff駻entes formes de mixage/transformation audio dans ccAudio. Quelqu'un avec plus d'exp駻ience dans le traitement du signal audio num駻ique apporterait une grande aide pour cela.

ccScript

GNU ccScript [18] est, tout comme le C++ Standard, Bayonne, ccRTP et ccAudio, un projet maintenu par David Sugar, qui a constat? avec satisfaction que cela faisait de lui un "penta-mainteneur".

Sous GPL, la biblioth鑷ue de classes C++ ccScript fournit une machine virtuelle (VM) pour les applications temps-r馥l dans les syst鑪es pilot駸 par avertissement de changement d'騁at. Ce langage de script assembleur est utilis? par GNU Bayonne et d'autres parties du projet GNUComm pour les scripts d'interaction avec l'utilisateur.

Comme on peut facilement le comprendre, d馭inir la vitesse d'ex馗ution est tr鑚 important pour les environnements temps-r馥l, et c'est exactement dans ce but que ccScript a 騁? 馗rit. Toute op駻ation dans ccScript est d騁erministe; les seules exceptions ? cette r鑒le sont les op駻ations o? cela est impossible, comme les recherches en base de donn馥s et les op駻ations similaires. A cause de cela, il ne peut pas traiter des expressions complexes ou ? r駸ultat variable.

M麥e s'il fournit des fonctionnalit駸 g駭駻iques et des macros, ccScript ne doit pas 黎re confondu avec des projets tels que Guile ou Tcl, parce que ceux-ci sont plus souples, mais n'offrent pas de possibilit駸 temps-r馥l.

Dans les prochaines 騁apes du d騅eloppement de ccScript, la syntaxe sera un peu restructur馥 et clarifi馥; 馮alement plus de parties du langage seront disponibles sous forme de modules chargeables. Ce projet a aussi besoin d'aide pour sa documentation - donc si vous sentez que vous voulez le faire, allez-y.

C'est tout

J'en ai dit assez pour ce mois-ci. Pour terminer, je voudrais souligner que la biblioth鑷ue GNU de "S馗urit? de la Couche de Transport" (GNUTLS) est ? la recherche d'un nouveau logo et a lan鉉 le "concours du Logo TLS" [19]. Si vous d駸irez que vos oeuvres d'art fassent parties d'un projet GNU, voil? une bonne opportunit?.

Bien s?r, j'attends vos suggestions, id馥s, commentaires, critiques et nouveaux projets par courrier 駘ectronique [1].