Общее решение: Включить в sarge архитектуру AMD64

Временная шкала
Выдвигающий предложение
Поддерживающий предложение
Текст
Кворум
Данные и статистика
Условие большинства
Итог

Временная шкала

Выдвижение и поправки	вторник, 13 июля 2004	2004
Период обсуждения:	2004	2004
Период голосования	2004	2004

Выдвигающий предложение

Джосселин Мьюэтт (Josselin Mouette) [[email protected]]

Поддерживающий предложение

Роберт Миллан (Robert Millan) [[email protected]]
Хавьер Роше (Xavier Roche) [[email protected]]
Марк 'HE' Брокшмидт (Marc Brockschmidt) [[email protected]]
Александр Вирт (Alexander Wirt) [[email protected]]

Текст

Включить архитектуру AMD64 в дистрибутивы sarge и sid, несмотря на несоответствие политике.

Предложенный текст Общего решения:

The Debian Project,

based on its Social Contract stating that its priorities are its users and free software,

and acknowledging that its users want to take advantage of all this architecture's features,

hereby resolves:

that the next Debian GNU/Linux release, code named sarge, will include the amd64 architecture, based on the work currently hosted at https://debian-amd64.alioth.debian.org/ ;
that non-compliance of that amd64 distribution with the Linux Standard Base specification for IA32 will not be considered a release-critical bug;
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 sarge any further.

Rationale

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.

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.

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.

Перевод текста на русский язык:
Проект Debian

на основании Общественного договора, согласно которому нашими приоритетами являются наши пользователи и Свободное программное обеспечение,

полагая, что интересах наших пользователей использовать все возможности архитектуры,

устанавливает:

что следующий выпуск Debian GNU/Linux (кодовое наименование sarge) будет включать архитектуру amd64 на основе проделанной к данному моменту на https://debian-amd64.alioth.debian.org/ работы;
что несоответствие дистрибутива amd64 спецификации Linux Standards Base для IA32 не будет рассматривать как блокирующая выпуск ошибка;
что мы немедленно включим amd64 в дистрибутив "sid" и инфраструктуру автоматической сборки, и предпримем все необходимые шаги по её как можно более быстрому включению в sarge.

Обоснование

С учётом продолжительности нашего цикла выпусков, AMD64 должна с большой вероятностью стать наиболее продаваемой архитектурой персональных компьютеров задолго до выхода следующего выпуска после sarge. Если sarge не будет включать поддержку AMD64, наши пользователи будут очень разочарованы. Популярность проекта debian-amd64 показывает, что пользователи ждут с нетерпением.

Кроме того, архитектура AMD64 почти готова. На данный момент на этой архитектуре собирается не меньшее число пакетов, чем на других, уже включённых в выпуск, а также вполне работает система установки.

Единственными причинами не включать AMD64 в выпуск являются неполное соответствие LSB (которое, однако, может быть легко достигнуто путём смены корневого каталога на каталог архитектуры i386) и размер зеркал (который может быть уменьшен путём частичного зеркалирования). Другие причины, по-видимому, являются лишь следствием недостаточного взаимодействия между разработчиками. Это решение должно улучшить взаимодействие в этом направлении. Разумеется, инициатор голосования будет рад, если люди, ответственные за выпуск, просто примут решение о включении архитектуры в выпуск. В этом случае Общее решение не потребуется.