Официальное объявление о фиксации цикла релизов openSUSE

добавлю, что хоть маразма с 6-ти месячным циклом и удалось избежать. но и 8 уж как-то "маловато будет". учитывая "длинный" жизненный цикл версий и бэкпорт в текущее ядро многих "вкусных" вещей, думаю хватило бы и раза в год на спокойный релиз. эт конечно же imho.

господа модераторы,

пожалуйста, исправьте опечатку "аремя" на "время".

спасибо

>думаю хватило бы и раза в год на спокойный релиз. эт конечно же imho

чем больше времени, тем больше откладывают "на потом"

> пожалуйста, исправьте опечатку "аремя" на "время".

Заменил, но на "выпуск", а то как-то не очень гладко звучало.

почему новость в категории opensource, а не в Novell/openSUSE? и ссылка на какой-то левый новостной сайт, а не на http://news.opensuse.org/2009/03/05/112-roadmap-and-fixed-release-cycle-for-o... ?

"Фиксация релизов" в современном быстроменяющемся мире Open Source и СПО не нужна.

Те, кто полагается на очередные выпуски коробок/дисков, глубоко заблуждаются в своей философии "стабильности и качественности".

Сплошные литературоведы.

>учитывая "длинный" жизненный цикл версий и бэкпорт в текущее ядро многих "вкусных" вещей, думаю хватило бы и раза в год на спокойный релиз. эт конечно же imho.

а GEM в текущее ядро портировали?

>Те, кто полагается на очередные выпуски коробок/дисков, глубоко заблуждаются в своей философии "стабильности и качественности".

Надо бы им письмо накатать в духе: "Уважаемые! Пухленькие аналитики с ЛОРа настоятельно советуют вам больше не делать релизов, а вместо этого сляпать ещё одну генту. Лучше прислушайтесь к ним, иначе вас проклянёт Патрик."

Ну или так.

Так пользуйся джентой, кто мешает...

> добавлю, что хоть маразма с 6-ти месячным циклом и удалось избежать. но и 8 уж как-то "маловато будет".

6ти месячный цикл был не так плох - у меня было достаточно времени оттестировать нужные приложения и отослать багрепорты, разработчики вовремя все правили. Так же после релиза они охотно принимают патчи.

Чем он был плох: релизы складывались следующий образом: выпуск OpenSUSE 11.1 с KDE 4.1 - довольно стабильным, пропатченным. Но недописанным функционалом. Через пару недель выход KDE 4.2. С другими ключевыми продуктами складывалась иная ситуация: релиз продукта, через пару недель надо релизить OpenSUSE. 8ми месячный цикл позволяет включить в релиз свежие пакеты и дает достаточное время на тестирование и написание патчей. Кроме того есть и другие плюсы.

> учитывая "длинный" жизненный цикл версий и бэкпорт в текущее ядро многих "вкусных" вещей, думаю хватило бы и раза в год на спокойный релиз. эт конечно же imho.

У OpenSUSE поддержка всего 2 года. Это мало. На самом деле цикл в 6 месяцев очень хорош - динамично. Но раз не получается - нужно продлить.

зузеводы подергаются, подергаются и перейдут в конце концов на модель разработки дебиана, что есть Ъ.

> зузеводы подергаются, подергаются и перейдут в конце концов на модель разработки дебиана, что есть Ъ.

+1. Или будут жить с вечной бетой. Релизить надо, когда "будет готово", а не когда будильник прозвонит. Даешь двугодичные циклы :)

>Релизить надо, когда "будет готово", а не когда будильник прозвонит.

Вас кто таких рожает? лишь бы готовенькое да на халявку.

Почему об этом никто не написал: "Eight months makes it slightly more complicated, as you have a rotating schedule, *and lose a month in the summer and winter for holidays*."

http://permalink.gmane.org/gmane.linux.suse.opensuse.project/1777

Отдыхать зюзеводы хотят и делают для этого все возможное, в то время как федоровцы и убунтушники работают :-D

Ну может хоть теперь апдейт с одного релиза на другой будет более гладко проходить. А то после апдейта с 11.0 до 11.1 неделю в рабочее состояние пытался систему реанимировать... Плюнул и поставил Arch.

>Релизить надо, когда "будет готово", а не когда будильник прозвонит. Даешь двугодичные циклы :)

берешь предыдущий релиз, накатываешь на него апдейты и получаешь дебиан.

хинт: сравнивай не "релизы", а версии софта.

> Так пользуйся джентой, кто мешает...

— "вечные конструкторы" не для продакшена, а для хобби.

OpenSUSE делается для продакшена, как и Debian. Поэтому важна "фиксация стабильной точки", от которой можно "прыгать" дальше, обновляя систему отдельными пакетами по мере нахождения и исправления ошибок (багфиксы) в ПО.

Но так как циклы разработки стороннего ПО (из которого состоит подавляющая часть любого дистрибутива Linux) не совпадают с циклами выпуска конкретного дистрибутива, то и говорить о фиксации цикла конкретного дистрибутива можно только в контексте базовой системы, которую написали и обслуживают дистростроители (ПО — менеджер пакетов, уникальные файлы настройки и т.д.). Всё остальное — это адаптация стороннего ПО к этой базовой системе, ничего более.

