diff --git a/fr/news/status/Makefile b/fr/news/status/Makefile new file mode 100644 index 0000000000..a95031cea0 --- /dev/null +++ b/fr/news/status/Makefile @@ -0,0 +1,41 @@ +# $FreeBSD$ + +# The FreeBSD French Documentation Project +# Original revision: 1.17 + +.if exists(../Makefile.conf) +.include "../Makefile.conf" +.endif +.if exists(../Makefile.inc) +.include "../Makefile.inc" +.endif + +.SUFFIXES: .xml .html + +DOCS= status.sgml + +# DATA= report-june-2001.html +# DATA+= report-july-2001.html +# DATA+= report-august-2001.html +# DATA+= report-september-2001.html +# DATA+= report-november-2001.html +# DATA+= report-dec-2001-jan-2002.html +# DATA+= report-feb-2002-apr-2002.html +# DATA+= report-may-2002-june-2002.html +DATA+= report-july-2002-aug-2002.html + +# Install a sample entry. +DATA+= report-sample.xml + +CLEANFILES+= ${DATA:M*.html} + +.xml.html: report.xsl includes.xsl + ${XSLTPROC} ${XSLTPROCOPTS} -o ${.TARGET} \ + ${.CURDIR}/report.xsl ${.IMPSRC} +.if !defined(NO_TIDY) + -${TIDY} ${TIDYOPTS} ${.TARGET} +.endif + +INDEXLINK= status.html + +.include "${WEB_PREFIX}/share/mk/web.site.mk" diff --git a/fr/news/status/includes.xsl b/fr/news/status/includes.xsl new file mode 100644 index 0000000000..6a7f7a177b --- /dev/null +++ b/fr/news/status/includes.xsl @@ -0,0 +1,17 @@ + + + + + + + + + + Accueil Rapport de Statut + + diff --git a/fr/news/status/report-july-2002-aug-2002.xml b/fr/news/status/report-july-2002-aug-2002.xml new file mode 100644 index 0000000000..fce7909633 --- /dev/null +++ b/fr/news/status/report-july-2002-aug-2002.xml @@ -0,0 +1,1065 @@ + + + + + + + + Juillet - Août + 2002 + + +
+ Introduction + +

Durant Juillet et Août, les efforts se sont concentrés sur + la mise en place des derniers composants majeurs concernant les nouvelles fonctionnalités + de FreeBSD 5.0-RELEASE. Pour l'instant, cette nouvelle version est prévue + pour fin Novembre ou début Décembre. Les travaux sur une granularité plus fine + continuent, en particulier en ce qui concerne le VFS, tout comme l'amélioration du support pour les threads + avec le travail sur le KSE; des fonctionnalités telles que le GEOM, l'UFS2 et TrustedBSD MAC arrivent + à maturité et les nouveaux ports pour processeurs ia64 et sparc64 sont proches de la qualité nécessaire + à une utilisation en production. Dans les deux prochains mois, nous devrions voir + de nouvelles pré-versions de la 5.0 pour les développeurs et des améliorations supplémentaires concernant + la granularité et les threads ainsi que les nouvelles architectures supportées. + Le support du Firewire a été importé dans l'arbre des sources et + une refonte substantielle du code portant sur l'ACPI/le PCI est en cours. + Enfin, l'import du support de l'accélération matérielle pour IPsec est prévu + dans un futur proche.

+

Lorsque de nouvelles pré-versions pour les développeurs sortent, essayez-les ! Même si + la version 5.0-RELEASE sera destinée aux "utilisateurs aventureux", plus nous ferons + de tests maintenant, moins nous aurons de corrections à faire plus tard. Les nouvelles + fonctionnalités sont très prometteuses et bien comprendre quand et comment les utiliser + correctement est important. Dans les deux prochains mois, entre autres choses, + l'équipe en charge des versions communiquera les plannings de sortie des versions ainsi que + des conseils pour aider les utilisateurs de FreeBSD à choisir la nouvelle version + la plus adaptée à leurs besoins. Garder un oeil sur tout cela et n'hésitez pas + à nous envoyer vos commentaires.

+

Pour celles et ceux qui sont en Europe -- nous attendons avec impatience de vous voir à la + Convention Européenne BSD qui aura lieu dans quelques mois !

+

Scott Long, Robert Watson

+ +
+ + + Convention BSD 2003 + + + + + Gregory + Shapiro + + gshapiro@FreeBSD.org + + + + + Convention BSD 2003 - Appel à participation + + + + +

Le Comité pour le programme de la Convention BSD 2003 vous invite à envoyer + des articles originaux et novateurs sur des sujets liés aux systèmes de la famille BSD + et au monde de l'open-source. Par exemple :

