Предложение по поддержанию Debian testing в виде, постоянно готовом к релизу

13.05.2013 11:29

Ларс Вирзениус (Lars Wirzenius), один из первых мэйнтенеров Debian GNU/Linux, вовлечённый в развитие Linux с первых дней существования проекта, и Расс Олбери (Russ Allbery), отвечающий за сопровождение ряда подсистем Debian, выступили с предложением по изменению подхода к поддержанию репозитория Debian Testing. Для того чтобы избежать многомесячных заморозок репозитория, не допускающих внесения обновлений, предлагается поддерживать Debian Testing в состоянии постоянно готовым к релизу, т.е. не допускать нахождения незакрытых ошибок, помеченных как блокирующих релиз.

В процессе подготовки Wheezy стадия заморозки продолжалась 10 месяцев и потребовала исправления около 700 блокирующих релиз ошибок, что по мнению авторов предложения недопустимо долго и неэффективно. В качестве максимально допустимого времени нахождения Testing в состоянии заморозки называется 2 месяца. Для увеличения качества репозитория testing также предлагается более активно использовать средства автоматизированного тестирования и методы непрерывной интеграции. В итоге удастся не только сократить время подготовки релиза, но и повысить актуальность репозитория Testing, сделав его более пригодным для непосредственного использования.

В случае выявления блокирующих релиз проблем в репозитории Testing, вторичные пакеты предлагается удалять из репозитория, после истечения определённого незначительного таймаута, выделяемого для устранения ошибки. Для первичных пакетов, которые нельзя так просто удалить, могут применяться более жесткие методы, вплоть до блокирования любых иных исправлений для данных пакетов и прекращения загрузки обновлений в unstable до исправления ошибки. При преодолении определённого порога критических ошибок в репозитории также могут применяться мини-заморозки Testing, временно запрещающие перенос новых пакетов.

Изначальное блокирование проблемных пакетов в Testing позволит возвести исправление важных проблем в ряд высокоприоритетных задач, которые не могут быть отложены, что увеличит степень ответственности мэйнтейнеров пакетов и усилит их вовлечение в подготовку новых выпусков. При подобном подходе для окончательной стабилизации может быть достаточно заморозки на несколько недель. Для ускорения доведения релиза до готовности также предлагается сформировать набор эталонных установочных комплектов пакетов (почтовый сервер, рабочая станция, web-сервер и т.п.), рассматривая их как первичные критерии стабильности релиза и допуская наличие несущественных ошибок в сторонних пакетах.

исправить +38 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/36916-debian

Ключевые слова: debian, linux

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (66)

1.1, ананис (?), 11:52, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	+8 +/–
прям хочется принимать участие, чесслово. с чего начать? английский есть, с дебами живу со времен etch.

2.3, Аноним (-), 11:59, 13/05/2013 [^] [^^] [^^^] [ответить]	+3 +/–
С общедебиановского багтрекера.

2.10, noize (ok), 12:33, 13/05/2013 [^] [^^] [^^^] [ответить]	+3 +/–
Начните с малого - если с английским проблем нет, то помогите с переводом документации на русский язык.

3.15, анон (?), 13:25, 13/05/2013 [^] [^^] [^^^] [ответить]	+1 +/–
а надо ли?

4.29, closet_source (ok), 14:58, 13/05/2013 [^] [^^] [^^^] [ответить]	+6 +/–
Вот снобизм вам всегда всё и портит.

3.53, Аноним (-), 23:11, 13/05/2013 [^] [^^] [^^^] [ответить]	+3 +/–
я думаю многим это действительно нужно!

3.58, Имя (?), 10:42, 14/05/2013 [^] [^^] [^^^] [ответить]	–1 +/–
Пусть лучше те, кто его не знает, учат.

2.35, Другой Аноним (?), 15:10, 13/05/2013 [^] [^^] [^^^] [ответить]	+1 +/–
Попробуйте помочь с отсылкой багрепортов тем, у кого с английским не так хорошо, как у Вас :)

3.57, ананис (?), 09:51, 14/05/2013 [^] [^^] [^^^] [ответить]	+/–
а для этого есть какой-нить сервис или вы идею подаете?

