| 1.1, Аноним (-), 11:00, 05/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +9 +/– |
Нужно. Всеравно многие ( и я) сидят на федоре "через релиз". Теперь это будет явно обосновано.
| | |
| |
| |
| |
| 4.26, iZEN (ok), 20:29, 05/12/2014 [^] [^^] [^^^] [ответить]
| –3 +/– |
 > а у FreeBSD всегда tock-tock-tock (и так лет 20)
Если точнее, для системы используется четырёхшаговый цикл разработки:
Release <- Stable <- Current <- Perforce,
где
Release — это "верстовой камень" на ветке Stable;
Current — это ствол дерева разработки;
Perforce — это частные наработки, ожидающие включения в ствол.
(Перенос кода из Current в Stable — MFC, Merge From Current).
http://svnweb.freebsd.org/base/stable/10/?sortby=date
| | |
|
|
|
| 1.6, Аноним (-), 11:39, 05/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
не нужно. Во всех дистрибутивах есть нестабильная ветка. Кому надо новшества может туда пойти
| | |
| |
| 2.9, Michael Shigorin (ok), 12:50, 05/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
 > не нужно. Во всех дистрибутивах есть нестабильная ветка.
У федоры её на сейчас нет, насколько мне известно -- с год тому пробегал вопрос "пользуется ли кто у себя rawhide?" и выяснение того, что уже никто (лет десять это было при определённой сноровке возможно).
В альте пришли к другой модели, которая мне кажется существенно более разумной (правда, и факторы, определяющие нестабильность, изрядно отличаются):
- в рамках sisyphus осуществляется текущая разработка;
- когда приходит время очередной стабильной ветки -- сизиф притормаживается;
- альфа-сборки происходят на "медленном" unstable;
- одновременно с фиксацией беты дистрибутива происходит отделение бранча;
- далее некоторое время бранч и сизиф идут почти шаг-в-шаг (происходит копирование);
- когда в сизифе начинают меняться ABI или иная функциональность, бранч уходит "в автоном";
- дистрибутивы выпускаются на бранче (x.0 и далее x.0.y, хотя уже напрашиваются x.y по примеру Debian или RHL, кто помнит).
PS: при этом ключевым отличием является то, что сизифом можно было пользоваться для работы всегда, а последние несколько лет трудами в т.ч. at@ ширина и глубина "штормовых окон" существенно уменьшились -- т.к. нынешняя сборочница не допускает unmets в unstable.
| | |
| |
| 3.28, Аноним (-), 21:28, 05/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
По моему опыту (правда не сказать что очень большому, лет 8) чем более короткий процесс описания релизов, тем более качественной и быстрой получится разработка. Например, для Альта мог бы подойти такой вариант: 10 месяцев разработки + 2 месяца усиленного тестирования, затем релиз. Критические баги правятся на месте, остальные идут на следующий год.
| | |
| |
| 4.36, Michael Shigorin (ok), 04:30, 06/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> По моему опыту (правда не сказать что очень большому, лет 8) чем
> более короткий процесс описания релизов, тем более качественной и быстрой
> получится разработка.
Это или гениальное описание, или оставленные на десерт детали. Вспоминаются BSDL, GPL и история с ath[59]k (запамятовал точно, какой там путешествовал по ядрам и лицензиям с выяснением деталей трактовки требований автора "во время выполнения").
> Например, для Альта мог бы подойти такой вариант: 10 месяцев
> разработки + 2 месяца усиленного тестирования, затем релиз.
> Критические баги правятся на месте, остальные идут на следующий год.
Пришли к выводу, что оптимально 18--24 месяца между бранчами. Причём то, как коллеги из openSUSE сперва кинулись на абордаж марковских шести месяцев, а потом начали месяц за месяцем возвращать в цикл выпуска -- подтверждает, что пытаться уподобляться кроликам и впрямь незачем.
| | |
|
| 3.30, Nixi (?), 00:13, 06/12/2014 [^] [^^] [^^^] [ответить]
| +/– | |
Миша и слова не может сказать чтоб не пропиарить свой никому не нужный альт.
> с год тому пробегал вопрос "пользуется ли кто у себя rawhide?" и выяснение того, что уже никто (лет десять это было при определённой сноровке возможно).
proof please.
| | |
| |
| 4.31, Аноним (-), 00:45, 06/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Миша и слова не может сказать чтоб не пропиарить свой никому не нужный альт.
Альт нужен как воздух, чего реально не хватает - предсказуемости релизов и свежего софта в них.
| | |
| |
| 5.34, АнонуС (?), 01:45, 06/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Миша и слова не может сказать чтоб не пропиарить свой никому не нужный альт.
> Альт нужен как воздух, чего реально не хватает - предсказуемости релизов и
> свежего софта в них.
Поподробнее пожалуйста, для чего нужен этот сизифов труд ? И помедленнее, я записсуую...
| | |
| 5.37, Michael Shigorin (ok), 04:33, 06/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> чего реально не хватает - предсказуемости релизов и свежего софта в них.
Как раз вышла бета очередных стартеркитов, через неделю "релиз" будет; по свежим софтам -- всё в наших руках, ну и на форуме есть раздел "Разработка официальных дистрибутивов".
PS вдогонку к предыдущему ответу: постарался припомнить и расписать достаточно подробно в надежде на то, что кому-нибудь поможет избежать уже хорошо известных грабель.
| | |
|
| 4.33, АнонуС (?), 01:42, 06/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Миша и слова не может сказать чтоб не пропиарить свой никому не нужный альт.
Мишаня попытался расписать тут самый обычный процесс разработки софта, но как обычно с кардинальными "улучшениями" от Альта: заменяем слово "UNSTABLE" или "FACTORY" на "СИЗИФ" и получаем немедленный профит. Все в о*уе, a Мишаня, Светодиод и Ко покровительственно улыбаются и похлопывают белых единорогов по холкам.
| | |
|
| 3.32, SunXE (ok), 01:42, 06/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
 примерно год работаю на fedora rawhide, обновления качаю почти каждый день, за все время 1 раз сломался цинамоновский dm, не помню какой там. Вернул на lxdm.