+ +
    +
  • Développement et mise en oeuvre d'une application BSD embarquée
  • +
  • Expériences concrètes d'utilisations des systèmes BSD
  • +
  • Utilisation des BSD dans un environnement multi-systèmes
  • +
  • Comparaison avec les systèmes non-BSD au niveau technique, + pratique et des licences (GPL vs. BSD)
  • +
  • Suivi du développement open-source sur les systèmes non-BSD
  • +
  • BSD pour un ordinateur personnel
  • +
  • Développement de gestionnaires de périphériques et du sous-système d'E/S
  • +
  • Threads noyau et SMP
  • +
  • Améliorations du noyau
  • +
  • Services réseaux et Internet
  • +
  • Sécurité
  • +
  • Analyse des performances et configuration
  • +
  • Administration système
  • +
  • Le futur des BSD
  • +
+ +

Les propositions sous la forme de résumés détaillés doivent être envoyées avant le + 1er Avril 2003. Assurez-vous de respecter toutes les conditions requises concernant ce + résumé avant de l'envoyer. La sélection se fera sur la + qualité des travaux et sur leur intérêt pour la communauté.

+ +

Nous attendons avec impatience vos articles !

+ + +
+ + + Modularité et duplication des interfaces réseaux + + + + + Brooks + + Davis + + + brooks@FreeBSD.org + + + + +

Le support de la duplication pour les interfaces ppp(4) et disc(4) a été + intégré. Une page de manuel au sujet de "disc" est maintenant disponible et les + périphériques "disc" apparaissent dorénavant en "disc#" au lieu de "ds#". Il reste + du travail à faire sur "pppd" pour lui intégrer la duplication mais cela devrait + fonctionner tant que les périphériques sont créés au préalable.

+

Du côté de l'API, la gestion des interfaces obligatoires (i.e. lo0) + est prise en charge par le code générique de duplication si bien que if_clone_destroy a de + nouveau la même API que sous NetBSD et <if>_modevent n'a pas besoin de créer + les périphériques nécessaires manuellement.

+

Actuellement, toutes les pseudo-interfaces ont été converties vers + l'API de duplication ou possèdent déjà leurs propres duplications (sl(4) par exemple + utilise un mécanisme qui lui est propre). Certains périphériques tels que tun(4) et + tap/vmware devrait probablement être convertis vers l'API de duplication + au lieu d'utiliser leurs propres systèmes basés sur devfs. Cela serait + un bon exercice pour les apprentis développeurs noyau. Enfin, le manuel de référence et + la FAQ devraient intégrer une documentation générale sur la duplication avant la sortie + de la version 5.0.

+ +
+ + + Projet jpman (pages de manuel en japonais) + + + + + Kazuo + Horikawa + + + horikawa@FreeBSD.org + + + + + projet jpman + + + +

Nous étions sur la mise à jour de la branche RELENG_4 en vue de la 4.7-RELEASE. + Lorsque le port ja-man-1.1j_5 ne fonctionnait plus vers la fin Juillet, + Kumano-san et Mori-san ont essayé de mettre à jour le port de manière à ce qu'il soit basé + sur une version plus récente des pages de manuel des commandes du système de base FreeBSD. + Finalement, nous avons décidé de simplement corriger le port ja-man-1.1j_5 de façon à ce + qu'il puisse être compilé, étant donné que le nouveau port n'était pas encore terminé.

+ +
+ + + GEOM - manipulation général des blocs de stockage + + + + + Poul-Henning + + Kamp + + + phk@FreeBSD.org + + + + + Un ancien papier sur le concept du projet. + + + + +

Le code GEOM est si bien avancé qu'il surpasse notre code actuel + sur plusieurs points bien qu'il soit encore en retard sur d'autres. L'objectif est de faire + de GEOM le défaut dans la 5.0-RELEASE.

+

Un module de chiffrement qui devrait être capable de + protéger un disque/une partition de pratiquement n'importe quel attaque + est actuellement en cours de conception.

+ + +
+ + + UFS2 - UFS 64bits avec attributs étendus natifs + + + + + Poul-Henning + + Kamp + + + phk@FreeBSD.org + + + + Kirk + + McKusick + + + mckusick@FreeBSD.org + + + + +

Le système de fichier UFS2 est en cours d'achèvement : les fonctions + pour les attributs étendus ont été ajoutées (dont une nouvelle + API composée pour les modifications) et les tests de base ont été un succès.

+ + +
+ + + Projet de Documentation FreeBSD en langue française + + + + Sebastien + Gioria + + + gioria@FreeBSD.org + + + + Marc + Fonvieille + + blackend@FreeBSD.org + + + + Stephane + Legrand + + stephane@FreeBSD-fr.ORG + + + + + Projet de Documentation FreeBSD en langue française. + Le serveur web FreeBSD traduit en français. + Traduction du Manuel de Référence. + + + +

