Разработчики Fedora Linux приняли решение (http://lists.fedoraproject.org/pipermail/devel-announce/2012...) отложить выход бета-версии Fedora 18 ещё на две недели. Одновременно заявлено, что, с учётом рождественских праздников, релиз теперь планируется (https://fedoraproject.org/wiki/Releases/18/Schedule) выпустить 8 января. Таким образом график подготовки релиза сдвинут уже на два месяца. Напомним, что альфа выпуск Fedora 18 откладывался три раза, после чего очередная череда переносов сроков коснулась бета-версии, которая теперь ожидается только 27 ноября, вместо изначально намеченного 2 октября.
В качестве мотива задержки выхода бета-версии называется (http://qa.fedoraproject.org/blockerbugs/milestone/18/beta/bu...) необходимость выделения дополнительного времени для доведения поддержки UEFI Secure Boot до должного вида, а также неготовность нового инструментария для обновления дистрибутива (fedup-dracut) и наличие некоторых блокирующих бета-выпуск проблем в инсталляторе Anaconda, который по сравнению с Fedora 17 был подвергнут серъёзной переработке. Перенос сроков негативно отразится на подготовке следующей версии Fedora 19, на разработку которой придётся потратить меньше времени, чтобы синхронизировать разработку с 6-месячным циклом подготовки смежных открытых проектов, таких как GNOME и X.Org.Тем временем, Адам Уильямсон (Adam Williamson), бывший менеджер Mandriva по связи с комьюнити, перешедший два года назад в компанию Red Hat на должность инженера по контролю качества, выступил (http://lists.fedoraproject.org/pipermail/devel/2012-November...) с предложением перейти к модели непрерывного выпуска обновлений (rolling-релизы). По его мнению непрерывное наращивание функциональности по частям с последующей их стабилизацией позволит решить проблемы с постоянным переносом сроков из-за несоответствия выпусков критериям качества, принятым в дистрибутивe. Предложение не вызвало одобрения большинства участников дискуссии. Основными доводами оппонентов стали указание на возможное понижение стабильности дистрибутива и изначальное существование непрерывно обновляемого репозитория "Fedora Rawhide".
URL: http://lists.fedoraproject.org/pipermail/devel-announce/2012...
Новость: https://www.opennet.ru/opennews/art.shtml?num=35264
Говорю же - в debian превращаются :)
>Говорю же - в debian превращаются :)Неа наличие Поттеринга этому воспрепятствует :(
В ставка, по каждому поводу и без, в предложение "Поттеринг" свидетельствует от отсуствии умственных способностей. Поймите это не смешно, а глупо!
Безграмотность - это тоже глупо и не смешно.
Суждение об умственных способностях кого-то по такому "тесту Поттеринга" - это моветон.
> Суждение об умственных способностях кого-то по такому "тесту Поттеринга" - это моветон.Нет, это утиная типизация. Если человек ведет себя, как идиот - значит, он и есть идиот.
"Тест Поттеринга" - лишь один из множества возможных способов проявить идиотское поведение.
Другой способ проявить идиотское поведение - это начать оффтопить про идиотов, вместо обсуждения топика.По теме: у федоры и так не слишком стабильные (в части десктопного софта) релизы, чтобы это ещё и усугублять rolling-ом.
> Неа наличие Поттеринга этому воспрепятствует :(В дебиане уже давно есть свой поттеринг - Майкл Бийбл. Он мейнтейнит rsyslog и участвует в разработке systemd.
(Кстати, в арче все тоже начиналось с того, что мейнтейнеры initscripts стали активно участвовать в разработке systemd)
Как пить дать - г0вно вроде тебя ни строчки не закоммитило ни в один open source проект
> Как пить дать - г0вно вроде тебя ни строчки не закоммитило ни
> в один open source проектА сыкл0 вроде тебя никогда не говорит такого в лицо людям. И что дальше? По теме есть что сказать или ты пришел сюда выливать на нас убогое содержимое своего ущербного умишки?
> Говорю же - в debian превращаются :)Еще пара переносов на пару месяцев - тогда можно будет с дебианом сравнивать. А пока - ничего выдающегося.
Fedora - это bleeding edge, но бинарная. Очень удобно с точки зрения экспериментов, багрепортинга, и изучения новшеств в технологической сфере. Эдакий preview всего и вся. Все стабилизированные наработки идут в RHEL, оттуда - в CentOS.да, (с) кэп
>Fedora - это bleeding edge, но бинарная. Очень удобно с точки зрения экспериментов, багрепортинга, и изучения новшеств в технологической сфере. Эдакий preview всего и вся. Все стабилизированные наработки идут в RHEL, оттуда - в CentOS.Вопрос только в том, есть ли смысл разрабатывать под нестабильную в прямом смысле систему?
> Вопрос только в том, есть ли смысл разрабатывать под нестабильную в прямом
> смысле систему?Есть... рано или поздно наработки из федорки уходят в рхел - и становятся мейнстримом )
>> Вопрос только в том, есть ли смысл разрабатывать под нестабильную в прямом
>> смысле систему?
> Есть... рано или поздно наработки из федорки уходят в рхел - и
> становятся мейнстримом )Проблема в том, что программа в рхеле по сути уже мертва. Мало разработчиков будут поддерживать версию, выпущенную, скажем, 2 года назад.
>>> Вопрос только в том, есть ли смысл разрабатывать под нестабильную в прямом
>>> смысле систему?
>> Есть... рано или поздно наработки из федорки уходят в рхел - и
>> становятся мейнстримом )
> Проблема в том, что программа в рхеле по сути уже мертва. Мало
> разработчиков будут поддерживать версию, выпущенную, скажем, 2 года назад.Вы перепутали топик. Вам сюда https://www.opennet.ru/opennews/art.shtml?num=35266
>Вы перепутали топик. Вам сюда https://www.opennet.ru/opennews/art.shtml?num=35266Ты чего курил?
> Вы перепутали топик. Вам сюда https://www.opennet.ru/opennews/art.shtml?num=35266Меняйте драгдилера. Ну или объясните нафига ему туда. Логика не прослеживается :)
> Проблема в том, что программа в рхеле по сути уже мертва. Мало разработчиков будут поддерживать версию, выпущенную, скажем, 2 года назад.Учитывая, что большинство разработчиков ключевых опенсорсных программ работают в Red Hat - будут, и еще как.
>Учитывая, что большинство разработчиков ключевых опенсорсных программ работают в Red Hat - будут, и еще как.Пруф на большинство, пожалуйста.
>>Учитывая, что большинство разработчиков ключевых опенсорсных программ работают в Red Hat - будут, и еще как.
> Пруф на большинство, пожалуйста.Я могу перечислить вам некоторые фамилии, но, учитывая, что вы довольно слабо знакомы с миром разработчиков ПО под Linux (что очевидно из вашего вопроса), вряд ли они вам что-то скажут.
> Я могу перечислить вам некоторые фамилии, но .. вряд ли они вам что-то скажут.О-ло-ло. "Я артист больших и малых академических театров. А имя мое слишком известно, чтобы я его называл."
Некоторые перечислять не надо, надо перечислить большинство.
> Вопрос только в том, есть ли смысл разрабатывать под нестабильную в прямом
> смысле систему?Интересно?! Все остальные стабильные, только Федора нестабильна. Федора имеет проблемы в первый месяц после выпуска, но для "пользователей Интернета" это не касаемо. Нарекания у меня были на 15-ю версию (переход на Гном3), когда были нарушены взаимосвязи приложений. Сейчас 17-я, несмотря на множество обновлений (консервативных) - очень стабильная система.
Федора18 будет напоминать 15-ю - слишком много новинок и подготовка к Wayland (какой дистр будет без проблем?).
Переход с версии на следующую версию не требует переустановки, можно просто апгрейднуться с помощью установочного дистрибутива (хотя из-за множества изменений в Ext4, которую поэтому предлогают назвать Ext5, лучше переформатироваться, и не только для Федоры).
Просто из 18-й будут делать RHEL7, вот и хотят побольше фич запихнуть.
> Вопрос только в том, есть ли смысл разрабатывать под нестабильную в прямом смысле систему?Только под нее и нужно разрабатывать. Не совать же свежевыпеченную прогу в стабильную ось.
> Только под нее и нужно разрабатывать. Не совать же свежевыпеченную прогу в
> стабильную ось.А что, новая версия должна быть обязательно хуже старой? Странная у тебя логика.
> А что, новая версия должна быть обязательно хуже старой? Странная у тебя логика.Если в нее насовали новых фич - очевидно, да. Их же еще протестировать надо.
> протестировать надо.Теперь федористы точно не отмажутся от роли тестовых хомячков в лабе :)
>> протестировать надо.
> Теперь федористы точно не отмажутся от роли тестовых хомячков в лабе :)Хз... Я не понимаю самоубийц, ставящих федорку даже в небольшой продакшн. Это _тестовая_ система, со всеми вытекающими. Те, кто ее ставит всерьез - как правило имеют целью не эксплуатировать данную систему, а получить тестбед для собственной разработки и обкатки/отладки/багрепортинга насчёт свежих версий софта, имеющегося в репах, в приближенных к боевым условиям. Других юзкейсов у неё нет в принципе - повторюсь, это отладочная платформа, а не рабочая лошадка.
Федора - это RedHat и никакого отношения к CentOs не имеет.
Так можно и Оракл приплести и ещё кучу.
CentOS гораздо больше RHEL, чем Федора.
То, что работает на RHEL поднимется и на CentOS. Для Федоры это не так.
> CentOS гораздо больше RHEL, чем Федора.
> То, что работает на RHEL поднимется и на CentOS. Для Федоры это
> не так.Да. Причём CentOS не просто "гораздо больше RHEL". CentOS = RHEL. На уровне _бинарной_ идентичности. За исключением пакетов, откуда выпилены проприетарные элементы.
А Fedora - это testbed для RHEL.
Жалко только с доступностью свежих приложений в репах там не очень, из-за чего народ понаевшись всякого валит на scientific.
> Жалко только с доступностью свежих приложений в репах там не очень, из-за
> чего народ понаевшись всякого валит на scientific.Ну, кого стабильность и ABI особо не интересуют - могут и валить, в принципе. Мне например важно, чтобы вся обвязка вокруг VMWare работала, а их драйвера собираются именно под RHEL. Небольшое расхождение в ABI может в этой связке доставить весьма эпичные глюки, которые вылезут при очень-очень специфичных условиях. Можно, конечно, собрать на месте - но ставить на каждую машину GCC не очень хочется, а лепить самому из проприетарной поставки RPM хочется еще меньше.
Да и пофиг. 17ая версия вполне стабильна и фичаста (imho, ясен пень) и переползать с нее на 18ую версию пока не горит.Мне гораздо интереснее более или менее стабильная версия федоры, нежели выпущенная к определенной дате и разваливающаяся на глазах.
Аналогично. Согласен на все 100%.
Предлагаю взять этому релизу кодовое имя Sarge... Или даже Sarge's revenge
Это у них до сих пор новая Анаконда траблы доставляет ? Забить тапком и растереть, поставить старую и все.
> Это у них до сих пор новая Анаконда траблы доставляет ? Забить тапком и растереть, поставить старую и все.И ядро 2.4, чтобы без багов третьей версии.
>По его мнению непрерывное наращивание функциональности по частям с последующей их стабилизацией позволит решить проблемы с постоянным переносом сроков из-за несоответствия выпусков критериям качества, принятым в дистрибутивe.Основными доводами оппонентов стали указание на возможное понижение стабильности дистрибутива
Да ну? Gentoo с вами не согласен.
> Да ну? Gentoo с вами не согласен.Отучаемся говорить за всех. Ты пробовал запускать игровые эмуляторы из gentoo и из бинарных дистров? В последних хорошо если 1 из 10 разработает, а под сурцовым линуксовым или бсд-шным дистром - на ура.
Слушайте меня https://www.opennet.ru/openforum/vsluhforumID3/86912.html#22
я лучше знаю :)
Шаришь, факт.
Мне кажется, они что-то замышляют.
> Мне кажется, они что-то замышляют.Показать Дебиану кузькину мать :)
они dracut из генты утянули или что?
Почему вы так решили?
> они dracut из генты утянули или что?Неа, это гента из федоры dracut тянет. Так как главный разработчик Dracut - Harald Hoyer - работает в редхате и лично мейнтейнит dracut в федоре. А промежуточные релизы выпускает прямо в rawhide.
>> они dracut из генты утянули или что?
> Неа, это гента из федоры dracut тянет. Так как главный разработчик Dracut
> - Harald Hoyer - работает в редхате и лично мейнтейнит dracut
> в федоре. А промежуточные релизы выпускает прямо в rawhide.Кстати, то же самое можно сказать и про util-linux во главе с Karel Zak.
> Кстати, то же самое можно сказать и про util-linux во главе с
> Karel Zak.redhat != evil all the time
они конечно не без греха, но и делают тоже немало.
Вот это правильный ответ. Спасибо. Никогда не читал историческую справку, за что и поплатился)
Захлебнулись в количестве инноваций. Ну, как бэ, здесь нады выбирать: либо-либо. Либо выдерживать график, а в очередной релиз включать только те инновации, которые созрели до степени релизной готовности, либо делать план фич, а релизы выпускать по мере достижения всех запланированных фич. И рыбку съесть и на *** не сесть одновременно не получится...