4.61, Другой Аноним (?), 08:20, 15/05/2013 [^] [^^] [^^^] [ответить]	+/–
Скорее, констатирую наличие потребности...

1.2, A.Stahl (?), 11:57, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Гм. Т.е мы получим текущий стабильный(просто stable) и будущий стабильный (testing)? Ну, стабильности много не бывает, но мне кажется этот шаг сделает stable практически бесполезным и его вытеснит testing. А там и один шаг до rolling release продхода. Круто.

2.4, Аноним (-), 12:01, 13/05/2013 [^] [^^] [^^^] [ответить]	+1 +/–
Учитывая, что новый лидер проекта автор идеи по переводу Debiab на rolling-модель (http://www.opennet.me/opennews/art.shtml?num=36696), всё к этому и идёт.

2.51, Anonim (??), 20:24, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
Стэйбл останется как lts релиз для соответствующих задач. Тестинг для юзеров. Верится с трудом, что в тестинге появится более свежий софт, да и в стабильность тоже.

1.5, alex (??), 12:04, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Stable останется. Это философия Debian. Но может получится так, что sid по качеству приблизится к testing, а функцию sid возьмёт experimental.

2.6, Аноним (-), 12:09, 13/05/2013 [^] [^^] [^^^] [ответить]	+1 +/–
С Сидом поговорят по душам в детской комнате милиции, и он перестанет ломать игрушки, да.

3.9, Анимон (?), 12:24, 13/05/2013 [^] [^^] [^^^] [ответить]	+1 +/–
Он назовет это непрерывным обновлением.

1.7, darkshvein (ok), 12:20, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
какой же это тогда нахер тестинг будет?

2.8, Аноним (-), 12:20, 13/05/2013 [^] [^^] [^^^] [ответить]	+2 +/–
<sarcasm>Массовый.</sarcasm>

2.63, Aqueelone (?), 17:04, 12/06/2013 [^] [^^] [^^^] [ответить]	+/–
Таким образом будет ДВА тестинга -- один стандартный, а второй для Убунтоводов... Ведь вся ж жара из-за того, что Ubunta базируется на тестовом релизе Дебиан... Вот теперь будет "наш подарок братьям меньшим"...

1.11, Аноним (-), 12:47, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–2 +/–
доверять автоматическим тестам самоубийство (скатиться до рамок убунты)

2.12, pavlinux (ok), 13:04, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
тесты сами себя не пишут!

3.17, Аноним (-), 13:27, 13/05/2013 [^] [^^] [^^^] [ответить]	–2 +/–
нейросети

4.18, pavlinux (ok), 13:31, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
> нейросети Вакуумная теория в сингулярности.

1.13, Аноним (-), 13:06, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–3 +/–
Матрица. Тип APS-C (22,3 x 14,9 мм

1.14, ОнанВарвар (?), 13:18, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Как только введут такую практику - Ubuntu перейдет на rolling модель обновлений...

1.16, pavlinux (ok), 13:26, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	+3 +/–
Предлагаю приклеить фреймвор над execve(), который будет выкачивать latest source, компилить и только потом запускаться. Гентушники именно так и живут. Для них же позор - запускаться со вчерашними апдейтами.

2.41, Crazy Alex (ok), 17:03, 13/05/2013 [^] [^^] [^^^] [ответить]	–2 +/–
Очередной фольклор про гентушников? Вот честно - задолбали люди, которые считают, что главная фишка генты - новейший софт, рассказывают байки про непрерывную компиляцию и т.д.

1.19, Андрей (??), 13:31, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> которые не могут быть отложены, что увеличит степень ответственности мэйнтейнеров пакетов и усилит их вовлечение в подготовку новых выпусков Вот это самое главное! Пока человек хочет стать мэйнтейнером, он активно решает проблемы, переписывается, а только его сделали мэйнтейнером - всё. На баги не отвечает, новые версии программ пропускает, если что пишет: хотите помочь - пожалуйста. И только стоит какому-нибудь другому с @debian.org вмешаться в баг-репорт, о тогда сразу начинается "да-да, конечно, только вот сейчас". Думал, это только студенческий синдром на постсоветском пространстве (которым, честно говоря, и сам местами страдал), но, оказывается, все мы люди. И за всеми должен быть контроль. И за сопровождающими пакеты его явно недостаточно.

2.21, pavlinux (ok), 13:40, 13/05/2013 [^] [^^] [^^^] [ответить]

+/–

>> которые не могут быть отложены, что увеличит степень ответственности мэйнтейнеров пакетов и усилит их вовлечение в подготовку новых выпусков
> Вот это самое главное! Пока человек хочет стать мэйнтейнером, он активно решает
> проблемы, переписывается, а только его сделали мэйнтейнером - всё. На баги
> не отвечает, новые версии программ пропускает, если что пишет: хотите помочь
> - пожалуйста. И только стоит какому-нибудь другому с @debian.org вмешаться в
> баг-репорт, о тогда сразу начинается "да-да, конечно, только вот сейчас". Думал,
> это только студенческий синдром на постсоветском пространстве (которым, честно говоря,
> и сам местами страдал), но, оказывается, все мы люди. И за
> всеми должен быть контроль. И за сопровождающими пакеты его явно недостаточно.

Надо как в игрушках - тебя подстрелили, пока не найдёшь аптечку, будешь умирать и через пару минут аминь.
Так и тут - есть багрепорт, не исправил за месяц - король умер, да здравствует новый король! :)

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

3.24, Аноним (-), 14:21, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
gt оверквотинг удален Мне страшно нравится, как так называемое свободное сообщ... большой текст свёрнут, показать

4.26, Archer73 (ok), 14:40, 13/05/2013 [^] [^^] [^^^] [ответить]	+2 +/–
Вы смешиваете понятия "корпорация" и "грамотное управление". Это далеко не синонимы.

5.28, Ы (?), 14:50, 13/05/2013 [^] [^^] [^^^] [ответить]	–1 +/–
> Вы смешиваете понятия "корпорация" и "грамотное управление". Это далеко не синонимы. В FOSS - никто никому ничего не должен. Человек делает что __только__ если сам __захочет__! Хотите выкручивать руки - план\дедлайн\перформанце ревью ... не проблема - расценки на толковых програмеров известны :)

