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
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
|
#use wml::debian::translation-check translation="24c44bd7384aec0bfadf3f41ae88f41afeb722fc"
<define-tag pagetitle>Общее решение: Включить в sarge архитектуру AMD64</define-tag>
<define-tag status>W</define-tag>
#use wml::debian::template title="<pagetitle>" BARETITLE="true" NOHEADER="true"
#use wml::debian::toc
#use wml::debian::votebar
<h1><pagetitle></h1>
# <h2> </h2>
<toc-display/>
<vtimeline />
<table class="vote">
<tr>
<th>Выдвижение и поправки</th>
<td>вторник, 13 июля 2004</td>
<td><!-- Wednesday, May 26<sup>th</sup>, --> 2004</td>
</tr>
<tr>
<th>Период обсуждения:</th>
<td><!-- Tuesday, July 13<sup>th</sup>, --> 2004</td>
<td><!-- Friday, June 18<sup>th</sup>, 23:59:59 UTC, --> 2004</td>
</tr>
<tr>
<th>Период голосования</th>
<td><!-- Friday, June 18<sup>th</sup>, 23:59:59 UTC, --> 2004</td>
<td><!-- Friday, July 2<sup>nd</sup>, 23:59:59 UTC, --> 2004</td>
</tr>
</table>
<vproposer />
<p>Джосселин Мьюэтт (Josselin Mouette)
[<a href="mailto:joss@debian.org">joss@debian.org</a>]
</p>
<vseconds />
<ol>
<li>Роберт Миллан (Robert Millan)
[<a href="mailto:rmh@debian.org">rmh@debian.org</a>]
</li>
<li>Хавьер Роше (Xavier Roche)
[<a href="mailto:xavier@debian.org">xavier@debian.org</a>]
</li>
<li>Марк 'HE' Брокшмидт (Marc Brockschmidt)
[<a href="mailto:he@debian.org">he@debian.org</a>]
</li>
<li>Александр Вирт (Alexander Wirt)
[<a href="mailto:formorer@debian.org">formorer@debian.org</a>]
</li>
</ol>
<vtext />
<p>
Включить архитектуру AMD64 в дистрибутивы sarge и sid, несмотря на несоответствие политике.
</p>
<p>
Предложенный текст Общего решения:<br><br>
<strong>The Debian Project,</strong><br>
<p>
based on its Social Contract stating that its
priorities are its users and free software,
</p>
<p>
and acknowledging that its users want to take
advantage of all this architecture's features,
</p>
<p>
hereby resolves:
</p>
<ol>
<li>
that the next Debian GNU/Linux release, code named
<q>sarge</q>, will include the <q>amd64</q>
architecture, based on the work currently hosted at
<a href="https://debian-amd64.alioth.debian.org/">https://debian-amd64.alioth.debian.org/</a> ;
</li>
<li>
that non-compliance of that <q>amd64</q>
distribution with the Linux Standard Base
specification for IA32 will not be considered a
release-critical bug;
</li>
<li>
that we will include it immediately in the "sid"
distribution and auto-building infrastructure, and
take all appropriate steps so that inclusion won't
delay the release of <q>sarge</q> any further.
</li>
</ol>
<h3>Rationale</h3>
<p>
With our current release time frame, AMD64 is likely
to become the most sold architecture for personal
computers way before the release that will follow
sarge. If we don't release sarge with AMD64 support,
our users will be very disappointed. The popularity
of the debian-amd64 project just shows what they are
waiting for.
</p>
<p>
Furthermore, the AMD64 architecture is mostly
ready. It now builds just as many packages as our
other release architectures, and it has a working
installer.
</p>
<p>
The only valid reasons for not including it are lack
of LSB compliance (which can still be easily achieved
with an i386 chroot) and mirror space (which will be
saved using partial mirroring). Another reason seems
to be the lack of cooperation of some
developers. This resolution intends to make everyone
cooperate in this direction. Of course, the author of
this resolution would welcome if the people
responsible would just do it, thereby making this
resolution superfluous.
</p>
Перевод текста на русский язык:<br>
<strong>Проект Debian</strong><br>
<p>
на основании Общественного договора, согласно
которому нашими приоритетами являются наши
пользователи и Свободное программное обеспечение,
</p>
<p>
полагая, что интересах наших пользователей
использовать все возможности архитектуры,
</p>
<p>
устанавливает:
</p>
<ol>
<li>
что следующий выпуск Debian GNU/Linux (кодовое
наименование <q>sarge</q>) будет включать архитектуру
<q>amd64</q> на основе проделанной к данному моменту
на <a
href="https://debian-amd64.alioth.debian.org/">https://debian-amd64.alioth.debian.org/</a>
работы;
</li>
<li>
что несоответствие дистрибутива <q>amd64</q>
спецификации Linux Standards Base для IA32
не будет рассматривать как блокирующая выпуск
ошибка;
</li>
<li>
что мы немедленно включим <q>amd64</q> в дистрибутив
"sid" и инфраструктуру автоматической сборки,
и предпримем все необходимые шаги по её как можно более
быстрому включению в <q>sarge</q>.
</li>
</ol>
<h3>Обоснование</h3>
<p>
С учётом продолжительности нашего цикла выпусков, AMD64
должна с большой вероятностью стать наиболее продаваемой
архитектурой персональных компьютеров задолго до выхода
следующего выпуска после sarge. Если sarge не будет
включать поддержку AMD64, наши пользователи будут очень
разочарованы. Популярность проекта debian-amd64 показывает,
что пользователи ждут с нетерпением.
</p>
<p>
Кроме того, архитектура AMD64 почти готова. На данный
момент на этой архитектуре собирается не меньшее число
пакетов, чем на других, уже включённых в выпуск, а
также вполне работает система установки.
</p>
<p>
Единственными причинами не включать AMD64 в выпуск
являются неполное соответствие LSB (которое, однако,
может быть легко достигнуто путём смены корневого
каталога на каталог архитектуры i386) и размер зеркал
(который может быть уменьшен путём частичного зеркалирования).
Другие причины, по-видимому, являются лишь следствием
недостаточного взаимодействия между разработчиками.
Это решение должно улучшить взаимодействие в этом
направлении. Разумеется, инициатор голосования будет рад,
если люди, ответственные за выпуск, просто примут решение
о включении архитектуры в выпуск. В этом случае Общее
решение не потребуется.
</p>
<vquorum />
<p>Пока не вычислен</p>
<vstatistics />
<p>Пока не собраны.</p>
<vmajorityreq />
<p>Решение не требует квалифицированного большинства.</p>
<voutcome />
<p>Пока не определён</p>
<hrline>
<address>
<a href="mailto:srivasta@debian.org">Manoj Srivastava</a>
</address>
|