Environ 50% du nouveau Manuel de Référence a été traduit (toute la partie + concernant l'installation est traduite). La plupart des articles ont également + été traduits.

+

Le site web est en cours, consultez le serveur web. Nous devons maintenant + l'intégrer à l'arbre CVS US.

+

La traduction de la dernière version de la FAQ reste à faire et le prochain _très_ + gros projet sera les pages de manuel.

+ +
+ + Pile Bluetooth pour FreeBSD (implémentation Netgraph) + + + + + + Maksim + + + + Yevmenkin + + + + + m_evmenkin@yahoo.com + + + + + + Toute dernière version + + pile BlueZ pour Linux + + + +

Je suis très heureux d'annoncer qu'une nouvelle version de + développement est disponible à l'adresse + http://www.geocities.com/m_evmenkin/ngbt-fbsd-20020909.tar.gz

+

Cette version comprends plusieurs changements majeurs et inclue + le support des couches de transport UART H4 et USB H2, l'Interface + de Contrôleur d'Hôte (HCI), le Protocole de Contrôle et d'Adaptation + de la Couche Liaison (L2CAP) et la couche pour les sockets Bluetooth. + Elle inclue également plusieurs utilitaires qui + peuvent être utilisés pour configurer et tester les périphériques Bluetooth. + Enfin, plusieurs pages de manuel ont été ajoutées.

+

Le Protocole de Découverte de Service (SDP) est maintenant supporté. Cette + version inclue un démon SDP, un outil de configuration et une bibliothèque + utilisateur (un portage de BlueZ-sdp-0.7).

+

RFCOMM est maintenant supporté. Cette version inclue le démon + rfcommd qui fournit un service RFCOMM via des pseudo-ttys. + Ce n'est pas très utile pour les applications classiques, mais il est maintenant + possible de faire fonctionner PPP à travers Bluetooth. C'est un portage de l'ancien + BlueZ-rfcommd-1.1 (qui n'est plus supporté par BlueZ) et il + comporte encore plusieurs bugs.

+

Les prochaines étapes sont de corriger le support RFCOMM actuel et de travailler sur + une nouvelle implémentation côté noyau de RFCOMM et BNEP (Protocole + d'Encapsulation de Réseau Bluetooth). Il reste aussi beaucoup de travail + sur les programmes utilisateurs (de meilleurs utilitaires et bibliothèques, une meilleure + documentation, etc.).

+ +
+ + ATM Netgraph + + + + + Harti + + Brandt + + + brandt@fokus.fhg.de + + + + + Introduction à NgAtm + + + +

La version 1.2 est disponible depuis peu. Elle devrait compiler et fonctionner + sur n'importe quel FreeBSD-current récent. Le support pour manipuler les registres SUNI + a été ajouté aux drivers ATM (afin de passer entre les modes + SONET et SDH par exemple). Le paquetage ngatmsig inclu désormais un petit module + simple de contrôle d'appel qui peut être utilisé pour concevoir un switch + ATM basique. Le code netgraph a été corrigé afin d'utiliser le verrouillage "officiel" + de netgraph.

+ +
+ + + Projet de conformité C99 & POSIX pour FreeBSD + + + + + Mike + + Barcroft + + + mike@FreeBSD.org + + + + Liste de diffusion FreeBSD-Standards + + + standards@FreeBSD.org + + + + + + + + +

Du côté API, fmtmsg(3) a été implémenté, glob(3) supporte de nouvelles + options, ulimit(3) a été implémenté et le support des caractères/chaînes de + caractères étendus a été largement amélioré avec l'ajout de 30 nouvelles fonctions + (consultez l'état du projet pour plus de détails). Le travail progresse en ce qui + concerne l'ajout de qualification de type restreint C99 aux fonctions de l'ensemble + du système. Cela permet au compilateur de réaliser des optimisations supplémentaires basées + sur le fait qu'un argument à qualification restreinte est la seule référence + sur un objet donné (ie. il ne déborde pas sur un autre argument).

+

Plusieurs en-têtes ont été mis en conformité avec POSIX.1-2001, + dont : <fmtmsg.h>, <poll.h>, <sys/mman.h>, et + <ulimit.h>. L'en-tête <cpio.h> a été implémenté. Les en-têtes + <machine/ansi.h> et <machine/types.h> ont été fusionnés + en un seul en-tête de manière à simplifier la manière dont les types de variables sont + créés.

+

Le sh(1) intégré et command(1) ont été ré-implémentés de manière à être conforme à + POSIX. Par ailleurs, plusieurs utilitaires qui avaient été mis en conformité + ont été intégrés dans la branche 4-STABLE.

