doc/fr_FR.ISO8859-1/share/sgml/glossary.ent
Gabor Kovesdan 44ff87d9fa - Expand character entities in the French documentation
Approved by:	doceng (implicit)
2012-08-09 22:39:25 +00:00

142 lines
4 KiB
XML

<?xml version="1.0" encoding="ISO8859-1"?>
<!--
Glossaire des termes spécifiques à FreeBSD
Les éléments de ce fichier doivent respecter l&apos;ordre alphabétique.
$FreeBSD$
Original Revision: 1.5
-->
<!ENTITY freebsd-glossary '
<glossary status="draft" id="freebsd-glossary">
<title>Glossaire &os;</title>
<para>Ce glossaire définit des termes et des acronymes
spécifiques &agrave; &os;.</para>
<glossdiv>
<title>B</title>
<glossentry id="bsd">
<glossterm>Berkeley Software Distribution</glossterm>
<acronym>BSD</acronym>
<glossdef>
<para>C&apos;est le nom qu&apos;a donné le groupe de recherche en
systèmes informatique (&ldquo;Computer Systems Research
Group&rdquo;) de Berkeley aux améliorations et
modifications qu&apos;il a apporté &agrave; l&apos;&unix; 32V
d&apos;AT&amp;T.</para>
</glossdef>
</glossentry>
<glossentry id="bikeshed">
<glossterm>Bikeshed Building</glossterm>
<glossdef>
<para>Un phénomène selon lequel beaucoup de gens
donnent leur opinion sur un sujet trivial, tandis qu&apos;un sujet
complexe n&apos;est que peu ou pas du tout débattu.
Consultez la <ulink
url="../faq/misc.html#BIKESHED-PAINTING">FAQ</ulink> pour
l&apos;origine de ce terme.</para>
</glossdef>
</glossentry>
<glossentry>
<glossterm>BSD</glossterm>
<glosssee otherterm="bsd"/>
</glossentry>
</glossdiv>
<glossdiv>
<title>K</title>
<glossentry id="kse">
<glossterm>Kernel Scheduler Entities</glossterm>
<acronym>KSE</acronym>
<glossdef>
<para>Un système de threading supporté par le
noyau. Consultez la <ulink
url="http://www.FreeBSD.org/kse">page du projet</ulink> pour
plus de détails.</para>
</glossdef>
</glossentry>
<glossentry>
<glossterm>KSE</glossterm>
<glosssee otherterm="kse"/>
</glossentry>
</glossdiv>
<glossdiv>
<title>M</title>
<glossentry id="mfc">
<glossterm>Merge From Current</glossterm>
<acronym>MFC</acronym>
<glossdef>
<para>Intégration d&apos;une fonctionnalité ou d&apos;un
correctif de la branche -CURRENT vers une autre branche, la
plupart du temps la branche -STABLE.</para>
</glossdef>
</glossentry>
<glossentry id="mfs">
<glossterm>Merge From Stable</glossterm>
<acronym>MFS</acronym>
<glossdef>
<para>Lors du déroulement normal du
développement de &os;, une modification sera
effectuée tout d&apos;abord sur la branche -CURRENT pour
être testée avant d&apos;être
intégrée sur la branche -STABLE. Dans de rares
occasions, une modification pourra être effectuée
en premier lieu sur la branche -STABLE puis être ensuite
intégrée &agrave; la branche -CURRENT.</para>
<para>Ce terme est également utilisé quand un
correctif de la branche -STABLE est intégré
dans une branche de sécurité.</para>
<glossseealso otherterm="mfc"/>
</glossdef>
</glossentry>
<glossentry>
<glossterm>MFC</glossterm>
<glosssee otherterm="mfc"/>
</glossentry>
<glossentry>
<glossterm>MFS</glossterm>
<glosssee otherterm="mfs"/>
</glossentry>
</glossdiv>
<glossdiv>
<title>P</title>
<glossentry id="pola">
<glossterm>Principle Of Least Astonishment</glossterm>
<acronym>POLA</acronym>
<glossdef>
<para>Avec l&apos;évolution de &os;, les changements
visibles par l&apos;utilisateur devraient être les moins
déroutant possible. Par exemple, un
réarrangement arbitraire des variables de
démarrage du système dans le fichier
<filename>/etc/defaults/rc.conf</filename> viole ce principe
(<acronym>POLA</acronym>&mdash;principe du moindre
étonnement). Les développeurs prennent en
compte ce principe quand ils s&apos;intéressent aux
changements du système visibles par les
utilisateurs.</para>
</glossdef>
</glossentry>
<glossentry>
<glossterm>POLA</glossterm>
<glosssee otherterm="pola"/>
</glossentry>
</glossdiv>
</glossary>
'>