140 lines
4.1 KiB
Text
140 lines
4.1 KiB
Text
<!--
|
|
Glossaire des termes spécifiques à FreeBSD
|
|
Les éléments de ce fichier doivent respecter l'ordre alphabétique.
|
|
|
|
|
|
$FreeBSD$
|
|
Original Revision: 1.5
|
|
-->
|
|
|
|
<glossary status="draft" id="freebsd-glossary">
|
|
<title>Glossaire &os;</title>
|
|
<para>Ce glossaire définit des termes et des acronymes
|
|
spécifiques à &os;.</para>
|
|
|
|
<glossdiv>
|
|
<title>B</title>
|
|
|
|
<glossentry id="bsd">
|
|
<glossterm>Berkeley Software Distribution</glossterm>
|
|
<acronym>BSD</acronym>
|
|
<glossdef>
|
|
<para>C'est le nom qu'a donné le groupe de recherche en
|
|
systèmes informatique (“Computer Systems Research
|
|
Group”) de Berkeley aux améliorations et
|
|
modifications qu'il a apporté à l'&unix; 32V
|
|
d'AT&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'un sujet
|
|
complexe n'est que peu ou pas du tout débattu.
|
|
Consultez la <ulink
|
|
url="../faq/misc.html#BIKESHED-PAINTING">FAQ</ulink> pour
|
|
l'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'une fonctionnalité ou d'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'abord sur la branche -CURRENT pour
|
|
être testée avant d'ê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 à 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'évolution de &os;, les changements
|
|
visibles par l'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>—principe du moindre
|
|
étonnement). Les développeurs prennent en
|
|
compte ce principe quand ils s'intéressent aux
|
|
changements du système visibles par les
|
|
utilisateurs.</para>
|
|
</glossdef>
|
|
</glossentry>
|
|
|
|
<glossentry>
|
|
<glossterm>POLA</glossterm>
|
|
<glosssee otherterm="pola">
|
|
</glossentry>
|
|
</glossdiv>
|
|
</glossary>
|
|
|