+ +
+ + + Projet GNOME pour FreeBSD + + + + + Joe + + Marcus + + + marcus@FreeBSD.org + + + + Maxim + + Sobolev + + + sobomax@FreeBSD.org + + + + + + Site web du Projet GNOME + pour FreeBSD. + + + + +

Le port du bureau GNOME 2 en est maintenant à sa version 2.0.2rc1 avec une version + 2.0.2 qui devrait sortir avant la 4.7-RELEASE. Mozilla 1.1 a été porté + et est disponible au côté de Mozilla 1.0.1. Les développements sur GNOMENG + sont en bonne voie. Une bonne partie des ports utilisent maintenant + la nouvelle infrastructure notamment grâce à la participation de + Edwin Groothuis. Nous sommes actuellement sur les + dernières finitions et, lorsque tout le travail sera achevé, + GNOMENG sera utilisé par défaut.

+

Un bug présent depuis longtemps sur Nautilus a également été récemment + corrigé. Le bureau n'est plus encombré d'icônes et les + médias amovibles (comme les CDs) devraient maintenant être gérés correctement.

+ + +
+ + Rapport de statut sur ATAPI/CAM + + + + + Thomas + + Quinot + + + thomas@FreeBSD.org + + + + + + + + +

Le module ATAPI/CAM permet aux périphériques ATAPI (lecteurs + CD-ROM, CD-RW et DVD, lecteurs de disques tels que Iomega Zip, lecteurs de bandes) + d'être accessibles à travers le sous-système SCSI (CAM). ATAPI/CAM a été + intégré dans -CURRENT. Le code devrait être complètement fonctionnel (il + a été utilisé par de nombreux testeurs via des patches pour -STABLE et + -CURRENT durant les huit derniers mois), mais il reste quelques problèmes + avec les machines SMP. Les testeurs sont plus que bienvenus.

+

Une MFC (N.d.T. une intégration de -current vers -stable) est prévue probablement + après la fin du gel des sources lié à la sortie de la 4.7.

+ +
+ + Statut du support du chiffrement avec accélération matériel + + + + Sam + Leffler + + sam@FreeBSD.org + + + +

L'objectif de ce projet est d'importer le sous-système de chiffrement intégré au noyau + de OpenBSD. Ce système permet un accès côté noyau et côté utilisateur aux + périphériques de chiffrement matériels pour le calcul des "hashes" et + des clefs de chiffrement ainsi que pour les opérations avec clef publique. Les principaux clients + de ce système sont RNG (/dev/random), les protocoles réseaux (comme IPSEC) et + OpenSSL (à travers /dev/crypto).

+

OpenSSL 0.9.7 beta 3 a été importé et inclu les corrections provenant de l'arbre des + sources de OpenBSD. Cela permet à toutes les applications utilisateurs qui utilisent -lcrypto + de profiter automatiquement de l'accélération matériel. Le coeur du support du + chiffrement est stable et est utilisé en production sur des machines en version -stable depuis + plusieurs mois.

+

L'import de ce développement dans la branche -current a commencé. Un patch disponible + publiquement pour la version 4.7 sera proposé après la sortie de la 4.7. L'intégration + dans la branche -stable est prévu pour la 4.8.

+ +
+ + + Statut du Fast IPsec + + + + Sam + Leffler + + sam@FreeBSD.org + + + +

Le principal objectif de ce projet est de modifier les protocoles IPsec pour qu'ils utilisent + le sous-système de chiffrement intégré au noyau importé de OpenBSD (voir ci-dessus). Un + objectif secondaire est d'améliorer les performances globales des protocoles IPsec.

+

Les derniers travaux ont porté sur cette amélioration des performances. Le support est encore limité + aux protocoles IPv4, avec le support de IPv6 codé mais pas encore testé.

+

L'import de ce développement dans la branche -current a commencé. Un patch + disponible publiquement pour la version 4.7 sera proposé après la sortie de la 4.7.

+ +
+ + + Problèmes liés à la VM dans -stable + + + + + Matthew + + Dillon + + + dillon@FreeBSD.org + + + + + + Patch contre la corruption de la VM pour -stable. + + + +

Le travail progresse pour faire passer en -stable plusieurs corrections de + bugs liés à une corruption vm_map. Ce travail est probablement + trop compliqué pour qu'il soit terminé avant la sortie de la 4.7 mais il devrait + être achevé après la fin du gel du code source. Le bug en question + se produit typiquement sur les systèmes avec beaucoup de mémoire et fortement + chargés. Il conduit généralement à des paniques ou à des fautes de page noyau + (KPF, "kernel-page-fault's") dans une fonction liée à vm_map.

+ +
+ + + Nouvel émulateur de cible SCSI + + + + + Nate + + Lawson + + + nate@root.org + + + + + + + + + +

