blob: 3fe427fb20e3daaacaf36fc1d2982777500b5412 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
|
<?xml version="1.0" encoding="iso-8859-1"?>
<!--
Glossaire des termes spécifiques à FreeBSD
Les éléments de ce fichier doivent respecter l'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 à &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>
'>
|