Не тру.
Тру - это когда релиз раз в 3-5 лет. Со своим кодовым именем конечно же. После релиза новой версии, предыдущую поддерживать еще год-два.
Сделать две ветки: untesting и testing. В untesting ложить все, что осилили собрать, а в testing - все, что протестировали, но что еще не тестировалось пользователями. Вот и пусть пользователи сидят на testing (которое будет по умолчанию будет).
Вышла новая софтина -> собрали -> untesting -> маинтейнеры проверили, чтобы собиралось, зависимости были вменяемые, не ломали систему -> в testing на обкатку юзерам -> SLED/SLES

В общем, чем-то схоже с дебианом. А все эти релизы по календарю, да еще и реже одного раза в год - дурдом.
имхо.

Сейчас есть Factory -> openSUSE -> SLES/SLES чего еще не хватает?

помимо этого для openSUSE еще есть Factory и Unstable репы отдельных компонентов. таких как кде, гном, опенофис, и бакпорты яста с зиппером

странно, а у меня никаких проблем... или для видеокарты пересобрать/переустановить драйвера после апгрейда не вариант?

Даешь переход на 9-ти месячный цикл :)

Очень рад :)

> Даешь переход на 9-ти месячный цикл :)

Или месячный.

> лишь бы готовенькое да на халявку.

Пользоваться полностью готовыми и проверенными вещами - это норма. Будь то еда, одежда, транспорт, аппаратное обеспечение или программы. Что касается "халявки", то мне, как автору нескольких ушедших в продакшн патчей к gpl-ным программам, стыдиться абсолютно нечего.

Ты пытаешься делать выводы, даже не поинтересовавшись фактическим положением дел. Это как-то связано с твоей ущербностью?

> Вас кто таких рожает?

Да уж точно не такое быдло, как твоя мама :)

Бллин, до перевода так руки и не дошли. Забодал сан с отвратительно до тошноты переведёнными кем-то курсами SLS по яве...

Зачем же трогать родителей...

Об этом лучше спроси у Nirdosh

> добавлю, что хоть маразма с 6-ти месячным циклом и удалось избежать.

А в чём состоит маразм? Убунтовцы подстраиваются под релизы Гнома, всё логично. И это себя оправдывает.

> А в чём состоит маразм?

к сожалению коротко ответить на этот вопрос не получится. начать можно с очевидных вещей:
1) релиз софта (Development)
2) создание пакетов и начало тестирования (Factory)
3) обработка багрепортов
4) фиксы (плюс надо фиксить так, чтобы у других ничего не сломалось)
5) повторное тестирование (Factory)
6) загрузка исходников+патчи в OBS (openSUSE Build Service) для RC1 (снэпшот Factory для фиксации исходного кода. дальше всё идёт патчами)
7) разгребание отзывов о RC1, финальные патчи
8) подготовка кода для GM

посмотрите на стадии предварительного тестирования и скажите мне, где ещё есть подобные проверки для всех пакетов, входящих в официальную дистрибуцию?

А причём тут полугодовой цикл? И если ты всё это написал о сусе, то у меня для тебя плохие новости: ей это не помогает, как и её пользователям.

кстати сегодня состоится:

http://ru.opensuse.org/Встречи/Встреча_русскоязычного_сообщества_07.03.09

кто относит себя к сообществу openSUSE приходите в IRC

>> А причём тут полугодовой цикл? И если ты всё это написал о сусе, то у меня для тебя плохие новости: ей это не помогает, как и её пользователям.

как пользователь исключительно openSUSE, SLES и SLED не могу с Вами не согласиться. конечно же Вы абсолютно правы (истину глаголете в последней инстанции)...

Конечно же Мы правы, иначе и быть не может.

>Пользоваться полностью готовыми и проверенными вещами - это норма.

Твои нормы это твои личные интимные проблемы. Хочет коммунити делать дистриб с последними версиями софта и делает и забила на твои нормы.

А за быдло жизни ответишь. жизнь она такая свое берет. По уровню интеллекта уже похоже что взяла.

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

>А то после апдейта с 11.0 до 11.1 неделю в рабочее состояние пытался систему реанимировать... Плюнул и поставил Arch.
И теперь реанимируешь всего по часу, но после каждого апдейта?
//archlinux user

> Хочет коммунити делать дистриб с последними версиями софта и делает и забила на твои нормы.

Да-да, цикл потому и взяли в 8 месяцев, а не в 6 :)

> А за быдло жизни ответишь. жизнь она такая свое берет. По уровню интеллекта уже похоже что взяла.

Ты скушал, молодец :) А впредь следи за своим языком.

>Да-да, цикл потому и взяли в 8 месяцев, а не в 6 :)

Типа отъехал от своего метанирования про "подайте мне готовенькое"?

>Ты скушал, молодец :) А впредь следи за своим языком.

А за языком следи ты, я твою мать не трогал урод.

> Типа отъехал от своего метанирования про "подайте мне готовенькое"?

С чего ты решил?

Видать Баллмер им приказал с MS графики и планы выровнять.

+1

>Те, кто полагается на очередные выпуски коробок/дисков, глубоко заблуждаются в своей философии "стабильности и качественности".

Толсто. Тебе ж русским языком рассказали, сколько старый дистр поддерживаейся. Тунца?

ну хоть без гибонов в названиях :D

Хороший дистр. Но после 11.1 пришлось переехать на Debian....

> Так пользуйся джентой, кто мешает...

+1. На десктопе сам пользуюсь джентой и доволен, но вот если куплю ноутбук с той же зюзей - скорее всего, пусть она там и стоит.

USB-версия это хорошо.;-)

если бы только это. Еще сломался яст, xvid кодек перестал работать, еще какие-то заморочки были. и интернета не было под рукой... потом пропали sda устройства из /dev и тут мне надоело.