Le code existant a été réécrit. Le gestionnaire noyau est + nettement plus simple puisqu'il déplace toutes les fonctions en mode utilisateur et + passe simplement les CCBs vers/depuis le SIM. Le mode utilisateur émule un disque (RBC) + avec les E/S dirigées vers un fichier. Il remplace /sys/cam/scsi/scsi_target* + et /usr/share/examples/scsi_target.

+

Le code est définitivement en version alpha et plusieurs problèmes connus existent + sur -current. Il semble toutefois que le code fonctionne correctement sur -stable. Consultez le + fichier README pour l'installation et les tests. Les commentaires sont les bienvenus !

+ + +
+ + + Un gestionnaire de processus avec algorithme "loterie" sur FreeBSD -STABLE + + + + + Mário Sérgio Fujikawa + + Ferreira + + + lioux@FreeBSD.org + + + + +

Une nouvelle implémentation du gestionnaire de processus avec algorithme "loterie" + imaginé par Carl Waldspurger et. al. est en cours de développement sur FreeBSD + -STABLE. Il est développé dans le cadre d'un projet d'étude + informatique de l'Université de Brasília + du Brésil. En conséquence, d'autres implémentations existantes n'ont pas été + consultées de manière à éviter le plagiat mais elles le seront plus tard + afin de chercher des idées pour une meilleure implémentation. + Actuellement, une partie de la structure nécessaire a été codée + dans le noyau et le travail progresse malgré le manque général de + documentation en ce qui concerne le noyau. Ce projet apportera également une + documentation simple sur la structure du gestionnaire de processus du noyau + de la branche -STABLE, un port du gestionnaire avec algorithme "loterie" sur + la branche -CURRENT et des implémentations supplémentaires + d'autres algorithmes de gestion de processus de Carl Waldspurger et. al. + Les membres de la communauté FreeBSD ont joué et continueront à jouer un + rôle décisif par leurs tests et leurs suggestions/commentaires sur les idées + implémentées dans ce projet.

+ +
+ + + Projet de Documentation FreeBSD en langue Portugaise/Brésilienne + + + + + Edson + + Brandi + + + ebrandi.home@uol.com.br + + + + + Mário Sérgio Fujikawa + + Ferreira + + + lioux@FreeBSD.org + + + + + Ricardo Nascimento + + Ferreira + + + nightwish@techemail.com + + + + + Diego + + Linke + + + gamk@gamk.com.br + + + + + Jean Milanez + + Melo + + + jmelo@freebsdbrasil.com.br + + + + + Patrick + + Tracanelli + + + eksffa@freebsdbrasil.com.br + + + + + Alexandre + + Vasconcelos + + + alexandre@sspj.go.gov.br + + + + + FUG-BR Grupo de Usuários + FreeBSD - Brasil + + + +

Le Projet de Documentation FreeBSD en langue Portugaise/Brésilienne a + fusionné avec un groupe de traduction formé de membres du groupe + d'utilisateurs brésilien de FreeBSD (le FUG-BR). Le projet brésilien + a décidé de devenir un groupe officiel au sein du FUG-BR après avoir reçu + d'excellentes contributions de la part de ses membres. Ils sont parvenus à + achever la traduction de la FAQ FreeBSD qui est maintenant en phase + de correction et de "SGMLification". + Le travail progresse vite : le Manuel de Référence est à moitié traduit + et la traduction des articles est en cours. Les membres de l'ancien projet de traduction + sont fiers de maintenant faire partie d'un groupe d'utilisateurs aussi motivés. Les contacts + ci-dessus représentent les contacts officiels pour le nouveau + groupe de traduction. Nous espérons avoir au moins une partie de ces + travaux prêts à temps pour la sortie de FreeBSD 4.7.

+ +
+ + + KSE + + + + + Julian + Elischer + + julian@freebsd.org + + + + Jonathon + Mini + + mini@freebsd.org + + + + Dan + Eischen + + deischen@freebsd.org + + + + + une vague description + + + +

David Xu et moi-même avons travaillé sur le "nettoyage" de certaines parties + de KSE-III et Jonathon et Dan ont travaillé sur l'interface + utilisateur. La librairie utilisateur sera prochainement intégrée à l'état + de prototype et un programme de test fonctionnel utilisant cette devrait + l'accompagner. Je viens également d'intégrer une refonte des états de fonctionnement + pour les threads noyau, ce qui permet de simplifier ou de résoudre certains problèmes + apparus récemment.

+

Si tout va bien, nous devrions être capable de faire fonctionner des threads sur + plusieurs processeurs dès les prochaines semaines. Les bases du support pour les signaux sont + actuellement en cours d'évolution. Archie Cobbs apportera également son aide sur certains travaux. + Un alias de courrier électronique est disponible pour tous les développeurs à l'adresse kse@elischer.org. + Il est pour le moment géré manuellement.

