Вчера 21 июня вышла в свет новая версия Fedora. Что нового в Fedora можете почитать на oppenet. Я уже полтора месяца пользуюсь этой OS и хотел поделиться с хабралюдьми о том стоит ли переходить и вообще стоит ли так часто релизить.
Почему Fedora?
Дело в том что еще в далеком 1998 я у себя поставил 4 версию RedHat Linux, разобрался с системой rpm и научился создавать собственные rpm-сборки. Потом появилась Fedora Core. Это было как глоток свежего воздуха, регулярно апдейтилось ядро, всегда самые свежие версии php, perl, Gnome, gcc. Я использовал сборку Fedora как на десктопе так и на продакшине на colocattion. Темпы развития радовали, в нашей компании даже была внедрена виртуализация на базе oVirt (менеджмент над KVM в исполнении программистов RedHat). Казалось бы все «цветет и пахнет», но, на мой взгляд, это не так.
Что у нас в новом релизе
- Система:
Glibc 2.23, kernel 4.5, gcc 6.1
все на высоте — зачет!
- Языки программирования:
- Python 3.5 — свежий
- Ernang 18.3 — свежий
- Ruby 2.3.1 — свежий
- Nodejs 4.2 — старый, сейчас 6.2
- PHP 5.6 — старый, сейчас 7.0
- perl 5.22 — старый, сейчас 5.24
уже не так хорошо
- Обновился шрифт — Cantarell, авторам шрифта — зачет
- Вручную можно врубить поддержку кодека OpenH264
- FreeIPA 4.3 — хорошо!
- Все остальное — ну неплохо, что оно есть, но мне кажется, это нишевые фичи.
Список фич не впечатляет, нету того «Вау!», которое возникает от смены версий.
Какие я вижу проблемы
1. Ну видно же, что команда которая релизит, постоянно не успевает. Раньше дедлайны двигали на несколько дней, ну на пару недель — теперь более месяца.
2. Релиз получается не сбалансированный, что-то проапгрейдили до последних стабильных версий, а на что-то «забили».
3. Часть пакетов, которые нужны моей компании для работы, нужно пересобирать уже для 5 дистрибутивов Fedora 19 -Fedora 24.
4. Наши программисты уже не апдейтят систему с каждым новым релизом, большинство «прыгают через версию».
5. Но проблемы со сборками под новые релизы есть у многих компаниях:
rpmfusion, тянули до самого релиза, не успели, но сегодня уже пакеты для Fedora 24 есть
oVirt — самые свежие сборки для Fedora 22
MariaDB — самые свежие сборки для Fedora 23
ParconaServer для 24 Fedora вы не соберете из src.rpm
(Ну это то с чем работаю я)
6. Беспроблемно у меня не проходит ни один апдейт, проблемы с зависимостями от сторонних сборок пакета, иногда меняется или требует обновления формат конфигов, да вы сами это знаете.
7. Нету четких дат, на которые ориентирован релиз, когда-то это было конец осени/конец весны. Теперь это уже новый год/начало лета
Что сделать чтоб стало лучше
1. Мне кажется что называть версию с привязкой к году выпуска это хорошая идея. Fedora 2016 звучит неплохо. Частоту релизов установить в 1 год. Всегда можно выпустить нужный апдейт.
2. Для повышение привлекательности самого дистрибутива, хотя бы для той сборки, которая «Server», ввести LTM (Long-term Support) 3 года
3. Больше уделять внимания маркетингу, анонсы релиза выглядят очень не привлекательно.
Стот ли апдейтиться
Ну конечно стоит, куда вы денетесь? Все, ваша Fedora устарела, вы еще не успели к ней привыкнуть? — не беда, делайте апгрейд и привыкайте к 24 :)
За месяц с лишним при работе с бета-версией на стабильность я пожаловаться не могу. Не лучше и не хуже, чем Fedora 23, вроде как ничего и не менял.
Стот ли так часто релизиться
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
Комментарии (35)
Randl
22.06.2016 14:30А разве Fedora LTS — это не CentOS?
apelsyn
22.06.2016 14:37Как по мне — он уж слишком консервативен.
phozzy
22.06.2016 15:11+1Семерка вполне себе свежая. В текущем релизе 7-ки фриипа 4.2, что вполне достаточно, можно и без визуализации реплик пожить. В следующем будет желанная 4.3 пусть и на пару месяцев позже, что в пром. эксплуатации не так критично. У самого 2 реплики ипы, одна на 7-ке, другая на федоре. Федору буду обновлять одновременно с центосом. С той же «Parcona server» проблем меньше будет :-) А вообще, федора и центось прекрасно уживаются в одном домене, можете часть серверов (субд и пр.) на центоси держать, а всякие сервера приложений, разработкой которых вы занимаетесь, и где важна свежесть по, можете держать на федоре.
apelsyn
22.06.2016 15:59Так у меня так и есть, базы данных, RabbitMQ, Redis на CentOS.
Даже репозиторий завести для yum-а пришлось http://linux.ria.ua/SRPMS/centos_repository/
Ну а бекенды на Fedora Server.
quko
22.06.2016 15:00+6Наверное, я получу много минусов, но кроме лёгкого раздражения эта статья ничего не вызвала. Опустим то, что это статья для личного блога, нежели для технического ресурса и более походит на вброс. Ошибки и опечатки.
Давайте по порядку.
Версии интерпретаторов в дистрибутивах имеют смысл только в том случае, если используются они(или их фичи) в дистрибутиве, а это значит, что нодажс например не ключевая. (Все понимают, что не идеологично, но проекты диктуют свои правила и версии).
Теперь о проблемах.
1) всё они успевают, просто они хотят сделать готовый продукт, что у них и получается, на данный момент качество чрезвычайно высоко (многие сидят на ней спустя 1-2 месяца альфы и не встречают проблем)
2) У вас уникальные проблемы. Да, такое возможно, но лично я не встречался.
3) вы сами выбрали для продакшена не лучший дистрибутив. Освойте автоматические билды, билд инфраструктуру федоры.
4) повторюсь, федора не совсем тот дистрибутив, который нужен вам в проектах. К тому же, есть такие инструменты, как ansible и много менять или переписывать там не нужно будет. Проблема в том, что вы не автоматизировали это ваша, а не дистрибутива.
5)
5.1 В случае с фюженом это проблема фюжена. устаревшая на 7-8 лет инфраструктура, 2 человека. Напомню, что для федоры 23 они толком реп и не обновляли, многие пользовались устаревшими пакетами 22.
5.2 а вы не думали, что федора не главное их направление? + вы же можете собрать сами.
5.3 в репозитории новая версия.
6) наверное только у вас. Да, есть некоторые проблемы в связи с тем, что с updates-testing беты пакеты не синхронизируются сразу, но потом всё приходит в норму. Проблем нет с 22 уж точно. Знаю человека, у которого проблем нет с 18.
7) нет. Нет слова нету.
Это не имеет значения, ведь вы хотите готовый, стабильный продукт, а не релиз?
Что сделать, чтобы стало лучше.
1) классная идея. Но что это даст? Ничего. Как это улучшит проект? Никак.
2) Не тот дистрибутив вы выбрали, чтобы ЛТС на нём делать. Это не сделает лучше дистрибутив. Особенно если вспомнить то, что вы не наладили автоматику.
3) субьективность. Уделяйте, предлагайте, делайте. В ваших руках всё сделать лучше.
Стоит ли апдейтится?
Смотря что вы вкладываете в слово стабильность. Но обновляться надо, да.
Что действительно надо делать.
1) помочь проекту, писать репорты, выучить ансибл и помочь сделать современную замену russianfedora и rpmfusion.
2) освоить инфраструктуру федоры.apelsyn
22.06.2016 16:35-16) наверное только у вас. Да, есть некоторые проблемы в связи с тем, что с updates-testing беты пакеты не синхронизируются сразу, но потом всё приходит в норму. Проблем нет с 22 уж точно. Знаю человека, у которого проблем нет с 18.
Проблемы есть, пример из реальной жизни:
В SSL относительно недавно найдена уязвимость, на какой версии Fedora пакет проапдейтили? Правильный ответ — до 23 Fedora все «дырявые».quko
22.06.2016 16:46+2Я думаю, что вам стоит ознакомиться с релизным циклом и циклом поддержки. Тогда бы вы просто и не писали такое.
apelsyn
22.06.2016 16:51Я констатирую факт, что ваша информация «Проблем нет с 22 уж точно. Знаю человека, у которого проблем нет с 18.» диссонирует с суровой реальностью. Потому что «дырявая» OS — это проблема.
quko
22.06.2016 16:57Так не используйте EOL в продакшене, использовать, как вы говорите, дырявые технологии в продакшене плохая практика. (впрочем как и использовать не лучшие для ваших use cases решений).
Я говорил про обновления. Ничего у человека не ломалось.apelsyn
22.06.2016 17:31Не всегда можно проапгрейдиться, мешают зависимости сторонних пакетов, не подходит новая версия того или иного пакета и т.д. Просто приходиться самому собирать свежий пакет под старые Fedora, и ничего тут не поделать.
quko
22.06.2016 18:12Тогда, как я и писал многократно, федора не для ваших задач. Если вас устраивают редхат продукты, то почему бы не воспользоваться центосью? Ну правда, у неё множество плюсов и она прекрасно работает в качестве сервера. Вам даже переучиваться не придётся. Без шуток, вы забудете о проблемах лет на 10(если совсем заленитесь).
Также сейчас есть контейнеры (и не обязательно докер).
Забудьте о «старой федоре». Есть 2 релиза. Текущий и прошлый. Времени, пока поддерживается прошлый релиз обычно достаточно для переезда.apelsyn
22.06.2016 19:50Да пользуюсь я CentOS, я уже об этом писал, в тех случаях когда это приемлемо.
На рабочем компе у меня Fedora и я не собираюсь ее менять. И вообще, год назад я пел дифирамбы для Fedora 22. Тогда действительно был список фич, про которые хотелось написать.
На этот раз как мегафичу подают подключение нового фонта и ручная установка кодека от Cisco. Про то что вышла Fedora 24 на Хабре никто даже не написал.quko
22.06.2016 22:05Centos хорош всегда. Нет продакшн задач, с которой центось справится, а федора нет и наоборот. Вы ранее уже показали, что вы или ваши программисты не очень опытны в некоторых вопросах. Проблема в этом, а не в дистрибутиве.
Окей, а что такого нереально нового и крутого произошно в мире разработки линукс софта? что действительнно нового можно было бы добавить в федору?
Они сделали то, что от них ждали. Повысили стабильность, разделили системд на несколько пакетов. Сделали один из самых качественных продуктов в linux мире.apelsyn
23.06.2016 11:23Мне что себе на desktop CentOS ставить?
Если ничего нового не произошло то зачем делать релиз?quko
23.06.2016 11:53+1в первую очередь вам надо поработать над своими знанями и почитать про сроки поддержки (тогда бы вы не написали об уязвимостях неподдерживаемых версий). Ставить софт из репозитория федоры, или же адаптировать спеки под федору (ведь многие пользуются билд платформой сузи).
> Если ничего нового не произошло то зачем делать релиз?
Тоесть ждать чуда и не обновлять софт? Они обновили версии большинства програм, обновили тот же гном, разделили системд, обновили питон и всё, что его использует. Релиз в целом получился лучше 23. Вам этого недостаточно? Вы не ответили на вопрос. Что должно быть в релизе, чтобы он вас устроил?
Тот же хром имеет почти 60 версий, хотя ничего толком не меняется. Зачем они его обновляют? Тоже гоняются за версиями? ой, простите, они фиксят баги, закрывают уязвимости, рефакторят некоторый код.
Вы извините, но я ваши ответы, проблемы это просто что-то. Вам лишь бы повозмущаться, а ваши предложения и проблемы лишь показали о недостатке знаний и малой осведомлённости.apelsyn
23.06.2016 12:30+1в первую очередь вам надо поработать над своими знанИями и почитать про сроки поддержки
Вы манипулируете моими ответами. Вы написали что нету проблем со старыми Fedor-ами, я утверждаю, что они есть! Они как раз и состоят в том что их очень быстро перестают поддерживать гонясь за версиями.
То есть ждать чуда и не обновлять софт? Они обновили версии большинства програм, обновили тот же гном, разделили системд, обновили питон и всё, что его использует. Релиз в целом получился лучше 23. Вам этого недостаточно? Вы не ответили на вопрос. Что должно быть в релизе, чтобы он вас устроил?
Мне было бы достаточно для этого написать dnf update. (Посмотрите на голосование сколько людей хочет апдейтиться раз в полгода).
Я вам привел пример c Fedora 22, он меня не просто устроил, а вдохновил на написание статьи. 21-й был тоже «недоделанный».
Тот же хром имеет почти 60 версий, хотя ничего толком не меняется. Зачем они его обновляют? Тоже гоняются за версиями? ой, простите, они фиксят баги, закрывают уязвимости, рефакторят некоторый код.
А с Хромом та же ситуация, я бы даже сказал, еще хуже.
Вы извините, но я ваши ответы, проблемы это просто что-то. Вам лишь бы повозмущаться, а ваши предложения и проблемы лишь показали о недостатке знаний и малой осведомлённости.
Вас раздражает моя статья, ну так пишите свои аргументы/свою статью с дифирамбами, а не ошибки вычитывайте. Тут демократия, я могу писать то что думаю. Аргумент «Вам лишь бы повозмущаться», скажем так, не очень убедителен.
В этом году ребята из JetBrain перешли на нумерацию привязанную к году и будут менять релиз раз в год, до этого выходят только апдейты. Мне этот подход нравиться. Вам не нравиться? Ну бывает, я же не навязываю.
PS: К вашему первому комменту у меня тоже особой симпатии нету, но я его одобрил. Потому что уважаю Вашу точку зрения.sanslar
23.06.2016 13:14+1Update раз в год это хорошо. Но не для Fedora, так как это в первую очередь дистрибутив который вносит новшества, а он должен быть всегда свежим. Но они не могут себе позволить роллинг релиз, поэтому довольствуются версиями в пол года или чуть более, как в нашем случае Fedora 23 была актуальна порядка 9 месяцев. Gnome 3.20.2 сам по себе не отличается своей стабильностью, поэтому приходится иметь баги которые относятся к GNOME напрямую нежели к Fedorа.
Так же Ubuntu имеет минорные релизы и мажорные, и опять же никто не жалуется на то что минорные релизы происходят довольно часто, да там нету глобального затрагивания таких компонентов как DE, WM и прочих узлов системы, но явно обновляется графический стек и ядро как минимум.
quko
23.06.2016 14:15+1Я написал что проблем нет не со старыми версиями в плане обновления с них. (их никто не будет использовать в здравом уме, ведь это тоже самое, что говорить: " дос небезопасен, какая плохая система, какие плохие разработчики") Повторюсь, использовать федору в проде без надлежащей автоматизации развёртывания вашего окружения это плохой тон и не проблема дистрибутива.
Всё, что входит в официальный реп или собрано с расчетом на то, что будет использоваться именно в федоре проблем при обновлении не вызовет. Особенно если включить updates-testing репозиторий. Всё с такой же лёгкостью обновится в 1 команду.
Как пример приведу, что разделение системд на меньшие пакеты при dnf update скорее всего бы выпилило systemd-container, что поломало бы некоторым инфраструктуру. Вместе с федорой 22 было и правда много нового. Но если посмотреть внимательнее, то не всё так круто. ГУИ неполноценны, софт который был тогда революционным не очень уж и используется. По крайней мере в моём окружении.
Посмотрите сколько работы было сделано под капотом, сколько багов было закрыто. 24 вышла такой, какой ей стоило выйти и какой она могла выйти(с версией ноды будет всё понятно, если взглянуть на релизный цикл). И вообще, будьте честны. Если вы ленитесь или же сталкиваетесь с БОЛЬШИМИ сложностями которые мешают переезду при обновлении или же откладываете обновление (а в этом точно есть правда, раз у вас такие старые версии федоры стояли) то и с релизом в год, вы не сможете обновлять свою инфраструктуру. Вы будете опаздывать на пол года в лучшем случае, что в корне не поменяет ничего.
Меня раздражает ваша статья, потому что она
1) походит на статью из личного блога и вообще околотехническая.
2) не редактировалась на опечатки и ошибки
3) ваши проблемы какие то специфические и наблюдая за вашими комментариями я понял, что вы не умеете правильно обращаться со своим линукс дистрибутивом. Подключаете чужеродные репы, когда в вашем репе уже есть софт такой же версии и поддерживается майнтайнером, который явно лучше разбирается в мире федоры, чем сторонние разработчики.
4) вы жалуетесь на устаревшие версии интерпретаторов, которые не используются в системе. В связи с тем, что есть легаси и есть слишком хипстерские проекты, в мире ноджс используются nvm. Да, подобные решения не идеологичны, но они решают проблемы и не вредят дистрибутиву. С php также, а перл вообще отдельный разговор. в 22 версии было самое важное для дистростроителей, повышение производительности. Другого интересного и нового там нет. И если честно, я сомневаюсь, что кто-то использует новые фичи, которые там появились. Еще раз напомню, что причина таких версий — релизный цикл. И годовалый релизный цикл не исправит это. (используются же не только сами интерпретаторы, а еще и версии гемов, нодмодулей, питонопакетов) это всё сломается, если будет через dnf update.
5) ваши предложения не изменят вашу ситуацию к лучшему. ЛТС было бы приятно, не спорю, но тут уже действительно центось будет лучше. Правда security updates было бы неплохо, но мало кому действительно нужно будет. Посмотрите на лтс в убунте или дебиане. РЕальная поддержка только год-полтора.
5) что касается маркетинга, так там всё хорошо. Он не агрессивный и не лживый как в убунте. Если интересует больше технических подробностей, то почему бы не глянуть в лист рассылки, в багтрекер?
Напишите свои предложения в список рассылки. Вы правда извините, но хабре этому посту делать нечего.
nexfwall
22.06.2016 15:37>1. Ну видно же что команда, которая релизит постоянно не успевает. Раньше дедлайны двигали на несколько дней, ну на пару недель — теперь более месяца.
Переносы происходят не всегда из-за того, что они не успевают. А от того, что на багтрекере могут быть открыты баги, которые помечены как «Blocker». Команда довольно большая, но частенько бывает так, что необходимо договориться с upstream. Из-за чего могут быть задержки.
К тому же, данный выпуск — один из самых больших по количеству изменений. Изменений запланировали много, и уже сразу было ясно, что выпуск затянется. А следующий выпуск будет содержать уже меньше изменений, чтобы успеть к концу ноября.
Все, кому надо, спокойно взяли daily-live, и поставили. Ждуны могут продолжать дальше ждать.
>2. Релиз получается не сбалансированный, что то проапгрейдили до последних стабильных версий а на что-то забили.
Это совершенно не так. Всё что было обновлено после заморозки, лежит в updates-testing и ждёт синхронизации.
>3. Часть пакетов, которые нужны моей компании для работы, нужно пересобирать уже для 5 дистрибутивов Fedora 19 -Fedora 24.
Fedora 19-22 — EOL. Зачем вам собирать пакеты для мёртвых версий?
>4. Наши программисты уже не апдейтят систему с каждым новым релизом, большинство «прыгают через версию».
И зря они это делают. Если они не хотят обновлять систему 10 лет, для этого есть CentOS.
>5. Но проблемы со сборками под новые релизы есть у многих компаниях:
rpmfusion, тянули до самого релиза, не успели, но сегодня уже пакеты для Fedora 24 есть
RPMFusion — полудохлый репозиторий, с инфраструктурой устаревшей на 8 лет (по крайней мере, в некоторых местах). Где сидят полтора землекопа — kwizart и sergiomb. И упётые как ослы.
Да да, эти полтора землекопа и собирают все кодеки под Fedora. А как только кто-то пытается им помочь со стороны, они начинают строить из себя незнамо что.
>oVirt — самые свежие сборки для Fedora 22
Fedora 22 — EOL, буквально через месяц.
И да, ovirt есть в репозиториях. Зачем вам какие-то левые сборки?
>MariaDB — самые свежие сборки для Fedora 23
Сторонний репозиторий, не совместимый со сборками в официальном репозитории. Если уж прям так нужна самая свежая версия для 23-ей — возьмите .src.rpm от 24-ой, и отправьте его в Copr.
>7. Нету четких дат, на которые ориентирован релиз, когда-то это было конец осени/конец весны. Теперь это уже новый год/начало лета
Ориентировочная дата выпуска была названа. Но никто не отменял переносов.
Cels
22.06.2016 20:03-2Пол года-год назад сравнивал дистрибутивы linux (на десктоп) и остановился на Linux Mint — ну очень качественные сборки.
Для настольной системы — в самый раз, если конечно не фанат debian.sanslar
23.06.2016 11:28+2Не уместно сравнивать продакшен систему и систему для домохозяек.
Cels
25.06.2016 21:33Объясните, пожалуйста, в двух словах — что такое продакшен система?
sanslar
30.06.2016 15:29-1Я мог и приврать слегка, просто Fedora это дистрибутив на основе которого по факту, тестируются новые версии пакетов и программ, которые в итоге попадут в Red Hat Enterprise Linux предназначеная для корпоративного использования. В итоге, по сути дела Fedora, является такой же продакшен системой как и её родитель, отличетельной чертой является отсутсвие стабильности. Но стабильность в Fedora бывает и на порядок выше во время тестирования, чем даже в свежей Ubuntu.
Cels
30.06.2016 16:04Работая с RH Enterprise — вообще не встречал свежих версий программ — есть старые, но обкатанные, исправленные/дописанные, тестированные и т.д.
Потому и спросил, с чего она «продакшн», если она изначально предназначена для тестирования?
Потому что её производитель Red Hat?
Смешно, к тому же компания Red Hat не предоставляет поддержку пользователям Fedora, поддержка осуществляется открытым сообществом.
в общем я вас понял…sanslar
30.06.2016 17:51Вы все слишком утрируете.
Не потому что производитель Red Hat. Идёт обкатка(пусть и не скоро оно попадёт в RH Enterprise), но все же, по внутриностям Fedora становится понятно что она для продакшена.
То что RH не поддерживает Fedora, не ознчает что она берет плоды с трудов сообщества. Да и к тому же, там намного всё глубже чем вы думаете, те люди которые работают на RH паралельно как раз и занимаются поддержкой Fedora. Просто об этом не написано прямым текстов в Wikipedia.
nexfwall
30.06.2016 21:30Подробнее про отношения Red Hat и Fedora — можно посмотреть здесь: https://youtu.be/qJ3CozFrEvg
Не слушайте его. Там всё не так, как кажется.
smarkelov
Где вариант — релизы не нужны?
alltiptop
Поддерживаю, где вариант rolling-release?
nexfwall
Выпуски нужны. Они нужны тем, кто пользуется данным дистрибутивом на своих домашних и рабочих станциях. Чтобы не получить внезапно обновление до GNOME 3.$((CURRENT_MINOR_VER + 2)), да ещё и кусками.
Для мазохистов есть rawhide. Некоторые умудряются пользоваться, и даже говорят что им скучно, ибо ничего не ломается.