6.43, Аноним (-), 17:43, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
Вот именно. И право коммитить в репозиторий Debian вам дадут, только если захотят. А чтобы захотели, надо постараться кандидату в ментейнеры.

6.49, pavlinux (ok), 19:40, 13/05/2013 [^] [^^] [^^^] [ответить]	–2 +/–
> В FOSS - никто никому ничего не должен. Человек делает что __только__ если сам __захочет__! Никому ничего не должен - только бомжара на помойке (и то, их иногда отлавливают и осматривают врачи, что заразу всякую не переносили). В майнтенеры зовут тех, кто должен и обязан. Он является частью системы, со свободной организацией, но системы! Не можешь? Нет время? Уйди! Не мешай другим!

4.27, Ы (?), 14:47, 13/05/2013 [^] [^^] [^^^] [ответить]	+1 +/–
Это - да, забавно. Но ты не боись - как только попытаются руки выкручивать - останутся без толковых людей вообще. Им такого и на работе хватает. Если хотите рулить _так_ - извольте платить денежку :) Так что покобенятся да уймутся, в первый раз что-ли :)

5.38, Слушатель (?), 16:11, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
Вот именно. И так людей для сопровождения пакетов не хватает.

4.32, Аноним (-), 15:05, 13/05/2013 [^] [^^] [^^^] [ответить]	+1 +/–
Ты чё такой весёлый, а?

4.48, pavlinux (ok), 19:35, 13/05/2013 [^] [^^] [^^^] [ответить]	–1 +/–
>>[оверквотинг удален] > Мне страшно нравится, как так называемое свободное сообщество мило катится к тому, > от чего пытается укатиться - к бюрократической корпоративной структуре Ты смешал понятие демократия и анархия. Человек, возлагающий на себя обязанности лидера, двух и более человек, уже не свободен в своем волеизъявлении, и должен учитывать мнение других. Анархия вон, на github - форкнул, пару фиксов сделал и забил.