И ломался wifi в NetworkManager, но это вроде бы во всех дистрах тестовых веток было.
В остальном мега стабильная система несмотря на то, что rawhide.
| | |
| |
| 4.38, Michael Shigorin (ok), 04:35, 06/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
> примерно год работаю на fedora rawhide, обновления качаю почти каждый день,
> за все время 1 раз сломался цинамоновский dm, не помню какой там.
Спасибо; это 2014 получается? (я не знаю, последовали ль из обсуждения, на которое по памяти ссылался -- не лезть же из-за малолетних флудеров ворошить LWN -- какие-либо практические действия по rawhide, поэтому интересно)
| | |
| |
| 5.39, SunXE (ok), 10:50, 06/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
Да, примерно с феврала, до этого на релизной федоре года 3. Вообще последнее время закрадываетсч крамольная мысль поменять на всех серваках centos 7 на fedora server. Разница между ними как-то стерлась, проблем со стабильностью мною тоже не замечено, а пакеты и ядро в федоре свежее, всяким докерам и кубернейтарам это нужно.
| | |
|
|
|
|
| 1.10, Вова (?), 13:13, 05/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Судя по количеству обновлений, что до сих пор идут в Fedora 20, это получился самый стабильный дистрибутив за всю историю Fedora. Если раз в несколько релизов они (FESCO) будут менять свой подход к выпускам, будут получаться хорошие "предыдущие" релизы. Пока это единственный плюс изменений :)
| | |
| |
| 2.29, botman (ok), 00:01, 06/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Количество обновлений ничего не говорит о стабильности, равно как и слово stable о релизе федоры, хоть ты там ядро самое свеежее ставь, хоть не ставь - всё одно софт подобран так себе, и ещё не каждая фича работает. Fedora stable совсем не стабильная в полном понимании этого слова. Для начала попробуйте запустить на том-же железе debian jessie(т.е. testing) и попользоваться ей дня три - сразу поймёте что тут уже есть всё и всё работает чего ещё нету в Fedora 21, не то что в костыле для русскоговорящих Russian Fedora 21 которая виснет на начальных этапах установки.
| | |
| 2.40, adolfus (ok), 18:46, 08/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
 Для меня оказалось наоборот -- до 20-й версии все пучком крутилось, а после апгрейда на втором мониторе заглючило обновление экрана. Пришлось откатиться на последнее ядро fc19 на момент выхода fc20, xorg-x11-sever и xorg-x11-drv-intel.