+ +
+ + + Création des versions + + + + re@FreeBSD.org + + + + + + + + +

L'équipe en charge de créer les nouvelles versions a terminé FreeBSD + 4.6.2. Cette version corrige plusieurs bugs importants dans le + sous-système ATA ainsi que plusieurs problèmes de sécurité + dans le système de base apparus peu de temps après la sortie + de FreeBSD 4.6. La documentation à propos de cette version distribuée avec + FreeBSD 4.6.2 contient de plus amples détails. (Note : certains documents + et articles plus anciens se réfèrent à cette version en tant que version + 4.6.1.) La prochaine version de la série 4.X sera FreeBSD 4.7 et + elle est prévue pour le 1er Octobre 2002.

+

Parallèlement, le travail se poursuit pour la sortie de la pré-version + développeur 5.0-DP2, une étape importante sur le chemin de + FreeBSD 5.0, toujours prévue pour le 20 Novembre. + Au fur et à mesure que la 5.0 se rapproche, les efforts se focalisent sur la + stabilisation du système et non plus sur l'ajout de nouvelles fonctions. Pour + nous aider dans cette tâche, les développeurs sont invités à discuter avec nous + de toutes les nouvelles fonctions prévues dans -CURRENT à partir du 1er Octobre.

+ +
+ + + Projet "d'instantanés" quotidiens de jp.FreeBSD.org + + + + Makoto + Matsushita + + matusita@jp.FreeBSD.org + + + + Site web du projet + Site web du projet (en japonais) + + +

Le projet fonctionne comme prévu. De nouveaux "instantanés" de la branche sécurité sont + disponibles pour les versions 4.5 et 4.6(.2). J'ai mis à jour les systèmes des machines sur lesquelles sont lancées les compilations + avec les versions les plus récentes de 5-current/4-stable sans aucune erreur. Le problème + actuel, à savoir moins de puissance CPU à disposition dans le futur, n'est pas encore résolu -- mais + la situation n'est pas si mauvaise et j'espère pouvoir donner de bonnes nouvelles dans le prochain + rapport.

+ +
+ + + Equipe en charge des donations pour le projet FreeBSD + + + + + Michael + + Lucas + + + donations@FreeBSD.org + + + + + + + + +

L'équipe en charge des donations a commencé son activité ces derniers + mois. Les offres en équipement continuent d'arriver et nous les + distribuons aux développeurs FreeBSD aussi rapidement que possible. + Nous avons maintenant une "liste de souhaits" dans la section dédiée aux donations + sur le site web. Plusieurs petites choses, comme des cartes réseaux, ont + été envoyées aux personnes désirant écrire le code nécessaire pour + supporter ce matériel. Nous avons eu quelques donations plus importantes (i.e. des + serveurs) prêtes à être envoyées aux développeurs, une fois que tous les détails + pour l'expédition auront été réglés.

+ +
+ + + RAIDFrame pour FreeBSD + + + + + Scott + + Long + + + scottl@freebsd.org + + + + + Site web du projet + + + +

Le travail sur RAIDFrame s'était arrêté pour quelque temps, puis avait repris + l'été dernier, avait cessé à nouveau et il est maintenant reparti. Des progrès + significatifs ont eté faits pour rendre les mécanismes de verrous + compatibles avec SMPng et pour éviter un usage abusif de la pile noyau. Je suis heureux + d'annoncer qu'il commence à fonctionner de manière fiable sur des disques + "md" (disque simulé avec un fichier). Encore plus sensationnel, il commence enfin + à fonctionner avec de vrais disques. Beaucoup de nettoyage reste à faire et + quelques gros "hack" sont encore présents mais tout sera peut-être prêt pour la + sortie de FreeBSD 5.0. Les patches pour FreeBSD 5-current et 4-stable + sont disponibles sur le site web. Bien que les patches pour 4-stable datent de plus d'un an, + ils s'appliquent et fonctionnent toujours sans problème.

+ +
+ + + Rapport de statut sur la Libh + + + + + Antoine + + Beaupré + + + anarcat@anarcat.ath.cx + + + + + Alexander + + Langer + + + alex@freebsd.org + + + + + Page web du + projet + + + + +

L'ordinateur de développement principal, où était stocké le dépôt CVS et + les pages web, est mort. Le serveur a planté + après une mise à jour du système et il n'a jamais pu redémarré. Nous avons + du sortir les disques afin de faire des backups. Nous allons + mettre en place une autre machine en remplacement de celle-ci et espérer que tout se passe pour le mieux. Donc + pour l'instant, le port est arrêté puisque le CVS ainsi que les pages web + sont inaccessibles. Nous travaillons à corriger ce problème, merci + d'être indulgent.

+