3.64, Aqueelone (?), 17:07, 12/06/2013 [^] [^^] [^^^] [ответить]

+/–

> Надо как в игрушках - тебя подстрелили, пока не найдёшь аптечку, будешь
> умирать и через пару минут аминь.
> Так и тут - есть багрепорт, не исправил за месяц - король
> умер, да здравствует новый король! :)

Это будет противоречить Конституции Дебиана..

2.22, анон (?), 13:46, 13/05/2013 [^] [^^] [^^^] [ответить]	–1 +/–
>> которые не могут быть отложены, что увеличит степень ответственности мэйнтейнеров пакетов и усилит их вовлечение в подготовку новых выпусков > Вот это самое главное! зачем увеличивать степень ответственности, если они и так её не тянут? мне кажется, нужно эту ответственности распределять существует много людей, которые могут сделать, что-то разово, а тех, кто готов постоянно и прилежно работать над одним пакетом гораздо меньше тем более забесплатно

1.20, Anonymus.UA (?), 13:35, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Речь не идет за роллинг речь идет о стабильности тестируемого дистра, базовые компоненты gcc, glibc, mesa, X11 - не будут скакать так же быстро как в Генте...

1.23, UraniumSun (?), 13:54, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Рад за Debian, ребята молодцы, жаль только русскоязычное их сообщество не очень-то адекватное, в любом случае успехов им всем с Testing-веткой :)

> поддерживать Debian Testing в состоянии постоянно готовым к релизу

Жаль, что Всемогущий Патрег так не может с current-веткой, приходится на стабильной сидеть :D

2.55, Led (ok), 02:23, 14/05/2013 [^] [^^] [^^^] [ответить]	+/–
> Жаль, что Всемогущий Патрег так не может с current-веткой "всемогущий", "не может"... Ты блондинка?

1.25, Аноним (-), 14:25, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Дело говорят, полностью согласен с идеей коротких фризов при достижении определенного числа rc багов, как и с тем, что релизы должны существовать (о чём в рассылке говориться тоже). Надеюсь, эта идея будет поддержана.

1.30, iZEN (ok), 14:59, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–7 +/–
Ещё чуть-чуть и дистрибутив Debian Testing догонит FreeBSD -STABLE по свежатинке, числу и качеству портированного ПО. :)

2.47, Тузя (ok), 19:08, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
Никогда не понимал мастурбирующих на цифры, в данном случае на номера версий.

2.54, Аноним (-), 00:00, 14/05/2013 [^] [^^] [^^^] [ответить]

+3 +/–

> Ещё чуть-чуть и дистрибутив Debian Testing догонит FreeBSD -STABLE по свежатинке, числу
> и качеству портированного ПО. :)

Вот FreeBSD никогда не догонит Debian по числу и качеству инсталляций в мире.

1.31, closet_source (ok), 15:02, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Ребята всё-таки хотят озаботиться проблемой некрофилии. Так, глядишь и в стейбле начнёт свежий софт появляться.. через какое-то время ;)

2.33, anonymous (??), 15:06, 13/05/2013 [^] [^^] [^^^] [ответить]	+2 +/–
> Ребята всё-таки хотят озаботиться проблемой некрофилии. Так, глядишь и в стейбле начнёт > свежий софт появляться.. через какое-то время ;) man backports

1.34, Аноним (-), 15:09, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–3 +/–
Дистр с ядром 3.2 в 2013 году. С этим, реально, надо что-то делать

2.36, анон (?), 15:24, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
с 3.2.41 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.2.41

2.40, Аноним (-), 16:32, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
Почитай ка вот этот бложик - http://womble.decadent.org.uk/blog посты за январь и февраль. Увидишь что ядро в Debian!=ядро с kernel.org

3.65, Aqueelone (?), 17:13, 12/06/2013 [^] [^^] [^^^] [ответить]	+/–
> Почитай ка вот этот бложик - http://womble.decadent.org.uk/blog посты за январь и февраль. > Увидишь что ядро в Debian!=ядро с kernel.org root@debian-dev:/etc# uname -a Linux debian-dev 3.2.0-4-rt-amd64 #1 SMP PREEMPT RT Debian 3.2.41-2+deb7u2 x86_64 GNU/Linux -------- прикольно, да? 3.2.0 !== 3.2.41