Комп -- ноут dell xps15z, который с дискретной нвидией и встроенным интелом на борту. Второй либо глючит, либо вообще не определяется. Если fc21 не станет родными ядром и иксами на два монитора, буду переползать на убунту.
| | |
|
| 1.11, Аноним (-), 13:45, 05/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Fedora - tick, Enterprise Linux - tock не?
Или tock раз в три года не достаточно чтобы оставаться на гребне технологий?
Или я что-то упустил и основная цель современных открытых проектов, всё же, штамповка мажорных версий как можно чаще?
| | |
| |
| 2.12, Andrey Mitrofanov (?), 14:04, 05/12/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Или я что-то упустил и основная цель современных открытых проектов, всё же,
> штамповка мажорных версий как можно чаще?
И не только их. Или совсем не, а "бывших открытых систем, окупайд маркетоидами, радужными идолопоклонниками одной релизной trunk ветки". Укушенные Мозиллой-7.
Вон рядом Роскомнадзор "релизит часто" - три новости на OpenNET-е за три дня. Рекорд Убунты побит. "Современный открытый проект."
| | |
| 2.41, adolfus (ok), 19:10, 08/12/2014 [^] [^^] [^^^] [ответить]
| +/– |
> Fedora - tick, Enterprise Linux - tock не?
> Или tock раз в три года не достаточно чтобы оставаться на гребне
> технологий?
Технологии разные бывают. Кому-то и кобыла на мэйнфрейме до сих пор не гребне.
В 2010 купил ноут dell xps15z. Почти год ноут пролежал практически в коробке -- кроме той винды, что с ним пришла, ничего не устанавливалось. Потом появилось ядро, но без поддержки APIC. Полгода пришлось работать на одном ядре из 4-х. Потом кое-как заработали 4 ядра.
Три года -- это для серваков нормально, типа залил и забыл, а для рабочего компа даже федориной латентности маловато.
| | |
|
| |
| |
| |
| 4.24, Аноним (-), 18:21, 05/12/2014 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>>fresh & steel.
>>steel
> Blut und Eisen.
Гитлер Меркель гуттен махен!
| | |
|
|
|
| 1.14, Аноним (-), 14:40, 05/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
ЗАДОЛБАЛИ, перестану обновляться, останусь на 20-ке.
Кому нужно сырое - использует rawhide. Если никому не нужно, то и "тики" никто не будет ставить, а будут ждать "таки".
| | |
| |
| 2.18, Аноним (-), 15:40, 05/12/2014 [^] [^^] [^^^] [ответить]
| +/– | |
rawhide это просто транк разработки. На него совсем невозможно положиться при использовании. Из него хорошо доставать отдельные srpm-ки.
Само собой, все будут сидеть на "таке", а тики будут для тех, кто заинтересован в обкатке технологий. Просто теперь "ТАК" будет чуть медленней развиваться, чем текущие релизы, а "ТИК" - наоборот, быстрее. По-моему, отлично
| | |
|
| 1.27, pavlinux (ok), 21:12, 05/12/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Этого не может быть, вся планета наканецта допёрла, до того,
чем занималась советская наука, инженерия и промышленность с 1942 года.
| | |
|
