https://www.opennet.ru/openforum/vsluhforumID3/100532.html Мэтью Миллер (Matthew Miller), занимающий пост лидера проекта Fedora, при обсуждении возможного расписания подготовки Fedora 22, выступил (https://lists.fedoraproject.org/pipermail/devel/2014-December/204932.html) с предложением перейти к новому процессу формирования релизов, который поможет избавиться от постоянно возникающих переносов сроков из-за невозможности вовремя стабилизировать пакетную базу. В проекте предлагается внедрить предложенную компанией Intel стратегию разработки "тик-так (https://ru.wikipedia.org/wiki/%D2%E8%EA-%F2%E0%EA_%28%F1%F2%F0%E0%F2%E5%E3%E8%FF%29)", применяемую для согласования разработки новых архитектур и адаптации для них производства.<br><br><br><br>Стратегия "тик-так" подразумевает наличие двух отдельных стадий для развития функциональности и оттачивания дистрибутива. Стадии циклично сменяют друг друга: в рамках первого цикла идёт работа по разработке и внедрению новшеств, затем наступает цикл "release engineering (https://fedoraproject.org/wiki/ReleaseEngineering/Overview)", сосредото https://www.opennet.ru/openforum/vsluhforumID3/100532.html#42 Mon, 08 Dec 2014 19:01:51 GMT Мне кажется или автор открыл для себя бета-релизы?<br> https://www.opennet.ru/openforum/vsluhforumID3/100532.html#41 Mon, 08 Dec 2014 16:10:13 GMT &gt; Fedora - tick, Enterprise Linux - tock не?<br>&gt; Или tock раз в три года не достаточно чтобы оставаться на гребне <br>&gt; технологий?<br><br>Технологии разные бывают. Кому-то и кобыла на мэйнфрейме до сих пор не гребне. <br>В 2010 купил ноут dell xps15z. Почти год ноут пролежал практически в коробке -- кроме той винды, что с ним пришла, ничего не устанавливалось. Потом появилось ядро, но без поддержки APIC. Полгода пришлось работать на одном ядре из 4-х. Потом кое-как заработали 4 ядра. <br>Три года -- это для серваков нормально, типа залил и забыл, а для рабочего компа даже федориной латентности маловато.<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/100532.html#40 Mon, 08 Dec 2014 15:46:43 GMT Для меня оказалось наоборот -- до 20-й версии все пучком крутилось, а после апгрейда на втором мониторе заглючило обновление экрана. Пришлось откатиться на последнее ядро fc19 на момент выхода fc20, xorg-x11-sever и xorg-x11-drv-intel.<br>Комп -- ноут dell xps15z, который с дискретной нвидией и встроенным интелом на борту. Второй либо глючит, либо вообще не определяется. Если fc21 не станет родными ядром и иксами на два монитора, буду переползать на убунту. <br><br> https://www.opennet.ru/openforum/vsluhforumID3/100532.html#39 Sat, 06 Dec 2014 07:50:36 GMT Да, примерно с феврала, до этого на релизной федоре года 3. Вообще последнее время закрадываетсч крамольная мысль поменять на всех серваках centos 7 на fedora server. Разница между ними как-то стерлась, проблем со стабильностью мною тоже не замечено, а пакеты и ядро в федоре свежее, всяким докерам и кубернейтарам это нужно.<br> https://www.opennet.ru/openforum/vsluhforumID3/100532.html#38 Sat, 06 Dec 2014 01:35:03 GMT &gt; примерно год работаю на fedora rawhide, обновления качаю почти каждый день,<br>&gt; за все время 1 раз сломался цинамоновский dm, не помню какой там.<br><br>Спасибо; это 2014 получается? (я не знаю, последовали ль из обсуждения, на которое по памяти ссылался -- не лезть же из-за малолетних флудеров ворошить LWN -- какие-либо практические действия по rawhide, поэтому интересно)<br> https://www.opennet.ru/openforum/vsluhforumID3/100532.html#37 Sat, 06 Dec 2014 01:33:05 GMT &gt; чего реально не хватает - предсказуемости релизов и свежего софта в них.<br><br>Как раз вышла бета очередных стартеркитов, через неделю "релиз" будет; по свежим софтам -- всё в наших руках, ну и на форуме есть раздел "Разработка официальных дистрибутивов".<br><br>PS вдогонку к предыдущему ответу: постарался припомнить и расписать достаточно подробно в надежде на то, что кому-нибудь поможет избежать уже хорошо известных грабель.<br> https://www.opennet.ru/openforum/vsluhforumID3/100532.html#36 Sat, 06 Dec 2014 01:30:26 GMT &gt; По моему опыту (правда не сказать что очень большому, лет 8) чем <br>&gt; более короткий процесс описания релизов, тем более качественной и быстрой<br>&gt; получится разработка.<br><br>Это или гениальное описание, или оставленные на десерт детали. Вспоминаются BSDL, GPL и история с ath[59]k (запамятовал точно, какой там путешествовал по ядрам и лицензиям с выяснением деталей трактовки требований автора "во время выполнения").<br><br>&gt; Например, для Альта мог бы подойти такой вариант: 10 месяцев <br>&gt; разработки + 2 месяца усиленного тестирования, затем релиз.<br>&gt; Критические баги правятся на месте, остальные идут на следующий год.<br><br>Пришли к выводу, что оптимально 18--24 месяца между бранчами. Причём то, как коллеги из openSUSE сперва кинулись на абордаж марковских шести месяцев, а потом начали месяц за месяцем возвращать в цикл выпуска -- подтверждает, что пытаться уподобляться кроликам и впрямь незачем.<br> https://www.opennet.ru/openforum/vsluhforumID3/100532.html#34 Fri, 05 Dec 2014 22:45:58 GMT &gt;&gt;Миша и слова не может сказать чтоб не пропиарить свой никому не нужный альт.<br>&gt; [b]Альт нужен как воздух[/b], чего реально не хватает - предсказуемости релизов и <br>&gt; свежего софта в них.<br><br>Поподробнее пожалуйста, для чего нужен этот сизифов труд ? И помедленнее, я записсуую...<br> https://www.opennet.ru/openforum/vsluhforumID3/100532.html#33 Fri, 05 Dec 2014 22:42:48 GMT &gt; Миша и слова не может сказать чтоб не пропиарить свой никому не нужный альт.<br><br>Мишаня попытался расписать тут самый обычный процесс разработки софта, но как обычно с кардинальными "улучшениями" от Альта: заменяем слово "UNSTABLE" или "FACTORY" на "СИЗИФ" и получаем немедленный профит. Все в о*уе, a Мишаня, Светодиод и Ко покровительственно улыбаются и похлопывают белых единорогов по холкам.<br>