1.37, Аноним (-), 15:59, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
Ежедневные сборки будут когда?

2.45, Sinot (ok), 18:21, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
Еженедельные не устраивают? http://cdimage.debian.org/cdimage/weekly-builds/

3.46, другой Аноним (?), 18:31, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
нет, потому как прежде чем кидать известные всем ссылки глянули бы что там лежит еще предложите дэйли билды для и386 и амд64

2.56, Andrey Mitrofanov (?), 09:51, 14/05/2013 [^] [^^] [^^^] [ответить]

+/–

> Ежедневные сборки будут когда?

Да, хоть ежеминутные!

deb http://ftp.ru.debian.org/debian unstable main

1.39, Аноним (-), 16:14, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–2 +/–
Все закономерно и логично появилась база программ в Дебиан и теперь процесс управления намного упростился. Идея хороша, главное, что бы емкость сообщества позволила реализовать такое прекрасное предлоежние.

2.44, Аноним (-), 17:50, 13/05/2013 [^] [^^] [^^^] [ответить]	+/–
> Все закономерно и логично появилась база программ в Дебиан и теперь процесс > управления намного упростился. Идея хороша, главное, что бы емкость сообщества позволила > реализовать такое прекрасное предлоежние. А раньше её не было?...

1.42, Аноним (-), 17:36, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
а казачок то засланный ...

1.50, РексПексФекс (?), 20:06, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
> Для того чтобы избежать многомесячных заморозок репозитория, не > допускающих внесения обновлений, предлагается поддерживать Debian Testing > в состоянии постоянно готовым к релизу, т.е. не допускать нахождения > незакрытых ошибок, помеченных как блокирующих релиз. Как-то не совсем ясно. В Stable может баг направиться?

1.52, Аноним (-), 21:11, 13/05/2013 [ответить] [﹢﹢﹢] [ · · · ]

+/–

Не стоит спешить радоваться, пока ведь это только обсуждения на практике это сделать сложнее, чем на словах. Но вообще, по-моему, все идет к RR, что в принципе хорошо.

P.S. Кто то там про миф рассказывает что в Gentoo всегда свежий софт, не врите себе и другим. Так чисто для примера посмотрите, какой GCC в стабильной ветке у Gentoo и сравните его с другими дистрибутивами, может тогда поймете что он не последней версии.

Для тех кто пользователей кто любит плеваться ядом, заранее утоняю это не имеет смысла

1.59, netc1 (?), 12:17, 14/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	+/–
+1

1.60, Аноним (-), 19:00, 14/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Офигенно придумано, лучший в мире метод устранения ошибок- их отрицание. ВО+100500

1.62, sarbash (ok), 09:36, 17/05/2013 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Вот по этой причине я и использую unstable. По-моему, данная ситуация также освещена и в FAQ по Debian. Я так понимаю, они хотят ускорить процесс миграции пакетов из unstable в testing, т.к. новые версии с багфиксами сначала попадают в unstable. Но вот идея с блокировкой поступления пакетов в unstable до исправления ошибки в testing мне не совсем ясна. Ну, придёт новая версия в unstable с исправленными ошибками, что мешает взять его оттуда? Если зависимости в пакете прописаны толково, проблем не должно быть.

2.66, Aqueelone (?), 17:21, 12/06/2013 [^] [^^] [^^^] [ответить]	+/–
> Но вот идея с блокировкой поступления пакетов в unstable до исправления ошибки > в testing мне не совсем ясна. Ну, придёт новая версия в > unstable с исправленными ошибками, что мешает взять его оттуда? Если зависимости > в пакете прописаны толково, проблем не должно быть. Оно то так... Реально то ручками все реально сделать... если есть время на то... Но как-то кричащие в баг-репорты енту вариацию забывают. Еще хуже другое -- когда слизывают и каноны, и калы, пытаясь сделать "массовую систему", и их проблемы -- проблемы борьбы с мелкософтом на рынке госучереждений... Вот и делают спец-версию дистрибутивов для Компании Каноно-Калов... :)

Добавить комментарий

Текст: