Ларс Вирзениус (Lars Wirzenius) один из первых мэйнтенеров Debian GNU/Linux, вовлечённый в развитие Linux с первых дней существования проекта, и Расс Альбери (Russ Allbery), отвечающий за сопровождение ряда подсистем Debian, выступили (http://lists.debian.org/debian-devel/2013/05/msg00523.html) с предложением изменения подхода к поддержанию репозитория Debian Testing. Для того чтобы избежать многомесячных заморозок репозитория (в процессе подготовки Wheezy стадия заморозки продолжалась 10 месяцев), не допускающих внесения обновлений, предлагается поддерживать Debian Testing в состоянии постоянно готовым к релизу, т.е. недопускать нахождения в незакрытых ошибок, помеченных как блокирующих релиз.При подобном подходе для окончательной стабилизации может быть достаточно заморозки на несколько недель. Изначальное блокирование проблемных пакетов в Testing позволит возвести исправление важных проблем в ряд высокоприоритетных задач, которые не могут быть отложены, что увеличит степень ответственности мэйнтейнеров пакетов и усилит их вовлечение в подготовку новых выпусков. Для увеличения качества репозитория testing также предлагается более активно использовать средства автоматизированного тестирования и методы непрерывной интеграции.
URL: http://lists.debian.org/debian-devel/2013/05/msg00523.html
Новость: http://www.opennet.me/opennews/art.shtml?num=36916
прям хочется принимать участие, чесслово. с чего начать? английский есть, с дебами живу со времен etch.
С общедебиановского багтрекера.
Начните с малого - если с английским проблем нет, то помогите с переводом документации на русский язык.
а надо ли?
Вот снобизм вам всегда всё и портит.
я думаю многим это действительно нужно!
Пусть лучше те, кто его не знает, учат.
Попробуйте помочь с отсылкой багрепортов тем, у кого с английским не так хорошо, как у Вас :)
а для этого есть какой-нить сервис или вы идею подаете?
Скорее, констатирую наличие потребности...
Гм. Т.е мы получим текущий стабильный(просто stable) и будущий стабильный (testing)?
Ну, стабильности много не бывает, но мне кажется этот шаг сделает stable практически бесполезным и его вытеснит testing. А там и один шаг до rolling release продхода.
Круто.
Учитывая, что новый лидер проекта автор идеи по переводу Debiab на rolling-модель (http://www.opennet.me/opennews/art.shtml?num=36696), всё к этому и идёт.
Стэйбл останется как lts релиз для соответствующих задач.
Тестинг для юзеров.
Верится с трудом, что в тестинге появится более свежий софт, да и в стабильность тоже.
Stable останется. Это философия Debian.
Но может получится так, что sid по качеству приблизится к testing, а функцию sid возьмёт experimental.
С Сидом поговорят по душам в детской комнате милиции, и он перестанет ломать игрушки, да.
Он назовет это непрерывным обновлением.
какой же это тогда нахер тестинг будет?
<sarcasm>Массовый.</sarcasm>
Таким образом будет ДВА тестинга -- один стандартный, а второй для Убунтоводов...
Ведь вся ж жара из-за того, что Ubunta базируется на тестовом релизе Дебиан...
Вот теперь будет "наш подарок братьям меньшим"...
доверять автоматическим тестам самоубийство (скатиться до рамок убунты)
тесты сами себя не пишут!
нейросети
> нейросетиВакуумная теория в сингулярности.
Матрица. Тип APS-C (22,3 x 14,9 мм
Как только введут такую практику - Ubuntu перейдет на rolling модель обновлений...
Предлагаю приклеить фреймвор над execve(), который будет
выкачивать latest source, компилить и только потом запускаться.
Гентушники именно так и живут. Для них же позор - запускаться со вчерашними апдейтами.
Очередной фольклор про гентушников?Вот честно - задолбали люди, которые считают, что главная фишка генты - новейший софт, рассказывают байки про непрерывную компиляцию и т.д.
> которые не могут быть отложены, что увеличит степень ответственности мэйнтейнеров пакетов и усилит их вовлечение в подготовку новых выпусковВот это самое главное! Пока человек хочет стать мэйнтейнером, он активно решает проблемы, переписывается, а только его сделали мэйнтейнером - всё. На баги не отвечает, новые версии программ пропускает, если что пишет: хотите помочь - пожалуйста. И только стоит какому-нибудь другому с @debian.org вмешаться в баг-репорт, о тогда сразу начинается "да-да, конечно, только вот сейчас". Думал, это только студенческий синдром на постсоветском пространстве (которым, честно говоря, и сам местами страдал), но, оказывается, все мы люди. И за всеми должен быть контроль. И за сопровождающими пакеты его явно недостаточно.
>> которые не могут быть отложены, что увеличит степень ответственности мэйнтейнеров пакетов и усилит их вовлечение в подготовку новых выпусков
> Вот это самое главное! Пока человек хочет стать мэйнтейнером, он активно решает
> проблемы, переписывается, а только его сделали мэйнтейнером - всё. На баги
> не отвечает, новые версии программ пропускает, если что пишет: хотите помочь
> - пожалуйста. И только стоит какому-нибудь другому с @debian.org вмешаться в
> баг-репорт, о тогда сразу начинается "да-да, конечно, только вот сейчас". Думал,
> это только студенческий синдром на постсоветском пространстве (которым, честно говоря,
> и сам местами страдал), но, оказывается, все мы люди. И за
> всеми должен быть контроль. И за сопровождающими пакеты его явно недостаточно.Надо как в игрушках - тебя подстрелили, пока не найдёшь аптечку, будешь умирать и через пару минут аминь.
Так и тут - есть багрепорт, не исправил за месяц - король умер, да здравствует новый король! :)Причем сделать это на автомате, чтоб обидно не было и не было личных обвинений.
Для решения спорных или поддельных багов, а так же читерства ввести арбитражный суд.
>[оверквотинг удален]
>> и сам местами страдал), но, оказывается, все мы люди. И за
>> всеми должен быть контроль. И за сопровождающими пакеты его явно недостаточно.
> Надо как в игрушках - тебя подстрелили, пока не найдёшь аптечку, будешь
> умирать и через пару минут аминь.
> Так и тут - есть багрепорт, не исправил за месяц - король
> умер, да здравствует новый король! :)
> Причем сделать это на автомате, чтоб обидно не было и не было
> личных обвинений.
> Для решения спорных или поддельных багов, а так же читерства ввести арбитражный
> суд.Мне страшно нравится, как так называемое свободное сообщество мило катится к тому, от чего пытается укатиться - к бюрократической корпоративной структуре :)))))) Мило, правда? За что боролись - на то и напоролись. И выяснили, что по-другому-то не получацца. Опачки? :)))))
А тут - опаньки! - этот велик изобрели 200 лет назад-то, оказываться! :)))) И называется он "корпорация"! :))))))))
Ой, не могу! :)))))))))))))
Вы смешиваете понятия "корпорация" и "грамотное управление". Это далеко не синонимы.
> Вы смешиваете понятия "корпорация" и "грамотное управление". Это далеко не синонимы.В FOSS - никто никому ничего не должен. Человек делает что __только__ если сам __захочет__!
Хотите выкручивать руки - план\дедлайн\перформанце ревью ... не проблема - расценки на толковых програмеров известны :)
Вот именно. И право коммитить в репозиторий Debian вам дадут, только если захотят. А чтобы захотели, надо постараться кандидату в ментейнеры.
> В FOSS - никто никому ничего не должен. Человек делает что __только__ если сам __захочет__!Никому ничего не должен - только бомжара на помойке (и то, их иногда отлавливают и
осматривают врачи, что заразу всякую не переносили).
В майнтенеры зовут тех, кто должен и обязан. Он является частью системы, со свободной
организацией, но системы! Не можешь? Нет время? Уйди! Не мешай другим!
Это - да, забавно. Но ты не боись - как только попытаются руки выкручивать - останутся без толковых людей вообще. Им такого и на работе хватает. Если хотите рулить _так_ - извольте платить денежку :)
Так что покобенятся да уймутся, в первый раз что-ли :)
Вот именно. И так людей для сопровождения пакетов не хватает.
Ты чё такой весёлый, а?
>>[оверквотинг удален]
> Мне страшно нравится, как так называемое свободное сообщество мило катится к тому,
> от чего пытается укатиться - к бюрократической корпоративной структуреТы смешал понятие демократия и анархия. Человек, возлагающий на себя обязанности лидера,
двух и более человек, уже не свободен в своем волеизъявлении, и должен учитывать мнение других.
Анархия вон, на github - форкнул, пару фиксов сделал и забил.
> Надо как в игрушках - тебя подстрелили, пока не найдёшь аптечку, будешь
> умирать и через пару минут аминь.
> Так и тут - есть багрепорт, не исправил за месяц - король
> умер, да здравствует новый король! :)Это будет противоречить Конституции Дебиана..
>> которые не могут быть отложены, что увеличит степень ответственности мэйнтейнеров пакетов и усилит их вовлечение в подготовку новых выпусков
> Вот это самое главное!зачем увеличивать степень ответственности, если они и так её не тянут?
мне кажется, нужно эту ответственности распределять
существует много людей, которые могут сделать, что-то разово, а тех, кто готов постоянно и прилежно работать над одним пакетом гораздо меньше
тем более забесплатно
Речь не идет за роллинг речь идет о стабильности тестируемого дистра, базовые компоненты gcc, glibc, mesa, X11 - не будут скакать так же быстро как в Генте...
Рад за Debian, ребята молодцы, жаль только русскоязычное их сообщество не очень-то адекватное, в любом случае успехов им всем с Testing-веткой :)> поддерживать Debian Testing в состоянии постоянно готовым к релизу
Жаль, что Всемогущий Патрег так не может с current-веткой, приходится на стабильной сидеть :D
> Жаль, что Всемогущий Патрег так не может с current-веткой"всемогущий", "не может"... Ты блондинка?
Дело говорят, полностью согласен с идеей коротких фризов при достижении определенного числа rc багов, как и с тем, что релизы должны существовать (о чём в рассылке говориться тоже). Надеюсь, эта идея будет поддержана.
Ещё чуть-чуть и дистрибутив Debian Testing догонит FreeBSD -STABLE по свежатинке, числу и качеству портированного ПО. :)
Никогда не понимал мастурбирующих на цифры, в данном случае на номера версий.
> Ещё чуть-чуть и дистрибутив Debian Testing догонит FreeBSD -STABLE по свежатинке, числу
> и качеству портированного ПО. :)Вот FreeBSD никогда не догонит Debian по числу и качеству инсталляций в мире.
Ребята всё-таки хотят озаботиться проблемой некрофилии. Так, глядишь и в стейбле начнёт свежий софт появляться.. через какое-то время ;)
> Ребята всё-таки хотят озаботиться проблемой некрофилии. Так, глядишь и в стейбле начнёт
> свежий софт появляться.. через какое-то время ;)man backports
Дистр с ядром 3.2 в 2013 году. С этим, реально, надо что-то делать
с 3.2.41
https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.2.41
Почитай ка вот этот бложик - http://womble.decadent.org.uk/blog посты за январь и февраль. Увидишь что ядро в Debian!=ядро с kernel.org
> Почитай ка вот этот бложик - http://womble.decadent.org.uk/blog посты за январь и февраль.
> Увидишь что ядро в Debian!=ядро с kernel.orgroot@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
Ежедневные сборки будут когда?
Еженедельные не устраивают?
http://cdimage.debian.org/cdimage/weekly-builds/
нет, потому как прежде чем кидать известные всем ссылки глянули бы что там лежит
еще предложите дэйли билды для и386 и амд64
> Ежедневные сборки будут когда?Да, хоть ежеминутные!
deb http://ftp.ru.debian.org/debian unstable main
Все закономерно и логично появилась база программ в Дебиан и теперь процесс управления намного упростился. Идея хороша, главное, что бы емкость сообщества позволила реализовать такое прекрасное предлоежние.
> Все закономерно и логично появилась база программ в Дебиан и теперь процесс
> управления намного упростился. Идея хороша, главное, что бы емкость сообщества позволила
> реализовать такое прекрасное предлоежние.А раньше её не было?...
а казачок то засланный ...
> Для того чтобы избежать многомесячных заморозок репозитория, не
> допускающих внесения обновлений, предлагается поддерживать Debian Testing
> в состоянии постоянно готовым к релизу, т.е. не допускать нахождения
> незакрытых ошибок, помеченных как блокирующих релиз.Как-то не совсем ясно. В Stable может баг направиться?
Не стоит спешить радоваться, пока ведь это только обсуждения на практике это сделать сложнее, чем на словах. Но вообще, по-моему, все идет к RR, что в принципе хорошо.P.S. Кто то там про миф рассказывает что в Gentoo всегда свежий софт, не врите себе и другим. Так чисто для примера посмотрите, какой GCC в стабильной ветке у Gentoo и сравните его с другими дистрибутивами, может тогда поймете что он не последней версии.
Для тех кто пользователей кто любит плеваться ядом, заранее утоняю это не имеет смысла
+1
Офигенно придумано, лучший в мире метод устранения ошибок- их отрицание.
ВО+100500
Вот по этой причине я и использую unstable. По-моему, данная ситуация также освещена и в FAQ по Debian.
Я так понимаю, они хотят ускорить процесс миграции пакетов из unstable в testing, т.к. новые версии с багфиксами сначала попадают в unstable.
Но вот идея с блокировкой поступления пакетов в unstable до исправления ошибки в testing мне не совсем ясна. Ну, придёт новая версия в unstable с исправленными ошибками, что мешает взять его оттуда? Если зависимости в пакете прописаны толково, проблем не должно быть.
> Но вот идея с блокировкой поступления пакетов в unstable до исправления ошибки
> в testing мне не совсем ясна. Ну, придёт новая версия в
> unstable с исправленными ошибками, что мешает взять его оттуда? Если зависимости
> в пакете прописаны толково, проблем не должно быть.Оно то так... Реально то ручками все реально сделать... если есть время на то...
Но как-то кричащие в баг-репорты енту вариацию забывают.
Еще хуже другое -- когда слизывают и каноны, и калы, пытаясь сделать "массовую систему", и их проблемы -- проблемы борьбы с мелкософтом на рынке госучереждений...
Вот и делают спец-версию дистрибутивов для Компании Каноно-Калов... :)