Add a translated version of the FreeBSD glossary.
This commit is contained in:
parent
db13e32916
commit
282e82b119
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=19361
1 changed files with 140 additions and 0 deletions
140
fr_FR.ISO8859-1/share/sgml/glossary/freebsd-glossary.sgml
Normal file
140
fr_FR.ISO8859-1/share/sgml/glossary/freebsd-glossary.sgml
Normal file
|
@ -0,0 +1,140 @@
|
|||
<!--
|
||||
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>
|
||||
|
Loading…
Reference in a new issue