Sur une note plus positive, Max a commencé à coder les changements qu'il avait + lui-même proposé concernant le système de compilation et l'API TCL; LibH va passer + à SWIG pour l'interface TCL, ce qui devrait considérablement simplifier le + système et réduire les temps de compilation. Le sous-système Hui est par conséquent + en cours de ré-écriture. De mon côté, j'ai réalisé quelques tests sur + la compilation et l'utilisation de LibH avec rhtvision mais ces tests ont été + moins concluants que je ne l'avais espéré et j'ai donc mis de côté + cette idée. Le travail sur libh s'est arrêté durant tout le mois de Juillet puisque je n'avais plus + d'accès réseau pendant ce laps de temps. Pour l'instant, LibH est plutôt en + mauvais état. Mais nous avons bon espoir de tout remettre en place + très bientôt pour pouvoir sortir une nouvelle version qui utilisera pleinement + la nouvelle interface SWIG.

+ +
+ + + + Equipe de l'officier de sécurité FreeBSD + + + + + Jacques + + Vidrine + + + nectar@FreeBSD.org + + + + + + + + + +

L'équipe de sécurité continue d'être très occupé. Le + traffic de la liste de diffusion "security-officer" pendant les mois de Juin, Juillet + et Août a été de 1230 messages (plus de 13 messages par jour). + Cela représente plus de 50% du traffic de la liste "freebsd-hackers" durant + la même période !

+

Depuis Juin (la date de notre dernier rapport), 9 nouveaux avis de + sécurité ont été publiés et une note de sécurité a été publiée + pour des problèmes concernant 25 logiciels de la collection des ports.

+

FreeBSD 4.6.2-RELEASE est sorti le 15 Août. C'est la première fois + qu'un nouveau numéro de version est créé à partir de la branche sécurité. + Tout s'est plutôt bien passé du point de vue de l'équipe de sécurité, malgré + un retard dans la date de sortie prévue à cause de la découverte de nouveaux bugs et de petits problèmes d'organisation + qui ont empêché la sortie d'une version 4.6.1.

+

En Septembre, l'officier de sécurité FreeBSD a publié une nouvelle clef + PGP (ID 0xCA6CDFB2, disponible sur le site FTP et dans le manuel de référence). + Cela a permis de remettre en adéquation la liste des personnes qui possède la clef privé correspondante + avec la liste des membre du groupe de l'officier de sécurité publiée sur + le site web. Cela a également permis de contourner le problème lié + à la présence d'une version corrompue de l'ancienne clef sur certains serveurs de + clefs publiques.

+ +
+ + + Contrôle d'Accès Obligatoire (MAC) - TrustedBSD + + + + Robert + Watson + + rwatson@FreeBSD.org + + + + Liste de diffusion TrustedBSD + + trustedbsd-discuss@TrustedBSD.org + + + +

Les derniers mois ont été très occupés avec des activités de développement, + de documentation et de relations publiques. L'infrastructure MAC, + notre plug-in noyau de contrôle d'accès pour FreeBSD, a énormément + évolué et une grande partie de cette infrastructure a été intégrée + dans la branche principale de développement de FreeBSD durant Juillet et Août.

+

Plusieurs changements ont été apportés comme: les noms des + composants sont passés à l'espace de nommage VOP de VFS; une meilleure mise en cache + des labels MAC dans les vnodes; accès mémoire mmap pour le relabel + des sujets; vérification pour access()/eaccess(); vérifications pour les fonctions read, + write, ioctl, pool des vnodes ce qui permet une révocation post-open() par les politiques + de contrôles concernées; vérifications de contrôle d'accès et de labelisation pour les objets pipe IPC, + nettoyage des vérifications de socket/visibilité; vérifications pour les fonctions socket bind, + connect, listen, ....; de nombreuses améliorations en ce qui concerne le vérouillage et les assertions, + en particulier pour les vnodes, des processus; l'infrastructure supporte désormais les mises à jour + partielles de label sur les sujets et les objets; la gestion des références dans + 'struct file' a été améliorée, il y a une meilleure distinction entre active_cred + et file_cred et ils sont passés explicitement à l'infrastructure + MAC; le système de comptabilité utilise maintenant les références en cache pour + les opérations d'écritures; socreate() peut utiliser les références en cache pour + le label des sockets ce qui corrige les connexions socket nfs différées et + les reconnexions avec TCP; les intéractions entre kse et proc1 ont été corrigées; + l'option IO_NOMACCHECK a été ajoutée à vn_rdwr() pour une utilisation interne de façon à éviter + des vérifications MAC redondantes ou incorrectes sur les opérations vnode aio; + "demux" (N.d.T. : ??) de la fonction de politique de contrôle mac_syscall(); su ne modifie plus + les labels MAC par défaut; mac_get_pid() afin de supporter ps et getpmac -p pid; + révocation mmap par défaut en "fail stop"; MAC_DEBUG inclu un compteur + atomique de labels; support des attributs étendus de UFS2; premier + port de LOMAC sur l'infrastructure MAC; mise à jour des politiques de contrôles pour tenir + compte de tous ces changements; intégration de KSE III; intégration de nmount(); mise à jour de + ugidfw pour pouvoir utiliser les noms de groupes et d'utilisateurs; libugidfw; nombreuses améliorations + dans les conventions de nommages; dépendances des modules dans + l'infrastructure MAC; intégration à grande échelle des fonctions MAC dans + la branche principale de FreeBSD. Interfaces KDE pour les activités de gestion + les plus courantes.

