Я написал что проблем нет не со старыми версиями в плане обновления с них. (их никто не будет использовать в здравом уме, ведь это тоже самое, что говорить: " дос небезопасен, какая плохая система, какие плохие разработчики") Повторюсь, использовать федору в проде без надлежащей автоматизации развёртывания вашего окружения это плохой тон и не проблема дистрибутива.
Всё, что входит в официальный реп или собрано с расчетом на то, что будет использоваться именно в федоре проблем при обновлении не вызовет. Особенно если включить updates-testing репозиторий. Всё с такой же лёгкостью обновится в 1 команду.
Как пример приведу, что разделение системд на меньшие пакеты при dnf update скорее всего бы выпилило systemd-container, что поломало бы некоторым инфраструктуру. Вместе с федорой 22 было и правда много нового. Но если посмотреть внимательнее, то не всё так круто. ГУИ неполноценны, софт который был тогда революционным не очень уж и используется. По крайней мере в моём окружении.
Посмотрите сколько работы было сделано под капотом, сколько багов было закрыто. 24 вышла такой, какой ей стоило выйти и какой она могла выйти(с версией ноды будет всё понятно, если взглянуть на релизный цикл). И вообще, будьте честны. Если вы ленитесь или же сталкиваетесь с БОЛЬШИМИ сложностями которые мешают переезду при обновлении или же откладываете обновление (а в этом точно есть правда, раз у вас такие старые версии федоры стояли) то и с релизом в год, вы не сможете обновлять свою инфраструктуру. Вы будете опаздывать на пол года в лучшем случае, что в корне не поменяет ничего.
Меня раздражает ваша статья, потому что она
1) походит на статью из личного блога и вообще околотехническая.
2) не редактировалась на опечатки и ошибки
3) ваши проблемы какие то специфические и наблюдая за вашими комментариями я понял, что вы не умеете правильно обращаться со своим линукс дистрибутивом. Подключаете чужеродные репы, когда в вашем репе уже есть софт такой же версии и поддерживается майнтайнером, который явно лучше разбирается в мире федоры, чем сторонние разработчики.
4) вы жалуетесь на устаревшие версии интерпретаторов, которые не используются в системе. В связи с тем, что есть легаси и есть слишком хипстерские проекты, в мире ноджс используются nvm. Да, подобные решения не идеологичны, но они решают проблемы и не вредят дистрибутиву. С php также, а перл вообще отдельный разговор. в 22 версии было самое важное для дистростроителей, повышение производительности. Другого интересного и нового там нет. И если честно, я сомневаюсь, что кто-то использует новые фичи, которые там появились. Еще раз напомню, что причина таких версий — релизный цикл. И годовалый релизный цикл не исправит это. (используются же не только сами интерпретаторы, а еще и версии гемов, нодмодулей, питонопакетов) это всё сломается, если будет через dnf update.
5) ваши предложения не изменят вашу ситуацию к лучшему. ЛТС было бы приятно, не спорю, но тут уже действительно центось будет лучше. Правда security updates было бы неплохо, но мало кому действительно нужно будет. Посмотрите на лтс в убунте или дебиане. РЕальная поддержка только год-полтора.
5) что касается маркетинга, так там всё хорошо. Он не агрессивный и не лживый как в убунте. Если интересует больше технических подробностей, то почему бы не глянуть в лист рассылки, в багтрекер?
Напишите свои предложения в список рассылки. Вы правда извините, но хабре этому посту делать нечего.
в первую очередь вам надо поработать над своими знанями и почитать про сроки поддержки (тогда бы вы не написали об уязвимостях неподдерживаемых версий). Ставить софт из репозитория федоры, или же адаптировать спеки под федору (ведь многие пользуются билд платформой сузи).
> Если ничего нового не произошло то зачем делать релиз?
Тоесть ждать чуда и не обновлять софт? Они обновили версии большинства програм, обновили тот же гном, разделили системд, обновили питон и всё, что его использует. Релиз в целом получился лучше 23. Вам этого недостаточно? Вы не ответили на вопрос. Что должно быть в релизе, чтобы он вас устроил?
Тот же хром имеет почти 60 версий, хотя ничего толком не меняется. Зачем они его обновляют? Тоже гоняются за версиями? ой, простите, они фиксят баги, закрывают уязвимости, рефакторят некоторый код.
Вы извините, но я ваши ответы, проблемы это просто что-то. Вам лишь бы повозмущаться, а ваши предложения и проблемы лишь показали о недостатке знаний и малой осведомлённости.
Centos хорош всегда. Нет продакшн задач, с которой центось справится, а федора нет и наоборот. Вы ранее уже показали, что вы или ваши программисты не очень опытны в некоторых вопросах. Проблема в этом, а не в дистрибутиве.
Окей, а что такого нереально нового и крутого произошно в мире разработки линукс софта? что действительнно нового можно было бы добавить в федору?
Они сделали то, что от них ждали. Повысили стабильность, разделили системд на несколько пакетов. Сделали один из самых качественных продуктов в linux мире.
Тогда, как я и писал многократно, федора не для ваших задач. Если вас устраивают редхат продукты, то почему бы не воспользоваться центосью? Ну правда, у неё множество плюсов и она прекрасно работает в качестве сервера. Вам даже переучиваться не придётся. Без шуток, вы забудете о проблемах лет на 10(если совсем заленитесь).
Также сейчас есть контейнеры (и не обязательно докер).
Забудьте о «старой федоре». Есть 2 релиза. Текущий и прошлый. Времени, пока поддерживается прошлый релиз обычно достаточно для переезда.
Так не используйте EOL в продакшене, использовать, как вы говорите, дырявые технологии в продакшене плохая практика. (впрочем как и использовать не лучшие для ваших use cases решений).
Я говорил про обновления. Ничего у человека не ломалось.
Наверное, я получу много минусов, но кроме лёгкого раздражения эта статья ничего не вызвала. Опустим то, что это статья для личного блога, нежели для технического ресурса и более походит на вброс. Ошибки и опечатки.
Давайте по порядку.
Версии интерпретаторов в дистрибутивах имеют смысл только в том случае, если используются они(или их фичи) в дистрибутиве, а это значит, что нодажс например не ключевая. (Все понимают, что не идеологично, но проекты диктуют свои правила и версии).
Теперь о проблемах.
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) освоить инфраструктуру федоры.
Всё, что входит в официальный реп или собрано с расчетом на то, что будет использоваться именно в федоре проблем при обновлении не вызовет. Особенно если включить updates-testing репозиторий. Всё с такой же лёгкостью обновится в 1 команду.
Как пример приведу, что разделение системд на меньшие пакеты при dnf update скорее всего бы выпилило systemd-container, что поломало бы некоторым инфраструктуру. Вместе с федорой 22 было и правда много нового. Но если посмотреть внимательнее, то не всё так круто. ГУИ неполноценны, софт который был тогда революционным не очень уж и используется. По крайней мере в моём окружении.
Посмотрите сколько работы было сделано под капотом, сколько багов было закрыто. 24 вышла такой, какой ей стоило выйти и какой она могла выйти(с версией ноды будет всё понятно, если взглянуть на релизный цикл). И вообще, будьте честны. Если вы ленитесь или же сталкиваетесь с БОЛЬШИМИ сложностями которые мешают переезду при обновлении или же откладываете обновление (а в этом точно есть правда, раз у вас такие старые версии федоры стояли) то и с релизом в год, вы не сможете обновлять свою инфраструктуру. Вы будете опаздывать на пол года в лучшем случае, что в корне не поменяет ничего.
Меня раздражает ваша статья, потому что она
1) походит на статью из личного блога и вообще околотехническая.
2) не редактировалась на опечатки и ошибки
3) ваши проблемы какие то специфические и наблюдая за вашими комментариями я понял, что вы не умеете правильно обращаться со своим линукс дистрибутивом. Подключаете чужеродные репы, когда в вашем репе уже есть софт такой же версии и поддерживается майнтайнером, который явно лучше разбирается в мире федоры, чем сторонние разработчики.
4) вы жалуетесь на устаревшие версии интерпретаторов, которые не используются в системе. В связи с тем, что есть легаси и есть слишком хипстерские проекты, в мире ноджс используются nvm. Да, подобные решения не идеологичны, но они решают проблемы и не вредят дистрибутиву. С php также, а перл вообще отдельный разговор. в 22 версии было самое важное для дистростроителей, повышение производительности. Другого интересного и нового там нет. И если честно, я сомневаюсь, что кто-то использует новые фичи, которые там появились. Еще раз напомню, что причина таких версий — релизный цикл. И годовалый релизный цикл не исправит это. (используются же не только сами интерпретаторы, а еще и версии гемов, нодмодулей, питонопакетов) это всё сломается, если будет через dnf update.
5) ваши предложения не изменят вашу ситуацию к лучшему. ЛТС было бы приятно, не спорю, но тут уже действительно центось будет лучше. Правда security updates было бы неплохо, но мало кому действительно нужно будет. Посмотрите на лтс в убунте или дебиане. РЕальная поддержка только год-полтора.
5) что касается маркетинга, так там всё хорошо. Он не агрессивный и не лживый как в убунте. Если интересует больше технических подробностей, то почему бы не глянуть в лист рассылки, в багтрекер?
Напишите свои предложения в список рассылки. Вы правда извините, но хабре этому посту делать нечего.
> Если ничего нового не произошло то зачем делать релиз?
Тоесть ждать чуда и не обновлять софт? Они обновили версии большинства програм, обновили тот же гном, разделили системд, обновили питон и всё, что его использует. Релиз в целом получился лучше 23. Вам этого недостаточно? Вы не ответили на вопрос. Что должно быть в релизе, чтобы он вас устроил?
Тот же хром имеет почти 60 версий, хотя ничего толком не меняется. Зачем они его обновляют? Тоже гоняются за версиями? ой, простите, они фиксят баги, закрывают уязвимости, рефакторят некоторый код.
Вы извините, но я ваши ответы, проблемы это просто что-то. Вам лишь бы повозмущаться, а ваши предложения и проблемы лишь показали о недостатке знаний и малой осведомлённости.
Окей, а что такого нереально нового и крутого произошно в мире разработки линукс софта? что действительнно нового можно было бы добавить в федору?
Они сделали то, что от них ждали. Повысили стабильность, разделили системд на несколько пакетов. Сделали один из самых качественных продуктов в linux мире.
Также сейчас есть контейнеры (и не обязательно докер).
Забудьте о «старой федоре». Есть 2 релиза. Текущий и прошлый. Времени, пока поддерживается прошлый релиз обычно достаточно для переезда.
Я говорил про обновления. Ничего у человека не ломалось.
Давайте по порядку.
Версии интерпретаторов в дистрибутивах имеют смысл только в том случае, если используются они(или их фичи) в дистрибутиве, а это значит, что нодажс например не ключевая. (Все понимают, что не идеологично, но проекты диктуют свои правила и версии).
Теперь о проблемах.
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) освоить инфраструктуру федоры.