ROSAForum

Расскажите, что будет с этой платформой? Я думал что после выхода R4 её забросят, но обновления всё ещё выходят. Это будет новый Марафон?

Обновления выходят т.к. там еще гном выйдет, чтоб не пропадал. Насчет же остального - Аллах знает! Если народу нужен будет марафон на R3 - сделаем и марафон...

keleg писал(а):Обновления выходят т.к. там еще гном выйдет, чтоб не пропадал. Насчет же остального - Аллах знает! Если народу нужен будет марафон на R3 - сделаем и марафон...

Я думаю это не плохая идея:
1) Про новый Марафон уже часто спрашивают.
2) Линейка 2012.1 сильно отличается от ROSA 2011 (на базе которого старый Марафон), а стабильность новой линейки, думаю уже достаточна.
3) Все пойдет по отработанной схеме:
ROSA 2011 (2011 год выпуска) - Марафон (LTS) (2012 г.в) - Спец. версии
ROSA 2012.1 (R3) (2014 год выпуска) - Марафон 2 (LTS) (2015 г.в.) - Спец. версии
ROSA Rx (2017 год выпуска) - Марафон 3 (LTS) (2018 г.в.) - Спец.версии
Если Desktop релиз сильно обновляется раз в 6 месяцев (при жизненном цикле примерно 2 года - 4 раза за цикл (2012.1 - R1 - R2 - R3) - учитывая, что система почти rolling), то LTS при жизненном цикле 5-6 лет, думаю, может кардинально обновляться 2 раза, каждые 3 года

Я б поставил себе новый Марафон на R3, на старом не определяется часть оборудования. Вот поэтому люди и хотят новый, потому что на современные компьютеры его не поставишь.

старый Марафон - одна из редких систем, где поддерживается мой древний Radeon HD4650 проприетарным драйвером. Не трогайте криокамеру!

так его трогать и не надо, просто будет параллельно более свежая версия

Zeffanyx писал(а):старый Марафон - одна из редких систем, где поддерживается мой древний Radeon HD4650 проприетарным драйвером. Не трогайте криокамеру!

Так нет проблем - работайте сколько нужно, просто когда оф. поддержка закончится в конце 2016 - начале 2017 г. (если брать 5 летний жизненный цикл) не будет обновлений, и все.
А так, хоть первый мандрейк ставьте и работайте - никто не запрещает

Тут же все упирается в поддержку, а не название.
Кому нужен R3 может себе его поставить и не ждать когда он будет называться Marathon.

И совсем другое дело - непрерывная поддержка в течение длительного периода.

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

Насчет тех, кто использует версии LTS для стабильности - им стоит подумать о другой организации инфраструктуры - такой, чтобы при наличие ошибок - их исправление было легким, некритичным к простоям. В большинстве повседневных офисных задачах это достижимо. А значит LTS не требуется при дистрибутиве, где хорошо работает команда QA и где софт подобран таким образом, что его разработчики заинтересованы в его стабильности. Для офисных задач - это вполне достижимая цель. Поэтому, если разработчик дистрибутива будет делать упор не на слабой обновляемости, а на решении проблемы нахождения ошибок и разделении дистрибутива на тематические направления - Офисная версия, Работа с мультимедиа, Разработка, 3D моделирование и т.д. и включать в эти направления софт с тесными связями с разработчиками и подобранный для решения конкретных задач и пропускать это все через хорошую QA, то применяя в организациях такие варианты дистрибутивов можно быть уверенным, что они будут решать свои задачи.

Единственная трудность - получение прибыли. Но тут надо понимать - либо ты делаешь мир таким, что в нем становится другим людям проще, стабильнее и тогда ты жертвуешь своим ресурсом, либо ты зарабатываешь деньги на чужих проблемах - исправляешь ошибки и уменьшаешь их проблемы. Это для компании дистрибьютера чужих решений и ПО.
Либо заниматься разработкой нового вида софта и получать деньги не на устранении ошибок путем сборки дистрибутивов и наложения патчей.

Я считаю что при балансе - бесплатное обновление и качественное тестирование и платная разработка нового - вот весьма неплохая стратегия для СПО при поступательном развитии в направлении упрощения жизни общества.

neobht писал(а):Псевдостабильность через медленную обновляемость - это для Linux - больше миф, чем реальность. На мой взгляд стабильность может быть лишь при правильном и систематическом тестировании, в усилении автоматизированных систем тестирования, а не слабой обновляемости.

