From owner-svn-doc-projects@FreeBSD.ORG Thu Aug 9 22:39:27 2012 Return-Path: Delivered-To: svn-doc-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F12FF106564A; Thu, 9 Aug 2012 22:39:26 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:4f8:fff6::2c]) by mx1.freebsd.org (Postfix) with ESMTP id D79C18FC16; Thu, 9 Aug 2012 22:39:26 +0000 (UTC) Received: from svn.freebsd.org (localhost [127.0.0.1]) by svn.freebsd.org (8.14.4/8.14.4) with ESMTP id q79MdQHT061800; Thu, 9 Aug 2012 22:39:26 GMT (envelope-from gabor@svn.freebsd.org) Received: (from gabor@localhost) by svn.freebsd.org (8.14.4/8.14.4/Submit) id q79MdQY7061796; Thu, 9 Aug 2012 22:39:26 GMT (envelope-from gabor@svn.freebsd.org) Message-Id: <201208092239.q79MdQY7061796@svn.freebsd.org> From: Gabor Kovesdan Date: Thu, 9 Aug 2012 22:39:26 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-projects@freebsd.org X-SVN-Group: doc-projects MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Subject: svn commit: r39350 - in projects/sgml2xml/fr_FR.ISO8859-1: articles/committers-guide articles/contributing articles/contributing-ports articles/contributors articles/cvsup-advanced articles/dialup-... X-BeenThere: svn-doc-projects@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for doc projects trees List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Aug 2012 22:39:27 -0000 Author: gabor Date: Thu Aug 9 22:39:25 2012 New Revision: 39350 URL: http://svn.freebsd.org/changeset/doc/39350 Log: - Expand character entities in the French documentation Approved by: doceng (implicit) Modified: projects/sgml2xml/fr_FR.ISO8859-1/articles/committers-guide/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/contributing-ports/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/contributing/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/contributors/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/cvsup-advanced/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/dialup-firewall/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/diskless-x/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/euro/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/explaining-bsd/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/filtering-bridges/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/fonts/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/formatting-media/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/ip-aliasing/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/ipsec-must/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/java-tomcat/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/laptop/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/make-world/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/mh/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/multi-os/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/nanobsd/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/new-users/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/ntfs/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/pam/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/ppp/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/pr-guidelines/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/problem-reports/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/programming-tools/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/pxe/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/releng-packages/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/articles/zip-drive/article.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/developers-handbook/book.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/developers-handbook/driverbasics/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/developers-handbook/locking/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/developers-handbook/pci/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/developers-handbook/scsi/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/developers-handbook/secure/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/developers-handbook/tools/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/developers-handbook/usb/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/faq/book.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/book.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/overview/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/psgml-mode/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/see-also/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/sgml-markup/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/sgml-primer/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/stylesheets/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/the-handbook/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/tools/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/translations/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/fdp-primer/writing-style/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/advanced-networking/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/audit/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/basics/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/bibliography/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/book.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/boot/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/colophon.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/config/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/cutting-edge/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/desktop/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/disks/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/dtrace/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/eresources/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/geom/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/install/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/introduction/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/jails/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/kernelconfig/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/l10n/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/linuxemu/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/mail/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/mirrors/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/multimedia/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/network-servers/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/pgpkeys/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/ports/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/ppp-and-slip/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/preface/preface.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/printing/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/security/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/users/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/vinum/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/virtualization/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/handbook/x11/chapter.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/porters-handbook/book.sgml projects/sgml2xml/fr_FR.ISO8859-1/books/ppp-primer/book.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/FAQ/index.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/about.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/advocacy/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/advocacy/myths.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/applications.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/art.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/auditors.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/availability.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/commercial/commercial.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/commercial/includes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/community.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/community/irc.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/community/mailinglists.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/community/newsgroups.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/community/webresources.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/copyright/copyright.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/copyright/daemon.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/copyright/freebsd-doc-license.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/copyright/freebsd-license.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/copyright/license.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/copyright/trademarks.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/developers/cvs.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docproj/current.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docproj/doc-set.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docproj/docproj.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docproj/handbook.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docproj/handbook3.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docproj/sgml.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docproj/submitting.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docproj/translations.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docproj/who.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docs/books.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docs/man.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/docs/webresources.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/donations/donors.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/donations/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/donations/wantlist.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/features.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/contact.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/docs/22knownissues.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/docs/bugging.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/docs/faq.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/docs/faq2.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/docs/gnome2_porting.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/docs/gnome_porting.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/docs/porting.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/docs/volunteer.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/index.xsl projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/news.xml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/rss.xsl projects/sgml2xml/fr_FR.ISO8859-1/htdocs/gnome/screenshots.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/handbook/index.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/index.xsl projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/about.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/bylaws.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/core-vote.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/developer.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/expire-bits.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/homepage.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/internal.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/machines.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/mirror.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/new-account.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/photos.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/releng.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internal/statistic.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/internet.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/advocacy.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/dists/10.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/dists/11.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/dists/12.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/dists/13.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/dists/14.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/dists/15.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/dists/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/docs/faq.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/docs/howtoports.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/docs/newbies.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/docs/performance.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/docs/tutorials.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/howhelp.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/install.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/links/api.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/links/development.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/links/documentation.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/links/freebsd.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/links/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/links/resources.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/links/servlets.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/links/tutorials.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/links/vendor.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/newsflash.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/java/press.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/kse/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/logo.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/mailto.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/1996/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/1997/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/1998/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/1999/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/2000/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/2001/news.xml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/2002/news.xml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/news.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/press-rel-1.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/press-rel-2.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/press-rel-3.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/press-rel-4.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/press-rel-5.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/press-rel-6.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/press-rel-7.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/press-rel-8.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/press-rel-9.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/pressreleases.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/sou1999.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/status/report-july-2002-aug-2002.xml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/status/report-sample.xml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/status/status.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/news/webchanges.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/alpha.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/amd64.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/arm.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/i386.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/ia64.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/ia64/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/ia64/machines.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/ia64/refs.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/ia64/todo.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/mips.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/pc98.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/ppc.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/sparc.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/sun4v.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/x86-64.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/platforms/xbox.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/projects/acpi/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/projects/busdma/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/projects/c99/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/projects/cvsweb.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/projects/libh.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/projects/mips/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/projects/newbies.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/projects/projects.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/projects/updater.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/prstats/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/publish.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/2.0/credits.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/2.2.8R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/3.1R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/3.2R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/3.3R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/3.4R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/3.5R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.0R/announce.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.0R/errata.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.0R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.1.1R/errata.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.1R/announce.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.1R/errata.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.1R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.2R/announce.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.2R/errata.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.2R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.3R/announce.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.3R/errata.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.3R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.4R/announce.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.5R/announce.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.5R/errata.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.5R/notes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.5R/relnotes-alpha.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.5R/relnotes-i386.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.6.2R/relnotes-alpha.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.6.2R/relnotes-i386.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.6.2R/relnotes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.6R/relnotes-alpha.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.6R/relnotes-i386.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.6R/relnotes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.7R/announce.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.7R/errata.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.7R/hardware-alpha.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/4.7R/hardware-i386.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/5.0R/DP1/relnotes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/5.1R/installation.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/5.1R/relnotes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releases/snapshots.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releng/charter.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/releng/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/relnotes.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/search/index-site.xsl projects/sgml2xml/fr_FR.ISO8859-1/htdocs/search/search-mid.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/search/search.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/search/searchhints.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/search/sitemap.xml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/security/advisories.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/security/security.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/send-pr.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/smp/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/snapshots/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/support.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/support/bugreports.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/support/webresources.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/tutorials/index.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/vendors.html projects/sgml2xml/fr_FR.ISO8859-1/htdocs/where.sgml projects/sgml2xml/fr_FR.ISO8859-1/htdocs/y2kbug.sgml projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/copyright.sgml projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/events.xml projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/glossary.ent projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/header.l10n.ent projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/libcommon.xsl projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/mailing-lists.ent projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/mirrors-local.xsl projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/navibar.l10n.ent projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/news.xml projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/press.xml projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/teams.ent projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/trademarks.ent projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/translators.ent projects/sgml2xml/fr_FR.ISO8859-1/share/sgml/transtable.xml Modified: projects/sgml2xml/fr_FR.ISO8859-1/articles/committers-guide/article.sgml ============================================================================== --- projects/sgml2xml/fr_FR.ISO8859-1/articles/committers-guide/article.sgml Thu Aug 9 22:02:58 2012 (r39349) +++ projects/sgml2xml/fr_FR.ISO8859-1/articles/committers-guide/article.sgml Thu Aug 9 22:39:25 2012 (r39350) @@ -35,13 +35,13 @@ Nouveau “committer”, - bienvenue dans l'équipe de développement de FreeBSD ! + bienvenue dans l'équipe de développement de FreeBSD ! L'objectif de cette documentation est de vous orienter sur la - façon d'utiliser CVS sur la machine d'archive centrale de FreeBSD. Il - est présumé que vous avez déjà une connaissance de base de CVS, - quoique des informations de référence, des guides et Questions - Fréquemment Posées soient disponibles à l'adresse : + façon d'utiliser CVS sur la machine d'archive centrale de FreeBSD. Il + est présumé que vous avez déjà une connaissance de base de CVS, + quoique des informations de référence, des guides et Questions + Fréquemment Posées soient disponibles à l'adresse : http://www.cyclic.com/cyclic-pages/books.html Bonne chance, et bienvenue à bord ! @@ -52,7 +52,7 @@ - Détails d'organisation + Détails d'organisation @@ -71,17 +71,17 @@ - Méthode de connexion + Méthode de connexion &man.ssh.1; - Répertoire CVSROOT + Répertoire CVSROOT /home/ncvs - Répertoire CVSROOT pour la version internationale + Répertoire CVSROOT pour la version internationale des codes de cryptographie /home/cvs.crypt @@ -114,51 +114,51 @@ - Il vous est demandé d'utiliser &man.ssh.1; ou &man.telnet.1; - et Kerberos 5 pour vous connecter aux machines d'archive. Ces méthodes - sont globalement plus sûres qu'un simple &man.telnet.1; ou - &man.rlogin.1; parce que la négociation de l'authentification est - cryptée. Par défaut &man.ssh.1; crypte toute la session. Les utilitaires + Il vous est demandé d'utiliser &man.ssh.1; ou &man.telnet.1; + et Kerberos 5 pour vous connecter aux machines d'archive. Ces méthodes + sont globalement plus sûres qu'un simple &man.telnet.1; ou + &man.rlogin.1; parce que la négociation de l'authentification est + cryptée. Par défaut &man.ssh.1; crypte toute la session. Les utilitaires disponibles &man.ssh-agent.1; et &man.scp.1; sont aussi bien plus pratiques. Si vous ne connaissez pas &man.ssh.1;, reportez-vous à la . - Opérations CVS + Opérations CVS - Les opérations CVS se font habituellement en se connectant à - freefall, vérifiant que votre variable d'environnement - CVSROOT est bien positionnée à - /home/ncvs, et en effectuant les opérations + Les opérations CVS se font habituellement en se connectant à + freefall, vérifiant que votre variable d'environnement + CVSROOT est bien positionnée à + /home/ncvs, et en effectuant les opérations d'extraction (check-out) et de mise à - jour (check-in) nécessaires. Si vous - avez quelque chose de entièrement nouveau à ajouter (un nouveau logiciel - porté, du source d'origine externe, etc.), il existe une procédure - appelée easy-import qui facilite cette opération. Elle - ajoute automagiquement une entrée pour le nouveau module, fait ce qu'il - faut via cvs import, etc. – exécutez-la sans + jour (check-in) nécessaires. Si vous + avez quelque chose de entièrement nouveau à ajouter (un nouveau logiciel + porté, du source d'origine externe, etc.), il existe une procédure + appelée easy-import qui facilite cette opération. Elle + ajoute automagiquement une entrée pour le nouveau module, fait ce qu'il + faut via cvs import, etc. – exécutez-la sans arguments et elle vous demandera tout ce qu'elle a besoin de savoir. - Si vous avez la pratique de CVS à distance et vous considérez - relativement opérationnel sur CVS en général, vous pouvez aussi effectuer - les opérations CVS directement depuis votre machine avec une copie + Si vous avez la pratique de CVS à distance et vous considérez + relativement opérationnel sur CVS en général, vous pouvez aussi effectuer + les opérations CVS directement depuis votre machine avec une copie local à jour des sources. N'oubliez cependant pas de positionner - CVS_RSH à ssh de façon à - utiliser un moyen de transmission sécurisé et fiable. D'une autre côté, + CVS_RSH à ssh de façon à + utiliser un moyen de transmission sécurisé et fiable. D'une autre côté, si vous ne savez pas ce que cela veut dire, tenez-vous en s'il vous - plaît à la méthode qui consiste à vous connecter à + plaît à la méthode qui consiste à vous connecter à freefall et mettre en place vos modifications avec &man.patch.1;. - Si vous avez à utiliser les opérations add et - delete pour faire en fait une opération - mv, il faut une copie sur l'archive plutôt que votre + Si vous avez à utiliser les opérations add et + delete pour faire en fait une opération + mv, il faut une copie sur l'archive plutôt que votre commande CVS add suivie d'un delete. Dans ce cas, un Administrateur CVS copiera le(s) fichier(s) - là où il(s) doi(ven)t aller et vous avertira une fois qu'il l'aura fait. + là où il(s) doi(ven)t aller et vous avertira une fois qu'il l'aura fait. Le but de la copie dans les archives est de conserver l'historique des modifications, la journalisation. Le Projet FreeBSD accorde une grande importance à l'historique du projet que CVS nous permet de @@ -169,96 +169,96 @@ Conventions et Traditions Les Administrateurs CVS (Peter Wemm et John Polstra) sont les - propriétaires des archives CVS et sont responsables de + propriétaires des archives CVS et sont responsables de chaque et de toute modification directe de - celles-ci pour mise au propre ou rectification d'erreur CVS dûe à un + celles-ci pour mise au propre ou rectification d'erreur CVS dûe à un committer. Personne d'autre ne doit intervenir directement sur les archives. Si vous faites un fausse - manipulation, une importation incorrecte ou vous trompez d'étiquette + manipulation, une importation incorrecte ou vous trompez d'étiquette par exemple, n'essayez pas de la - rectifier vous-même ! Envoyez immédiatement un courrier - électronique ou téléphonez à John ou Peter et expliquez leur le - problème. Satoshi Asami est aussi Administrateur CVS pour la partie + rectifier vous-même ! Envoyez immédiatement un courrier + électronique ou téléphonez à John ou Peter et expliquez leur le + problème. Satoshi Asami est aussi Administrateur CVS pour la partie ports/ de l'arborescence. Mark Murray est l'administrateur des archives internationales pour les logiciels de cryptographie, en Afrique du Sud. - Si vous êtes nouveau committer, la - première chose à faire est de vous ajouter vous-même à la liste des - développeurs (section 28.2) du Manuel de Référence. Extraire le manuel - de référence et ajouter une entrée à la liste est relativement facile, - mais c'est néanmoins un bon test initial de vos compétences CVS. Si - vous pouvez le faire, vous n'aurez probablement pas de problèmes par + Si vous êtes nouveau committer, la + première chose à faire est de vous ajouter vous-même à la liste des + développeurs (section 28.2) du Manuel de Référence. Extraire le manuel + de référence et ajouter une entrée à la liste est relativement facile, + mais c'est néanmoins un bon test initial de vos compétences CVS. Si + vous pouvez le faire, vous n'aurez probablement pas de problèmes par la suite. - L'étape suivante consiste à vous présenter aux autres + L'étape suivante consiste à vous présenter aux autres committers, sans quoi ils n'auront aucune - idée de qui vous êtes et à quoi vous travaillez. Il n'est pas - nécessaire de rédiger une biographie exhaustive, un paragraphe ou deux - suffiront, pour dire qui vous êtes et à quoi vous comptez travailler sur - FreeBSD. Envoyez-les par courrier électronique à - cvs-committers@FreeBSD.org et vous serez prêt à commencer + idée de qui vous êtes et à quoi vous travaillez. Il n'est pas + nécessaire de rédiger une biographie exhaustive, un paragraphe ou deux + suffiront, pour dire qui vous êtes et à quoi vous comptez travailler sur + FreeBSD. Envoyez-les par courrier électronique à + cvs-committers@FreeBSD.org et vous serez prêt à commencer à travailler ! N'oubliez pas aussi de vous connecter à - hub.FreeBSD.org et de vous y créez un fichier + hub.FreeBSD.org et de vous y créez un fichier /var/forward/utilisateur - (où utilisateur est votre nom d'utilisateur), - qui contienne votre adresse de courrier électronique principale où vous - souhaitez que le courrier électronique adressé à + (où utilisateur est votre nom d'utilisateur), + qui contienne votre adresse de courrier électronique principale où vous + souhaitez que le courrier électronique adressé à votre_nom_d_utilisateur@FreeBSD.org vous soit - redirigé. Les boîtes aux lettres vraiment volumineuses qui demeurent en + redirigé. Les boîtes aux lettres vraiment volumineuses qui demeurent en en permanence sur hub sont souvent - accidentellement tronquées sans avertissement, redirigez + accidentellement tronquées sans avertissement, redirigez donc votre courrier, ou lisez-le, et vous ne le perdrez pas. Tous les nouveaux committers ont un - mentor qui leur est assigné les premiers mois. Votre mentor est plus ou - moins chargé de vous expliquer tout ce que vous ne comprenez pas bien et - est aussi responsable de ce que vous faites à vos débuts. Si vous faites - une soumission erronée, c'est votre mentor qui sera ennuyé et vous + mentor qui leur est assigné les premiers mois. Votre mentor est plus ou + moins chargé de vous expliquer tout ce que vous ne comprenez pas bien et + est aussi responsable de ce que vous faites à vos débuts. Si vous faites + une soumission erronée, c'est votre mentor qui sera ennuyé et vous devriez probablement vous fixer comme ligne de conduite de faire passer - vos premières soumissions par lui avant de les intégrer aux + vos premières soumissions par lui avant de les intégrer aux archives. - Toutes les soumissions doivent être intégrées d'abord à + Toutes les soumissions doivent être intégrées d'abord à -CURRENT, avant d'aller dans - -STABLE. Aucune nouvelle fonctionnalité ou - modification à haut risque ne devrait être intégrée à la branche + -STABLE. Aucune nouvelle fonctionnalité ou + modification à haut risque ne devrait être intégrée à la branche -STABLE. - Relations entre développeurs + Relations entre développeurs Si vous travaillez directement sur votre propre code ou sur du code - dont il est bien établi que vous avez la responsabilité, il n'est - probablement pas nécessaire de valider ce que vous allez faire avec - d'autres développeurs avant de soumettre du code. Si vous trouvez un + dont il est bien établi que vous avez la responsabilité, il n'est + probablement pas nécessaire de valider ce que vous allez faire avec + d'autres développeurs avant de soumettre du code. Si vous trouvez un bogue dans un module qui est manifestement orphelin (il y en a malheureusement quelques uns), cela s'y applique aussi. Si, au - contraire, vous vous apprêtez à modifier quelque chose qui est + contraire, vous vous apprêtez à modifier quelque chose qui est activement maintenu par quelqu'un d'autre (ce n'est qu'en surveillant - la &a.cvsall; que vous pourrez vous faire une idée de ce qu'il l'est et + la &a.cvsall; que vous pourrez vous faire une idée de ce qu'il l'est et de ce qui ne l'est pas), envisagez alors de lui envoyer vos - modifications, tout comme vous l'auriez fait quand vous n'étiez pas - committer. Pour les logiciels portés, - vous devriez contacter la personne listée comme + modifications, tout comme vous l'auriez fait quand vous n'étiez pas + committer. Pour les logiciels portés, + vous devriez contacter la personne listée comme MAINTAINER dans le Makefile. - Pour le reste des archives, si vous n'êtes pas sûr de qui maintient - effectivement tel ou tel module, il peut être utile de passer en revue - le résultat de cvs log pour voir qui a soumis des - modifications dans le passé. Si vous ne trouvez personne, ou si la - personne en charge montre un désintérêt pour la partie en question, + Pour le reste des archives, si vous n'êtes pas sûr de qui maintient + effectivement tel ou tel module, il peut être utile de passer en revue + le résultat de cvs log pour voir qui a soumis des + modifications dans le passé. Si vous ne trouvez personne, ou si la + personne en charge montre un désintérêt pour la partie en question, allez-y et faites vos modifications. Si vous avez pour une raison ou une autre des doutes à propos d'une soumission que vous envisagez, faites-la d'abord examiner par - -hackers avant de l'intégrer. Il vaut mieux que l'on + -hackers avant de l'intégrer. Il vaut mieux que l'on vous fasse des remarques alors, qu'une fois qu'elle fera partie des - archives CVS. S'il vous arrive de soumettre quelque chose qui soulève - une controverse, envisagez éventuellement de faire marche arrière - en attendant que la question soit réglée. N'oubliez pas – avec + archives CVS. S'il vous arrive de soumettre quelque chose qui soulève + une controverse, envisagez éventuellement de faire marche arrière + en attendant que la question soit réglée. N'oubliez pas – avec CVS, vous pourrez toujours remettre votre modification en service. @@ -268,16 +268,16 @@ Le Projet FreeBSD utilise GNATS pour enregistrer les rapports de bogues et les demandes de modification. Si - vous effectuez une correction ou une modification décrite dans un + vous effectuez une correction ou une modification décrite dans un PR - Problem Report, rapport d'anomalie - GNATS, veillez à utiliser - edit-pr numéro_de_pr + edit-pr numéro_de_pr sur freefall pour le fermer. L'usage veut aussi que vous preniez le temps de fermer les rapports ayant trait à vos - soumission, le cas échéant. Vous pouvez aussi utiliser vous-même + soumission, le cas échéant. Vous pouvez aussi utiliser vous-même &man.send-pr.1; pour proposer les modifications dont vous pensez qu'il - faut les probablement les faire, après une revue plus extensive par + faut les probablement les faire, après une revue plus extensive par les autres participants. Vous trouverez plus d'informations sur @@ -316,9 +316,9 @@ &a.asami; - Est le responsable du catalogue des logiciels portés, ce qui - signifie qu'il a le pouvoir de décision en ce qui concerne toute - modification aux logiciels portés et à leurs macros-instructions + Est le responsable du catalogue des logiciels portés, ce qui + signifie qu'il a le pouvoir de décision en ce qui concerne toute + modification aux logiciels portés et à leurs macros-instructions de compilation. Il est aussi responsable la gestion des gels du code entre deux versions. @@ -339,15 +339,15 @@ &a.dg; - Est notre architecte principal et superviseur du système de - gestion de la mémoire virtuelle. Si vous envisagez une - modification de ce système, voyez cela avec David. Si vous êtes - pris dans une discussion âpre et insoluble avec un autre - participant à propos d'une modification envisagée (ce qui, + Est notre architecte principal et superviseur du système de + gestion de la mémoire virtuelle. Si vous envisagez une + modification de ce système, voyez cela avec David. Si vous êtes + pris dans une discussion âpre et insoluble avec un autre + participant à propos d'une modification envisagée (ce qui, heureusement, ne se produit pas souvent), il peut aussi - occasionnellement être nécessaire de demander alors à David + occasionnellement être nécessaire de demander alors à David de mettre sa casquette d'Architecte Principal et de prendre la - décision finale. + décision finale. @@ -355,14 +355,14 @@ &a.jkh; - Est le responsable des versions. Il a la charge de définir les - dates butées et de superviser le processus de mise en place de la + Est le responsable des versions. Il a la charge de définir les + dates butées et de superviser le processus de mise en place de la nouvelle version. Pendant les gels du code, il a aussi le pouvoir - de décision sur toutes les modifications sur la branche de code + de décision sur toutes les modifications sur la branche de code qui est en cours de finalisation. S'il y a quelque chose que vous voudriez voir reporter de -CURRENT dans - -STABLE (quelqu'intérêt que cela puisse avoir à - un moment donné), c'est aussi la personne à qui il faut en + -STABLE (quelqu'intérêt que cela puisse avoir à + un moment donné), c'est aussi la personne à qui il faut en parler. @@ -375,7 +375,7 @@ internat.FreeBSD.org en Afrique du Sud. Mark supervise la plupart du code de cryptographie ; si - vous vous y envisagez des mises à jour, parlez-en s'il vous plaît + vous vous y envisagez des mises à jour, parlez-en s'il vous plaît d'abord à Mark. @@ -389,7 +389,7 @@ d'important que vous voudriez y voir, vous devriez probablement envisager d'abord cela avec Steve. Il est aussi administrateur des “Problem Report”, en - coopération avec &a.phk;. + coopération avec &a.phk;. @@ -408,8 +408,8 @@ Si vous avez besoin d'un conseil sur des points obscurs du - code réseau ou n'êtes pas certain d'une modification que vous - envisagez à ce sous-système, c'est avec Garrett qu'il faut en + code réseau ou n'êtes pas certain d'une modification que vous + envisagez à ce sous-système, c'est avec Garrett qu'il faut en discuter. @@ -421,32 +421,32 @@ - Mettez à jour et installez le logiciel porté + Mettez à jour et installez le logiciel porté ssh dans /usr/ports/security/ssh (il faut une version - 1.2.25 ou postérieure). + 1.2.25 ou postérieure). - Veillez à exécuter &man.ssh-agent.1; avant toute autre + Veillez à exécuter &man.ssh-agent.1; avant toute autre application. Les utilisateurs de X, par exemple, le font habituellement depuis leur fichier .xsession ou .xinitrc. Reportez-vous à &man.ssh-agent.1; - pour plus de détails. + pour plus de détails. - Générez une paire de clés avec &man.ssh-keygen.1;. Ces clés - seront créées dans le répertoire + Générez une paire de clés avec &man.ssh-keygen.1;. Ces clés + seront créées dans le répertoire $HOME/.ssh. - Copiez votre clé publique + Copiez votre clé publique ($HOME/.ssh/identity.pub) dans le fichier authorized_keys de votre - répertoire utilisateur sur freefall + répertoire utilisateur sur freefall (i.e. $HOME/.ssh/authorized_keys). @@ -454,9 +454,9 @@ Vous devriez maintenant pouvoir utiliser &man.ssh-add.1; pour vous - authentifier à chaque début de session. Il vous demandera la phrase clé - pour votre clé privée, et l'enregistrera via votre agent - d'authentification (&man.ssh-agent.1;) de façon à ce que vous n'ayez + authentifier à chaque début de session. Il vous demandera la phrase clé + pour votre clé privée, et l'enregistrera via votre agent + d'authentification (&man.ssh-agent.1;) de façon à ce que vous n'ayez plus à la retaper à chaque fois. Testez en faisant quelque chose du style : ssh @@ -468,7 +468,7 @@ - Régles à Suivre par les <foreignphrase>Committers</foreignphrase> + <title>Régles à Suivre par les <foreignphrase>Committers</foreignphrase> FreeBSD @@ -479,12 +479,12 @@ Discutez de toute modification importante - avant intégration. + avant intégration. Respectez les responsables de la maintenance s'il y en a de - définis par la variable MAINTAINER du + définis par la variable MAINTAINER du Makefile ou dans le fichier MAINTAINER au premier niveau de l'arborescence. @@ -496,98 +496,98 @@ - Toute modification controversée doit, si le responsable de - la maintenance ou l'Architecte Principal le demande, être annulée - jusqu'à ce que la discussion soit terminée. Les modifications pour - des questions de sécurité peuvent être effectuées par l'Officier de - Sécurité, malgré les souhaits d'un responsable de la + Toute modification controversée doit, si le responsable de + la maintenance ou l'Architecte Principal le demande, être annulée + jusqu'à ce que la discussion soit terminée. Les modifications pour + des questions de sécurité peuvent être effectuées par l'Officier de + Sécurité, malgré les souhaits d'un responsable de la maintenance. - Les modifications doivent être faites dans - -current avant d'être reportées dans + Les modifications doivent être faites dans + -current avant d'être reportées dans -stable sauf autorisation expresse du responsable des versions ou si elles ne s'appliquent pas à -current. Toute modification non triviale ni urgente doit rester au moins trois jours dans - -current pour être testée suffisamment avant - d'être reportée. Le responsable des versions a les mêmes - prérogatives sur la branche -stable que celles - décrites, pour ce qui concerne l'Architecte Principal, par le règle + -current pour être testée suffisamment avant + d'être reportée. Le responsable des versions a les mêmes + prérogatives sur la branche -stable que celles + décrites, pour ce qui concerne l'Architecte Principal, par le règle #5. Ne vous disputez pas publiquement avec les autres committers ; cela fait mauvais - effet. Si vous êtes en “profond” désaccord sur un point, - n'en discutez qu'en privé. + effet. Si vous êtes en “profond” désaccord sur un point, + n'en discutez qu'en privé. - Respectez tous les gels du code et lisez régulièrement la liste + Respectez tous les gels du code et lisez régulièrement la liste de diffusion pour les committers pour savoir quand il y en a. - En cas de doute sur une procédure, renseignez-vous + En cas de doute sur une procédure, renseignez-vous d'abord ! - Testez vos modifications avant de les intégrer. + Testez vos modifications avant de les intégrer. - Comme indiqué, enfreindre l'un de ces règles peut entraîner une - suspension provisoire, et, en cas de récidive, une suppression - permanente des privilèges de committers. - Trois membres ou plus de l'équipe de base, ou l'Architecte Principal et - un autre membre de l'équipe de base, peuvent, s'ils en sont d'accord, - suspendre temporairement ces privilèges jusqu'à ce que l'ensemble de + Comme indiqué, enfreindre l'un de ces règles peut entraîner une + suspension provisoire, et, en cas de récidive, une suppression + permanente des privilèges de committers. + Trois membres ou plus de l'équipe de base, ou l'Architecte Principal et + un autre membre de l'équipe de base, peuvent, s'ils en sont d'accord, + suspendre temporairement ces privilèges jusqu'à ce que l'ensemble de -core examine la question. En cas d'urgence (un committer - endommageant les archives), une suspension provisoire peut aussi être - décidée par l'un des administrateurs des archives ou tout autre membre - de l'équipe de base qui se trouve être réveillé à ce moment-là. Seule la - totalité de l'équipe de base peut suspendre pour une durée importante + endommageant les archives), une suspension provisoire peut aussi être + décidée par l'un des administrateurs des archives ou tout autre membre + de l'équipe de base qui se trouve être réveillé à ce moment-là. Seule la + totalité de l'équipe de base peut suspendre pour une durée importante les droits d'un committer, ou les - retirer définitivement, cette dernière mesure n'étant en général prise - qu'après consultation avec les - committers. Le but de cette règle n'est - pas de faire de l'équipe de base une bande de dictateurs cruels qui + retirer définitivement, cette dernière mesure n'étant en général prise + qu'après consultation avec les + committers. Le but de cette règle n'est + pas de faire de l'équipe de base une bande de dictateurs cruels qui puissent disposer des committers comme de cannettes vides, mais d'avoir une sorte de fusible pour le projet. Si - quelqu'un est sévèrement incontrôlable, il est important de pouvoir - réagir immédiatement, au lieu d'être paralysé par la discussion. Dans + quelqu'un est sévèrement incontrôlable, il est important de pouvoir + réagir immédiatement, au lieu d'être paralysé par la discussion. Dans tous les cas, le committers dont les - privilèges sont suspendus a le droit d'être “entendu”, c'est - à ce moment-là qu'il est décidé de la durée totale de la suspension. Il - peut aussi demander un révision de la décision après 30 jours et tous - les 30 jours ensuite (à moins que la durée totale de la suspension soit - inférieure à 30 jours). Quelqu'un à qui les privilèges ont été - définitivement retiré peut demander que son cas soit revu après 6 mois. - La procédure de révision est strictement - informelle, et, dans tous les cas, l'équipe de base se - réserve le droit de prendre en compte ou d'ignorer les demandes de - révision, si elle pense que sa décision initiale était la bonne. + privilèges sont suspendus a le droit d'être “entendu”, c'est + à ce moment-là qu'il est décidé de la durée totale de la suspension. Il + peut aussi demander un révision de la décision après 30 jours et tous + les 30 jours ensuite (à moins que la durée totale de la suspension soit + inférieure à 30 jours). Quelqu'un à qui les privilèges ont été + définitivement retiré peut demander que son cas soit revu après 6 mois. + La procédure de révision est strictement + informelle, et, dans tous les cas, l'équipe de base se + réserve le droit de prendre en compte ou d'ignorer les demandes de + révision, si elle pense que sa décision initiale était la bonne. - Pour toutes les autres aspects du fonctionnement du projet, l'équipe + Pour toutes les autres aspects du fonctionnement du projet, l'équipe de base est un sous-ensemble des committers et est soumise aux - même règles. Ce n'est pas parce que quelqu'un - appartient à l'équipe de base qu'il est dispensé de suivre les + même règles. Ce n'est pas parce que quelqu'un + appartient à l'équipe de base qu'il est dispensé de suivre les instructions que l'on vient de donner, les “pouvoirs - spéciaux” de l'équipe de base ne sont effectifs que lorsqu'elle + spéciaux” de l'équipe de base ne sont effectifs que lorsqu'elle agit en tant que groupe, pas individuellement. Individuellement, nous sommes tous d'abord des committers et ensuite seulement membres - de l'équipe de base. + de l'équipe de base. - Détails + Détails @@ -596,60 +596,60 @@ Cela signifie que vous devez traiter les autres committers en tant que groupe de - co-développeurs qu'ils sont en fait. Malgré nos tentatives + co-développeurs qu'ils sont en fait. Malgré nos tentatives occasionnelles pour prouver le contraire, on ne devient pas - committer en étant stupide et - rien n'est plus irritant que d'être traité comme tel par un de vos - collaborateurs. Que nous apprécions toujours quelqu'un d'autre - ou pas (chacun a ses jours sans), nous devons malgré tout toujours + committer en étant stupide et + rien n'est plus irritant que d'être traité comme tel par un de vos + collaborateurs. Que nous apprécions toujours quelqu'un d'autre + ou pas (chacun a ses jours sans), nous devons malgré tout toujours traiter les autres avec respect, sans quoi - c'est toute l'organisation de l'équipe qui se désagrège + c'est toute l'organisation de l'équipe qui se désagrège rapidement. Etre capable de travailler ensemble à long terme est le plus grand atout du projet, bien plus important que n'importe quel - série de modifications du code, et transformer les discussions à - propos du code en disputes qui affectent notre capacité à + série de modifications du code, et transformer les discussions à + propos du code en disputes qui affectent notre capacité à travailler harmonieusement ensemble à long terme n'en vaut vraiment pas la peine, quelque justification que l'on puisse imaginer. - Pour respecter cette règle, n'envoyez pas de courrier - électronique quand vous êtes en colère et ne vous comportez en - outre pas de façon à paraître inutilement agressif aux autres. - Commencez par vous calmer et réfléchissez à la manière la plus + Pour respecter cette règle, n'envoyez pas de courrier + électronique quand vous êtes en colère et ne vous comportez en + outre pas de façon à paraître inutilement agressif aux autres. + Commencez par vous calmer et réfléchissez à la manière la plus efficace de convaincre l(es) autre(s) personne(s) de la justesse de votre point de vue. Ne partez pas sur les chapeaux de roues - pour vous sentir simplement immédiatement mieux au prix d'une + pour vous sentir simplement immédiatement mieux au prix d'une dispute à long terme. Non seulement c'est une mauvaise “gestion des ressources”, mais les responsables du - projet sanctionneront sévèrement les manifestations d'agressivité - publiques et répétées, jusqu'à suspendre ou vous retirer - définitivement vos privilèges de + projet sanctionneront sévèrement les manifestations d'agressivité + publiques et répétées, jusqu'à suspendre ou vous retirer + définitivement vos privilèges de committer. Ce n'est pas une chose - qu'ils aiment le moins du monde faire, mais l'unité est la - priorité. Aucune dose de code ou de judicieux conseils ne s'y + qu'ils aiment le moins du monde faire, mais l'unité est la + priorité. Aucune dose de code ou de judicieux conseils ne s'y mesure. Discutez de toute modification importante - avant intégration. + avant intégration. Ce n'est pas dans les archives CVS que les modifications - doivent être intégrées pour validation ou discussion, cela doit - se faire d'abord sur les listes de discussion et être intégré - ensuite lorsqu'on est arrivé à quelque chose qui approche du + doivent être intégrées pour validation ou discussion, cela doit + se faire d'abord sur les listes de discussion et être intégré + ensuite lorsqu'on est arrivé à quelque chose qui approche du consensus. Cela ne signifie pas que vous deviez demander la - permission avant de corriger chaque erreur évidente de syntaxe ou + permission avant de corriger chaque erreur évidente de syntaxe ou d'orthographe dans une page de manuel, mais simplement que vous devriez essayer de sentir quand vous envisagez une modification - qui n'est pas aussi triviale et qui demande à être discutée au - préalable. Les gens n'ont rien contre les modifications - d'envergure si le résultat en est quelque chose de nettement + qui n'est pas aussi triviale et qui demande à être discutée au + préalable. Les gens n'ont rien contre les modifications + d'envergure si le résultat en est quelque chose de nettement meilleur que ce qu'ils avaient auparavant, mais ils n'aiment pas - être surpris par ces modifications. La - meilleure façon de vous assurer que vous allez dans le bon sens et + être surpris par ces modifications. La + meilleure façon de vous assurer que vous allez dans le bon sens et de faire valider votre code par un ou plusieurs autres committers. @@ -670,18 +670,18 @@ personnes  voyez http://www.FreeBSD.org/handbook/policies.html pour plus d'information à ce sujet. Quand il y a plusieurs - personnes qui maintiennent une même section de code, les - soumissions d'une de ces personnes sur ces sections doivent être + personnes qui maintiennent une même section de code, les + soumissions d'une de ces personnes sur ces sections doivent être revues par au moins une des autres personnes qui la maintiennent. - Dans le cas où l'attribution n'est pas claire, + Dans le cas où l'attribution n'est pas claire, vous pouvez aussi consulter les messages de CVS pour les - fichiers concernés, pour voir si quelqu'un a travaillé dessus - récemment ou travaille de façon prédominante sur ce + fichiers concernés, pour voir si quelqu'un a travaillé dessus + récemment ou travaille de façon prédominante sur ce domaine. - Il y a d'autres parties de FreeBSD qui sont contrôlées par - quelqu'un qui gère tout un domaine de l'évolution de FreeBSD, - l'internationalisation ou le réseau par exemple. Reportez-vous à + Il y a d'autres parties de FreeBSD qui sont contrôlées par + quelqu'un qui gère tout un domaine de l'évolution de FreeBSD, + l'internationalisation ou le réseau par exemple. Reportez-vous à http://www.FreeBSD.org/handbook/staff-who.html pour avoir plus d'informations à ce sujet. @@ -693,77 +693,77 @@ C'est assez clair - vous n'avez pas le droit de faire de modifications directement sur les archives, point. En cas - de difficultés, adressez-vous à l'un des responsables des - archives en envoyant un courrier électronique à + de difficultés, adressez-vous à l'un des responsables des + archives en envoyant un courrier électronique à cvs@FreeBSD.org et attendez qu'ils corrigent le - problème et vous relancent. N'essayez pas de régler le problème - vous-même ! + problème et vous relancent. N'essayez pas de régler le problème + vous-même ! - Si vous envisagez de supprimer un étiquette ou d'en mettre une + Si vous envisagez de supprimer un étiquette ou d'en mettre une nouvelle, ou bien d'importer du code sur nouvelle branche, il vous - sera peut-être utile de demander d'abord un avis. Nombreux sont - ceux qui se trompent en faisant cela les premières fois et cela + sera peut-être utile de demander d'abord un avis. Nombreux sont + ceux qui se trompent en faisant cela les premières fois et cela aboutit à la modification de nombreux fichiers et irrite les utilisateurs de CVSup/CTM qui recoivent tout à coup de nombreuses mises à jour inutiles. - Toute modification controversée doit, si le responsable de - la maintenance ou l'Architecte Principal le demande, être annulée - jusqu'à ce que la discussion soit terminée. Les modifications pour - des questions de sécurité peuvent être effectuées par l'Officier - de Sécurité, malgré les souhaits d'un responsable de la + Toute modification controversée doit, si le responsable de + la maintenance ou l'Architecte Principal le demande, être annulée + jusqu'à ce que la discussion soit terminée. Les modifications pour + des questions de sécurité peuvent être effectuées par l'Officier + de Sécurité, malgré les souhaits d'un responsable de la maintenance. - Ce peut être dur à avaler en cas de conflit (quand chaque - partie est bien sûr convaincue qu'elle a raison) mais CVS permet - d'éviter de prolonger la dispute, il est bien plus facile de + Ce peut être dur à avaler en cas de conflit (quand chaque + partie est bien sûr convaincue qu'elle a raison) mais CVS permet + d'éviter de prolonger la dispute, il est bien plus facile de revenir sur les modifications, d'attendre que tout le monde se calme et d'essayer de voir quelle est la meilleure solution. - S'il s'avère que la modification était la bonne chose à faire, - elle peut-être facilement remise en service. Dans le cas contraire, - les utilisateurs n'auront pas eu à subir l'évolution erronée le - temps que tout le monde ait débattu de sa pertinence. Il est très - rare que l'on ait à revenir sur des modifications archivées, parce - que la discussion met la plupart du temps en évidence les - interventions controversés ou non justifiées avant même qu'elles - n'aient été intégrées, mais dans les rares cas où cela se produit, - il faut revenir en arrière sans discuter de façon à ce que l'on - puisse immédiatement examiner s'il y avait erreur ou non. + S'il s'avère que la modification était la bonne chose à faire, + elle peut-être facilement remise en service. Dans le cas contraire, + les utilisateurs n'auront pas eu à subir l'évolution erronée le + temps que tout le monde ait débattu de sa pertinence. Il est très + rare que l'on ait à revenir sur des modifications archivées, parce + que la discussion met la plupart du temps en évidence les + interventions controversés ou non justifiées avant même qu'elles + n'aient été intégrées, mais dans les rares cas où cela se produit, + il faut revenir en arrière sans discuter de façon à ce que l'on + puisse immédiatement examiner s'il y avait erreur ou non. - Les modifications doivent être faites dans - -current avant d'être reportées dans + Les modifications doivent être faites dans + -current avant d'être reportées dans -stable sauf autorisation expresse du responsable des versions ou si elles ne s'appliquent pas à -current. Toute modification non triviale ni urgente doit rester au moins trois jours dans - -current pour être testée suffisamment avant - d'être reportée. Le responsable des versions a les mêmes - prérogatives sur la branche -stable que celles - décrites, pour ce qui concerne l'Architecte Principal, par le règle + -current pour être testée suffisamment avant + d'être reportée. Le responsable des versions a les mêmes + prérogatives sur la branche -stable que celles + décrites, pour ce qui concerne l'Architecte Principal, par le règle #5 C'est un autre point sans appel parce que c'est - l'ingénieur de version qui est en dernier lieu responsable (et - encaisse les coups) si une modification s'avère mal fondée. - Respectez s'il vous plaît cette règle et coopérez totalement + l'ingénieur de version qui est en dernier lieu responsable (et + encaisse les coups) si une modification s'avère mal fondée. + Respectez s'il vous plaît cette règle et coopérez totalement avec le responsable des versions pour ce qui concerne la branche -stable. La gestion de la branche - -stable peut parfois paraître excessivement + -stable peut parfois paraître excessivement conservatrice à un observateur occasionnel, mais rappelez vous que - c'est le principe même de -stable et que - -current suit d'autres règles. Il n'y a aucune + c'est le principe même de -stable et que + -current suit d'autres règles. Il n'y a aucune raison d'avoir une branche -current si toutes - les modifications vont immédiatement dans - -stable, sans pouvoir d'abord être testées par - les développeurs de -current, laissez donc + les modifications vont immédiatement dans + -stable, sans pouvoir d'abord être testées par + les développeurs de -current, laissez donc passer un peu de temps avant de les reporter dans -stable, à moins que la modification ne soit critique, urgente, ou suffisamment triviale pour rendre tout - test ultérieur superflu (correction d'orthographe dans les pages + test ultérieur superflu (correction d'orthographe dans les pages de manuel, de bogue flagrant ou de faute de frappe, etc.) En d'autres termes, faites preuve de bon sens. @@ -771,38 +771,38 @@ Ne vous disputez pas publiquement avec les autres committers ; cela fait mauvais - effet. Si vous êtes en “profond” désaccord sur un point, - n'en discutez qu'en privé. + effet. Si vous êtes en “profond” désaccord sur un point, + n'en discutez qu'en privé. Le projet a une image publique à conserver et cette image est - très importante pour nous tous, en particulier si nous voulons + très importante pour nous tous, en particulier si nous voulons continuer à attirer de nouveaux membres. Il y aura des situations - où, malgré tous les efforts de chacun pour rester mesurés, - certains perdront leur calme et laisserons leur colère s'exprimer, + où, malgré tous les efforts de chacun pour rester mesurés, + certains perdront leur calme et laisserons leur colère s'exprimer, et le mieux que nous puissions faire est d'essayer d'en minimiser - les effets jusqu'à ce que chacun se soit de nouveau calmé. Cela - signifie que vous ne devez ni laisser exprimer votre colère en - public, ni faire suivre de courriers privés sur des listes ou des + les effets jusqu'à ce que chacun se soit de nouveau calmé. Cela + signifie que vous ne devez ni laisser exprimer votre colère en + public, ni faire suivre de courriers privés sur des listes ou des alias publics. Ce que les gens se disent entre eux est souvent - moins édulcoré que ce qu'ils disent en public, et ce type - d'échange n'y a donc pas sa place - cela ne peut - qu'envenimer une situation déjà regrettable. Si la personne qui - vous adresse des reproches prend au moins la précaution de le - faire en privé, ayez vous aussi la correction de le garder pour - vous. Si vous estimez avoir été injustement traité par un autre - développeur et que cela vous soucie, parlez-en à l'équipe de base - plutôt qu'en public. Nous ferons de notre mieux pour jouer les - médiateurs et ramener les choses au raisonnable. Quand la + moins édulcoré que ce qu'ils disent en public, et ce type + d'échange n'y a donc pas sa place - cela ne peut + qu'envenimer une situation déjà regrettable. Si la personne qui + vous adresse des reproches prend au moins la précaution de le + faire en privé, ayez vous aussi la correction de le garder pour + vous. Si vous estimez avoir été injustement traité par un autre + développeur et que cela vous soucie, parlez-en à l'équipe de base + plutôt qu'en public. Nous ferons de notre mieux pour jouer les + médiateurs et ramener les choses au raisonnable. Quand la discussion a trait à une modifications de code et que les participants n'arrivent apparemment pas à se mettre d'accord, - l'équipe de base peut désigner une troisième partie ayant l'accord - mutuel pour résoudre le problème. Les autres personnes impliquées - doivent alors accepter de se plier aux décisions de cette - troisième partie. + l'équipe de base peut désigner une troisième partie ayant l'accord + mutuel pour résoudre le problème. Les autres personnes impliquées + doivent alors accepter de se plier aux décisions de cette + troisième partie. - Respectez tous les gels du code et lisez régulièrement la + Respectez tous les gels du code et lisez régulièrement la liste de diffusion pour les committers pour savoir quand il y en a. @@ -810,52 +810,52 @@ Soumettre des modifications pendant un gel du code est vraiment une grave erreur et l'on attend des committers qu'ils se tiennent au - courant de ce qui se passe avant de se remanifester après une - longue absence et soumettre 10 Mo de code accumulés pendant ce - temps. Les gens qui se comportent régulièrement de cette façon - verront leurs privilèges de + courant de ce qui se passe avant de se remanifester après une + longue absence et soumettre 10 Mo de code accumulés pendant ce + temps. Les gens qui se comportent régulièrement de cette façon + verront leurs privilèges de committers suspendus jusqu'à leur - retour du Joyeux Camp de Rééducation de FreeBSD que nous gérons + retour du Joyeux Camp de Rééducation de FreeBSD que nous gérons au Gröenland. - En cas de doute sur une procédure, renseignez-vous + En cas de doute sur une procédure, renseignez-vous d'abord ! De nombreuses erreurs sont commises parce que quelqu'un est - pressé et estime qu'il sait quelle est la meilleure façon de + pressé et estime qu'il sait quelle est la meilleure façon de faire quelque chose. Il y a des bonnes chances que vous ne sachiez en fait pas comment faire ce que vous n'avez encore jamais fait et que vous ayez vraiment besoin de demander d'abord sans quoi vous allez vous mettre publiquement dans l'embarras. Il n'y a aucune honte à demander “Comment diable fait-on cela ?”, - nous savons déjà que vous êtes quelqu'un d'intelligent, sans quoi + nous savons déjà que vous êtes quelqu'un d'intelligent, sans quoi vous ne seriez pas committer. - Testez vos modifications avant de les intégrer. + Testez vos modifications avant de les intégrer. - Cela peut paraître évident, mais si c'était vraiment le cas, - nous ne verrions probablement pas autant de cas où les gens ne le + Cela peut paraître évident, mais si c'était vraiment le cas, + nous ne verrions probablement pas autant de cas où les gens ne le font manifestement pas. Si vos modifications touchent le noyau, - vérifiez que vous pouvez toujours compiler et + vérifiez que vous pouvez toujours compiler et GENERIC et LINT. Si vos modifications s'appliquent ailleurs, assurez-vous que vous pouvez - toujours compiler l'ensemble du système - make + toujours compiler l'ensemble du système - make world. Si vous faites vos modifications sur une branche - donnée, veillez à tester vos modifications sur une machine qui - utilise cette version du système. Si votre modifications risque - de poser des problèmes sur une autre architecture matérielle, - veillez à tester sur toutes les architectures supportées. Nous + donnée, veillez à tester vos modifications sur une machine qui + utilise cette version du système. Si votre modifications risque + de poser des problèmes sur une autre architecture matérielle, + veillez à tester sur toutes les architectures supportées. Nous n'avons actuellement qu'x86 et Alpha, c'est donc assez facile à faire. Si vous avez besoin de tester sur l'AXP, votre compte sur beast.FreeBSD.org vous permet de compiler et tester des binaires/noyaux/etc. sur Alpha. Quand - d'autres architectures seront ajoutées à la liste des - plates-formes supportées par FreeBSD, des ressources partagées + d'autres architectures seront ajoutées à la liste des + plates-formes supportées par FreeBSD, des ressources partagées de test seront disponibles. @@ -864,22 +864,22 @@ Autres suggestions - Quand vous intégrez des modifications de la documentation, + Quand vous intégrez des modifications de la documentation, utilisez un correcteur orthographique avant de soumettre. Pour toutes - les documentations en SGML, vous devriez aussi vérifier que vos + les documentations en SGML, vous devriez aussi vérifier que vos directives de formatage sont valides, avec un make lint. Pour toutes les pages de manuel en ligne, servez-vous de - manck (au catalogue des logiciels portés) sur la - page pour vérifier que toutes les références croisées et noms de + manck (au catalogue des logiciels portés) sur la + page pour vérifier que toutes les références croisées et noms de fichiers sont corrects et que les MKLINKs - appropriés sont installés. + appropriés sont installés. - Questions Fréquemment Posées propres aux logiciels portés *** DIFF OUTPUT TRUNCATED AT 1000 LINES ***