+

Rédaction d'un guide sur l'infrastructure MAC et présentation de ce guide pendant une journée entière + lors du "STOS BSD" et du "Darwin Security Symposium"; première ébauche d'un guide sur l'architecture + et l'API de l'infrastructure MAC. Ce document est maintenant intégré au Manuel du + Développeur.

+

Pendant les prochains mois, le travail consistera à poursuivre les améliorations, + à protéger et étiqueter plus d'objets; à améliorer les performances + VFS; à améliorer le support des EA de l'UFS2 et à utiliser des entrées EA + séparées pour chaque politique de contrôle; à améliorer le support pour LOMAC; à créer + des compartiments MLS; à associer la sécurité IPsec et les labels; à améliorer + le port SEBSD FLASK/TE et à bien d'autres choses encore.

+ +
+
diff --git a/fr/news/status/report-sample.xml b/fr/news/status/report-sample.xml new file mode 100644 index 0000000000..4f8fcced56 --- /dev/null +++ b/fr/news/status/report-sample.xml @@ -0,0 +1,42 @@ + + + + + + Exemple de rapport de statut + + + + + John + + Smith + + + test@FreeBSD.org + + + + + + Description. + + + + + + +

Vous pouvez commencer votre premier paragraphe ici. En géneral, vous + ne soumettrez qu'un seul paragraphe par rapport car ils + doivent être brefs. Si toutefois, vous trouvez + nécessaire d'en écrire un avec plusieurs paragraphes, c'est très + simple.

+ +

Ouvrez juste un autre tag "p".

+ +
diff --git a/fr/news/status/report.xsl b/fr/news/status/report.xsl new file mode 100644 index 0000000000..bf7c444443 --- /dev/null +++ b/fr/news/status/report.xsl @@ -0,0 +1,134 @@ + + + + + + + + + + + + + + + + + + + Rapport de Statut + + + + + + + + + + + + + + + + + + + + + + + + +
    + + +
  • #
  • +
    +
+ + + + + + + + | + + + + +
+ + + + + +

+ + +
+ + + +

+

+ + + + + + + +
+
+ + + +

+ + Contact: < + mailto:> +
+
+

+
+ + + +

+ + URL: + + + +
+
+

+
+ + + + + +
diff --git a/fr/news/status/status.sgml b/fr/news/status/status.sgml new file mode 100644 index 0000000000..cae6b44f01 --- /dev/null +++ b/fr/news/status/status.sgml @@ -0,0 +1,67 @@ + + + + %includes; +]> + + + + + &header; + +

Un des avantages du modèle de développement FreeBSD est sa focalisation sur + une implémentation et une conception centralisées, dans lequel le système d'exploitation est + maintenu dans un dépôt central et où les discussions ont lieu sur des listes de + diffusion centralisées. Cela permet un haut degré de coordination entre les auteurs des + différents composants du système et le respect de certaines règles dans + l'ensemble du système pour des aspects allant de l'architecture générale au style du code source. + Cependant, comme la communauté des développeurs FreeBSD augmente ainsi que le traffic + sur les listes de diffusion et le nombre de modifications sur les sources, il devient + difficile même pour le plus dévoué des développeurs de rester au courant de tout + ce qui se fait.

+ +

Le rapport de statut bi-mensuel des développements FreeBSD essaye de corriger ce + problème en proposant un moyen pour les développeurs d'informer le plus de personnes + possible à propos de leurs travaux en cours sur FreeBSD, que ce soit pour les projets + inclus ou extérieurs au code source officiel. Pour chaque projet et sous-projet, on + trouvera un paragraphe de résumé indiquant les progrès faits depuis le dernier rapport. + S'il s'agit d'un nouveau projet, ou si un projet n'avait pas encore envoyé de rapport de + statut, une courte description précède les informations sur le statut.

+ +

Ces rapports de statuts peuvent être reproduits en intégralité ou en partie à condition que + la source soit clairement indiquée et que le crédit soit donné à qui de droit.

+ +

2002

+ + + +

2001

+ + + + &footer; + +