На мой взгляд появление LTS-ов связано не столько с количеством багов в новом софте, сколько с изменением конфигов в новых версиях программ. В любом роллинге есть контроль качества, и глючную программу в репозиторий не пустят. Но автоматически обновлять свои конфиги мало какие программы умеют. Гуевые программы еще делают это, да и то, при обновлене KDE иногда дает дикий результ, и приходится сносить ~/.kde4. А из серверных я ни одной не припомню, все считают что конфиги только для чтения.
И возникает дилемма, или сидеть на старой версии конфига и соответственно программы, или сломать совместимость при обновлении. Когда человек ставит новый релиз он готов перепроверить и переписать конфиги, но когда он делает штатное обновление он рассчитывает, что все что работало будет работать и дальше, вот и выбирают перенос фиксов в старую версию. А если еще учесть зависимости пакетов друг от друга, получается что чуть ли не половину системы надо заморозить.

Колитесь когда будет ROSA Enterprise Desktop X2 ? Он сделан на основе R3 ? И чего там новенького вообще

"Не ждите слишком многого от конца света" (С)

keleg писал(а):"Не ждите слишком многого от конца света" (С)

Вы хотели сказать "Не ждите до конца света" ?

tverskoy писал(а):Колитесь когда будет ROSA Enterprise Desktop X2 ? Он сделан на основе R3 ? И чего там новенького вообще

Скорее на основе платформы rosa2014.1, но с другой схемой обновлений (не частые обновления по несколько пакетов каждый день, а накопившиеся за некоторый период обновления разом, с некоторым отставанием от Фреша, на котором сперва эти обновления будут обкатываться).

Но точно будет ясно только когда всё будет уже готово. Пока что точно никто не сможет сказать.

Галахов Роман писал(а):

keleg писал(а):"Не ждите слишком многого от конца света" (С)

Вы хотели сказать "Не ждите до конца света" ?

Скорее нет, Просто, как я понимаю, РОСА перешла на 2014.1, а 2012.1 уже потихоньку перестает поддерживаться. Поэтому не стоит ожидать от 2012.1 чего-то сверхнового и сверхъестественного

DELTA-79 писал(а):Скорее нет, Просто, как я понимаю, РОСА перешла на 2014.1, а 2012.1 уже потихоньку перестает поддерживаться. Поэтому не стоит ожидать от 2012.1 чего-то сверхнового и сверхъестественного

Я так понимаю ситуацию:
Проблема в том, что у Fresh поддержка - 2 года, у LTS - минимум 5. А значит после окончания поддержки Fresh 14.1, еще 3 года, или больше, надо будет поддерживать ее LTS версию. К тому же R3 уже готова к LTS по вылизанной за 2 года стабильности, а R5 - думаю, еще предстоит довести до подобного уровня стабилизации (в 2012.1 и R3 было намного больше вопросов/ошибок/багов, чем в R3; R4-R5 платформы 2014.1 повторяют ситуацию 2012.1-R1 предыдущей платформы, а значит платформа 2014.1 нужную стабильность наберет, только, к R7.)
А значит, новой LTS версии ждать еще, примерно, год.

Галахов Роман писал(а):

DELTA-79 писал(а):Скорее нет, Просто, как я понимаю, РОСА перешла на 2014.1, а 2012.1 уже потихоньку перестает поддерживаться. Поэтому не стоит ожидать от 2012.1 чего-то сверхнового и сверхъестественного

Я так понимаю ситуацию:
Проблема в том, что у Fresh поддержка - 2 года, у LTS - минимум 5. А значит после окончания поддержки Fresh 14.1, еще 3 года, или больше, надо будет поддерживать ее LTS версию. К тому же R3 уже готова к LTS по вылизанной за 2 года стабильности, а R5 - думаю, еще предстоит довести до подобного уровня стабилизации (в 2012.1 и R3 было намного больше вопросов/ошибок/багов, чем в R3; R4-R5 платформы 2014.1 повторяют ситуацию 2012.1-R1 предыдущей платформы, а значит платформа 2014.1 нужную стабильность наберет, только, к R7.)
А значит, новой LTS версии ждать еще, примерно, год.

Уже статья на вики есть, так что года ждать не придется. Я поэтому и хотел узнать подробности.

tverskoy писал(а):Уже статья на вики есть, так что года ждать не придется. Я поэтому и хотел узнать подробности.

От 6 марта 2015 года.
Но если репозитории от 2014.1 http://wiki.rosalab.ru/ru/index.php/ROS ... Desktop_X2
То, да, скорее всего, будет на базе 2014.1.