LINUX.ORG.RU

RedHat Enterprise Linux теперь бесплатен для малого бизнеса

 , , ,


2

2

Компания RedHat изменила условия бесплатного использования полнофункциональной системы RHEL. Если раньше это можно было делать лишь разработчикам и только на одном компьютере, то теперь бесплатная учётная запись разработчика позволяет бесплатно и совершенно легально использовал RHEL в продакшене на не более чем 16 машинах, с самостоятельной поддержкой. Помимо этого RHEL можно бесплатно и легально использовать в публичных облаках, таких как AWS, Google Cloud Platform и Microsoft Azure.

Источник:

Today we’re sharing details about some of the new no- and low-cost programs we’re adding to RHEL. These are the first of many new programs.

No-cost RHEL for small production workloads

While CentOS Linux provided a no-cost Linux distribution, no-cost RHEL also exists today through the Red Hat Developer program. The program’s terms formerly limited its use to single-machine developers. We recognized this was a challenging limitation.

We’re addressing this by expanding the terms of the Red Hat Developer program so that the Individual Developer subscription for RHEL can be used in production for up to 16 systems. That’s exactly what it sounds like: for small production use cases, this is no-cost, self-supported RHEL. You need only to sign in with a free Red Hat account (or via single sign-on through GitHub, Twitter, Facebook, and other accounts) to download RHEL and receive updates. Nothing else is required. This isn’t a sales program and no sales representative will follow up. An option will exist within the subscription to easily upgrade to full support, but that’s up to you.

You can also use the expanded Red Hat Developer program to run RHEL on major public clouds including AWS, Google Cloud Platform, and Microsoft Azure. You have to pay only the usual hosting fees charged by your provider of choice; the operating system is free for both development and small production workloads.

The updated Individual Developer subscription for RHEL will be available no later than February 1, 2021.

No-cost RHEL for customer development teams

We recognized a challenge of the developer program was limiting it to an individual developer. We’re now expanding the Red Hat Developer program to make it easier for a customer’s development teams to join the program and take advantage of its benefits. These development teams can now be added to this program at no additional cost via the customer’s existing subscription, helping to make RHEL more accessible as a development platform for the entire organization. Through this program, RHEL can also be deployed via Red Hat Cloud Access and is accessible on major public clouds including AWS, Google Cloud Platform and Microsoft Azure at no additional costs except for the usual hosting fees charged by your cloud provider of choice. Bringing RHEL to additional use cases

We know that these programs don’t address every CentOS Linux use case, so we aren’t done delivering more ways to get RHEL easily. We’re working on a variety of additional programs for other use cases, and plan to provide another update in mid-February.

We want to make RHEL easier to use and are removing many barriers that stand in the way, working to keep pace with the evolving needs of Linux users, our customers and our partners. This requires us to continuously examine our development and business models to meet these changing needs. We believe that these new programs – and those to follow – work toward that goal.

We’re making CentOS Stream the collaboration hub for RHEL, with the landscape looking like this:

  • Fedora Linux is the place for major new operating system innovations, thoughts, and ideas - essentially, this is where the next major version of Red Hat Enterprise Linux is born.
  • CentOS Stream is the continuously delivered platform that becomes the next minor version of RHEL.
  • RHEL is the intelligent operating system for production workloads, used in nearly every industry in the world, from cloud-scale deployments in mission-critical data centers and localized server rooms to public clouds and out to far-flung edges of enterprise networks.

We aren’t done with this work. We want to hear from you, whether or not your needs fall into one of the use cases described here.

Please contact us at centos-questions@redhat.com. This email address goes directly to the team developing these programs. We’ve heard you – and will continue to listen to your comments and suggestions.

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: alpha (всего исправлений: 3)

Ответ на: комментарий от mv

Приведу простую аналогию: если на рыбалке бесплатно подкармливать рыбу своей едой, то поймаешь больше.

Почему же они от той бизнес модели отказались и даже сейчас решили к ней не возвращаться, ограничившись подачкой «до 16»?

Red Hat - это такая же корпорация, мечтающая о монополии, а не кучка форфанщиков, пилящих в удовольствие.

Red Hat - это далеко не только Linux и монополия в Linux невозможна в принципе. Что да возможно, так это - некая более менее стандартизация, причём LSB ближе как раз к продукции Red Hat. Но Red Hat почему-то не спешить что-то делать в этом направлении, а балансирует между собственной жадностью и желанием не терять популярность. Зачем-то очень активно участвуют в разработке GNOME, хотя эта DE лишь разобщает сообщество и вообще не понятно на кой она сдалась RedHat-у. Лучше бы они активнее взялись за Cinnamon или добавили Cinnamon подобный режим в сам GNOME, раз они его и так уже пилят. Нет лучшей прикормки пингвинов, чем качественный халявный Linux с привычным и человеческим DE.

hummer
() автор топика
Ответ на: комментарий от hummer

Почему же они от той бизнес модели отказались и даже сейчас решили к ней не возвращаться, ограничившись подачкой «до 16»?

Потому что они сейчас IBM. И в IBM стали превращаться задолго до сдачи IBM’у, когда к ним люди со стороны повалили, которые про оупенсорс и окружающую его культуру мало чего понимают.

mv ★★★★★
()
Ответ на: комментарий от hummer

То есть вернуться к исходной бизнес моделе RedHat 90-х, от которой они отказались? Не приведёт ли это к резкому снижению доходов?

Насколько я помню историю, RH чуть не обанкротились со своей старой моделью, в результате чего и пришли к модели RHEL. Никто не будет платить только за поддержку. Точней может и будут, но для масштабов RH этого недостаточно. Что, собственно, убунту и показывает, несмотря на свою огромную популярность имеют 5 миллионов дохода в 2018 году, что просто смешно в сравнение с 500 миллионами редхата. И по сути как паразитировали на дебиане, так и паразитируют, все их потуги что-то своё посконное разработать ни к чему не приводят.

Legioner ★★★★★
()
Последнее исправление: Legioner (всего исправлений: 2)
Ответ на: комментарий от Legioner

Насколько я помню историю, RH чуть не обанкротились со своей старой моделью, в результате чего и пришли к модели RHEL.

Почему тогда исходный CentOS их не обанкротил? Как они зарабатывали столько бабла при параллельном существовании CentOS и кто сейчас мешает превратить RHEL в CentOS и продолжать продавать коммерческую подписку не закрывая доступ к ISO обновлениям никакими ограничениями? Что-то тут с историей не сходится.

hummer
() автор топика
Ответ на: комментарий от hummer

Что-то тут с историей не сходится.

У них техническая верхушка была замещена финансистами, которым по-барабану всё, кроме денег. Они технологии и бесплатные движения всякие не копенгаген. У Интела то же самое произошло 10 лет назад, они изумительно выкачали тонны бабла из того, что у них было, но, в итоге, просрали рынок всем подряд, и срочно призывают инженера Гелсинджера, чтобы он их спас.

mv ★★★★★
()

Ну да, малый то бизнес во все щели пользуются GNU/Linux, RHEL в особенности... 🤦‍♂️🤦

erfea ★★★★★
()
Ответ на: комментарий от Legioner

И по сути как паразитировали на дебиане, так и паразитируют

В корне её верно. Сейчас уже не разобрать кто и на ком паразитирует. Чтобы это понять нужно посмотреть список сопровождающих в обоих проектах. Часть из них работает в Canonical, часть использует Ubuntu и чтобы не париться отправляет изменения в Debian, чтобы потом было проще поддерживать отпочковывание Ubuntu.

anonymous
()
Ответ на: комментарий от dyasny

потому что 16 железяк - вполне себе нормально для мелкого бизнеса. На каждой ведь еще можно и виртуалок нагородить.

Виртуалки тоже требуют подписку.

Остаются только контейнеры, UBI или как их там назвали.

anonymous
()
Ответ на: комментарий от anonymous

Емнип 4 виртуалки бесплатно на каждый лицензированный хост. Так было во всяком случае

dyasny ★★★★★
()
Ответ на: комментарий от hummer

Ну да, на Убунте. А если RedHat превратится в Canonical и соответствующим образом, на порядки, сократит своё контрибутство в ядро и прочий открытый софт, которым ты и твой отец и отец отца пользуетесь бесплатно, кто компенисирует эту потерю? Сообщество? Оно не может, сообщество - технический импотент.

Сам ты импотент. Технически. Сообщество может справляться с работой над маленькими проектами. Поэтому unix-way, работа над маленькими проектами, которые потом собираются, как лего, - это традиционный путь. Так это появилось и такой в этом изначально смысл. Некоторые начинали это все использовать, чтобы строить на нем кастомные решения. А вот, когда IBM/RH внедряют комбайны (комплексный софт со множеством функций) в духе M$, то да, они переводят разработку в чисто корпоративный сектор с большими затратами.

Вон за FreeBSD меньше корпораций и только поэтому FreeBSD отстаёт в развитии. Кто-то хочет подобное и в мире Linux?

FreeBSD последнее время занимает свою нишу и не пытается из нее выливаться сразу и на десктоп, и в стиральные машины и еще куда-то. Использует ее netflix? С задачей справляется? Без systemd и прочих примочек? Keep it simple, stupid!

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 2)
Ответ на: комментарий от dyasny

Я то понимаю) Отвечал просто человеку о том почему так делать нельзя.

spellman
()
Ответ на: комментарий от hummer

Потому, что CentOS это не RHEL. Если ты ставишь Oracle на CentOS, то ораклисты тебя не поддержат. Хотя, конечно, центось редхату сильно мешала, почему они её и убили в итоге.

Legioner ★★★★★
()
Ответ на: комментарий от dyasny

Значит их можно получать и без прямого доступа к RHN.

hummer
() автор топика
Ответ на: комментарий от alpha

Всё что приходит в Stream уже проверено, принято и протестировано инженерами RHEL. Да, оно ещё не выкачено в самом RHEL, но вся работа по этим пакетам уже выполнена.

Если все выполнено, то почему оно тогда не выкачено в RHEL? Видимо, не все так просто, и есть какие-то дополнительные тесты, которые не проводятся для Stream.

bigbit ★★★★★
()
Ответ на: комментарий от bigbit

протестировано инженерами

какие-то дополнительные тесты, которые не проводятся для Stream

И что бы это могли быть за тесты??? 🤔

Тесты конечными пользователями, вероятно.

anonymous
()
Ответ на: комментарий от crypt

Сам ты импотент. Технически.

Фильтруй базар, технически.

Сообщество может справляться с работой над маленькими проектами. Поэтому unix-way, работа над маленькими проектами, которые потом собираются, как лего, - это традиционный путь. Так это появилось и такой в этом изначально смысл. Некоторые начинали это все использовать, чтобы строить на нем кастомные решения. А вот, когда IBM/RH внедряют комбайны (комплексный софт со множеством функций) в духе M$, то да, они переводят разработку в чисто корпоративный сектор с большими затратами.

UNIX way давно умер или перестал быть эффективным. Практически все значимые части современных Linux систем являются сложными комплексными решениями, которые не могут заменяться никакими последовательными запусками кучки простых утилит вроде cat, grep, awk, sed, tail. Посмотри на ядро, на X Window System, на любой современный браузер, на любой современный Desktop Environment. Все они являются сложными комплексными решениями. UNIX way хорош лишь в своей узкой нише скриптоподелия и не более того. Именно поэтому некорпоративное сообщество не может осилить ничего сложнее студенческого проекта. Именно поэтому основными разработчиками всех значимых частей современной Linux системы являются корпорации.

FreeBSD последнее время занимает свою нишу и не пытается из нее выливаться сразу и на десктоп, и в стиральные машины и еще куда-то. Использует ее netflix? С задачей справляется? Без systemd и прочих примочек? Keep it simple, stupid!

FreeBSD занимает ровно ту нишу, которую ему позволяют занять корпорации. Например Oracle принципиально не поддерживает FreeBSD. А так там были попытки занять как серверную, так и десктопную нишу. Но не судьба, потому что усилиями одного лишь сообщества далеко не уедешь. Так же будет и с Linux, если от него начнут отворачиваться корпорации.

Поэтому Red Hat нужен и Linux сообщество должно быть заинтересовано в том, чтобы Red Hat продолжал зарабатывать кучу денег на корпоративном рынке. Необходимо лишь найти удобный компромис между интересами Red Hat и интересами сообщества.

hummer
() автор топика
Ответ на: комментарий от bigbit

Дополнительные тесты, которые проводятся не по отдельным пакетам, а по всей ночной сборке конечно есть.

У CentOS Stream тоже кстати сказать.

Но находить баги на этом этапе, когда пакет уже попал в buildroot - это поздно и дорого. Поэтому большАя часть верификации которую раньше RHEL делал в виде отдельной фазы тестирования после фазы разработки, и которая могла занимать месяцы, сейчас переезжает на уровень тестирования пакета до его мерджа. Включая ручное тестирование и верификацию через партнеров.

То же ядро к примеру уже переехало на режим пре-верификации, и у них чуть не трехступенчатая система тестирования до того как сам пакет с ядром попадёт в общие репозитории (то есть в Stream).

Да, CentOS Stream не RHEL, и не CentOS Linux. Но и совсем не Rawhide.

alpha ★★★★★
()
Ответ на: комментарий от alpha

Теперь обычная Fedora превратится в Rawhide, а Rawhide в ночные сборки? Как вообще появление CentOS Stream повлияет на дальнейшую судьбу Fedora?

hummer
() автор топика
Ответ на: комментарий от hummer

Теперь обычная Fedora превратится в Rawhide, а Rawhide в ночные сборки?

Нет. Это у тебя путаница в голове.

Как вообще появление CentOS Stream повлияет на дальнейшую судьбу Fedora?

Никак.

Fedora - это проект сообщества предоставляющий базу для нового Stream/RHEL.

Новая мажорная версия Stream/RHEL стартует с некоторой стабильной версии Fedora. Но Fedora не имеет отношения к дальнейшей жизни этой ветки.

Раньше после Final Freeze в соответствующей ветке Fedora разработка RHEL уходила в подполье на долгое время, после чего всплывала только в момент релиза уже в финальном состоянии. И только после этого появлялся CentOS. Сейчас CentOS Stream позволяет продолжить публичную разработку.

То есть Stream начинается там, где кончается Fedora. Они никак не мешают друг другу.

Картинка тут: CentOS 8 станет CentOS Stream

alpha ★★★★★
()
Ответ на: комментарий от alpha

Нет. Это у тебя путаница в голове.

Это у тебя путаница в голове, потому что я ничего не утверждал, а лишь спросил о предполагаемом изменении в Fedora. Что такое предположение ты, надеюсь, знаешь?

Fedora - это проект сообщества предоставляющий базу для нового Stream/RHEL.

Ты можешь продолжать повторять это как мантру, но Fedora - это не проект сообщества, а проект Red Hat, в котором сообщество тоже может принять посильное, но далеко не определяющее, участие.

В рамках моего предыдущего вопроса это может привести к тому, что Red Hat станет заинтересован в превращении Fedora в фактический rolling, для более интенсивного тестирования перед попаданием в CentOS Stream. Rawhide уже сейчас гораздо более сырой, чем rolling. Например там уже используются ещё не релизнутые gcc 11 и glibc 2.33. Что это, если не ночные сборки или snapshot releases?

То есть Stream начинается там, где кончается Fedora. Они никак не мешают друг другу.

И что же такое этот Stream, с точки зрения его пользователей? LTS версия соответствующей Федоры? Там будет сохраняться всё то, что было в Федоре? Например Cinnamon spin там будет? Или «сообщество» в руководстве Red Hat не одобрит?

LOR когда-то бежал на Fedora версии N-1, а сейчас на классическом CentOS, который клон RHEL. Теперь LOR следует перевести на Stream или на бесплатный RHEL? С @maxcom это уже обсуждалось?

hummer
() автор топика
Ответ на: комментарий от hummer

Это у тебя путаница в голове, потому что я ничего не утверждал, а лишь спросил о предполагаемом изменении в Fedora. Что такое предположение ты, надеюсь, знаешь?

Не надо рычать. Путаница - это не оскорбление. Просто из твоих вопросов следует что ты не разобрался в теме.

Что это, если не ночные сборки или snapshot releases?

Rawhide - это ночные сборки Fedora. CentOS Stream - ночные сборки RHEL. Да, и то и другое - это ночные сборки, но совершенно разного содержимого с совершенно разными правилами для обновлений.

И что же такое этот Stream, с точки зрения его пользователей? LTS версия соответствующей Федоры? Там будет сохраняться всё то, что было в Федоре? Например Cinnamon spin там будет? Или «сообщество» в руководстве Red Hat не одобрит?

Опять же ты путаешь Fedora и CentOS. Fedora - проект по разработке дистрибутива Fedora сообществом, спонсируемый Red Hat. CentOS - это проект по сборке кода RHEL.

Состав пакетов в CentOS Stream контролируется Red Hat-ом а не сообществом. Точно также как было в CentOS Linux. Сообщество проекта CentOS может поддерживать внешние дополнительные репы типа CentOS Plus, EPEL и т.п., но содержимое и версии пакетов в CentOS определяет исключительно RHEL Engineering без всяких кавычек согласно правилам разработки RHEL.

Поэтому нет, CentOS Stream - это не LTS-версия Fedora. Это development-ветка RHEL.

alpha ★★★★★
()
Последнее исправление: alpha (всего исправлений: 1)
Ответ на: комментарий от alpha

Не надо рычать. Путаница - это не оскорбление. Просто из твоих вопросов следует что ты не разобрался в теме.

Просто не надо додумывать за меня - в чём я разобрался или не разобрался. Зачем вообще тратить время на оценочные рассуждения личностей?

Rawhide - это ночные сборки Fedora. CentOS Stream - ночные сборки RHEL. Да, и то и другое - это ночные сборки, но совершенно разного содержимого с совершенно разными правилами для обновлений.

Ты тут лихо играешься терминологией, но упускаешь суть моего вопроса. Fedora не была rolling дистрибутивом, она была point дистрибутивом, а в качестве rolling использовался Rawhide. Это делало Федору более оттестированной и более стабильной при обновлениях, чем всякого рода Arch и почий rolling. При этом Fedora включала в себя весьма свежую пакетную базу.

Всё это меня в Федоре и привлекло. Но теперь я наблюдаю, что в Rawhide пихают недоделанные и ещё нерелизнутые версии gcc и glibc, превращая Rawhide в нечто гораздо более сырое чем Arch. Ещё я вижу, что между Fedora и RHEL появился промежуточный дистрибутив (то есть промежуточная площадка для тестирования), а мне в Fedora 33 (с Btrfs по умолчанию) суют ядра 5.10.6 и 5.10.7 до исправления известной регрессии Btrfs и (как выяснилось позже) других критических проблем с этой файловой системой. И вот, пока я жду более новую версию (в 5.10.8 наконец исправили регрессию, в 5.10.9 просто множество исправлений, связанных с Btrfs, и лишь теперь я решился на обновление ядра с 5.9.16), я начинаю задумываться, а не в rolling ли я попал? При этом гораздо менее критичные пакеты не обновляются, например Git. То есть это какой-то полу-rolling и на таких как я тестируют отдельные критически важные части будущих Stream/RHEL. Отсюда и мои опасения в снижении стабильности Fedora после появления CentOS Stream.

Меня тут не столько RHEL и его клоны интересуют, сколько Fedora, её стабильность и её десктопное использование. Я бы перешёл на Stream из-за скорее всего большей стабильности его base system, но мне нужны свежие пакеты прикладного софта. Ещё мне нужен Cinnamon, поскольку GNOME мне совершенно не подходит. Там всё это будет или прикладной софт будет ещё более старый, обновления опять будут крутиться вокруг ядра и прочих критически важных частей системы, а в качестве DE мне предложат лишь этот уродский GNOME?

hummer
() автор топика
Ответ на: комментарий от hummer

Странная претензия к Rawhide. Он Rollingом является только как следствие того, что туда пихают самые новые вещи. Но так как это в первую очередь development ветка, туда могут попадать development версии программ. Разве кто-то обещал иное?

Неужели это такая большая проблема, что тестовая ветка внезапно используется для тестирования, в том числе новых версий glibc etc в процессе разработки?

Midael ★★★★★
()
Последнее исправление: Midael (всего исправлений: 1)
Ответ на: комментарий от hummer

Ты тут лихо играешься терминологией, но упускаешь суть моего вопроса. Fedora не была rolling дистрибутивом, она была point дистрибутивом, а в качестве rolling использовался Rawhide. Это делало Федору более оттестированной и более стабильной при обновлениях, чем всякого рода Arch и почий rolling. При этом Fedora включала в себя весьма свежую пакетную базу.

Мне непонятно почему ты говоришь в прошедшем времени. Ничего из этого не изменилось.

При этом гораздо менее критичные пакеты не обновляются, например Git. То есть это какой-то полу-rolling и на таких как я тестируют отдельные критически важные части будущих Stream/RHEL. Отсюда и мои опасения в снижении стабильности Fedora после появления CentOS Stream.

Я так понимаю, что задать вопрос про гит майнтейнеру ты так и не осилил?

Выбор Btrfs в качестве файловой системы не имеет отношения ни к Stream, ни к Red Hat. gcc в Rawhide действительно обновляется быстрее, но не потому что всем всё равно, а потому что майнтейнеры gcc проводят дополнительные тесты и массовую сборку перед выкаткой в rawhide, больше уверены в результате и лучше представляют последствия чем раньше. И опять же это решение принимается FESCo, а не Red Hat, и именно сообщество этого просит.

Можешь поискать в рассылке дискуссию где я писала о том что предварительное тестирование gcc11 будет происходить вне Rawhide и комментарии (весьма гневные) которые пошли в ответ.

При этом Red Hat же наоборот спонсирует работу по внедрению Rawhide Gating и озадачил своих инженеров и QE вопросом как увеличить покрытие тестами обновлений в Fedora.

Ещё я вижу, что между Fedora и RHEL появился промежуточный дистрибутив

Это неверно. Ещё раз рекомендую посмотреть на картинку. CentOS Stream не сидит в промежутке между Fedora и RHEL. Он является пересборкой пакетов RHEL. И это не некая новая сущность, которая появилась ниоткуда, это открытая development-ветка RHEL. Эта development-ветка существовала последние как минимум 15 лет, просто внутри Red Hat.

Ещё мне нужен Cinnamon, поскольку GNOME мне совершенно не подходит.

Нужен Cinnamon для CentOS - cтановись его ко-майнтейнером в EPEL. Это Open Source, если тебе чего-то очень хочется - иди и сделай.

alpha ★★★★★
()
Последнее исправление: alpha (всего исправлений: 1)
Ответ на: комментарий от Midael

В Rawhide пихают не просто самые новые вещи, как в обычном rolling, туда пихают недоделанные вещи, которые ещё не релизнули в самом upstream. Следовательно Rawhide rolling-ом уже не является и ближайший претендент на эту роль - это выходящая каждые пол года и постоянно обновляющая критически важные части основной системы Fedora. А теперь ещё появился Stream, на который можно показывать пальцем всем ищущим нечто более стабильное, чем rolling. Я об этом, а претензий к Rawhide у меня нет и я им не пользуюсь.

hummer
() автор топика
Ответ на: комментарий от hummer

Всем ищущим что-то более стабильное чем Fedora Rawhide надо показывать на релизную ветку Fedora.

CentOS - это другой проект.

alpha ★★★★★
()
Ответ на: комментарий от alpha

Всем ищущим что-то более стабильное чем Fedora Rawhide надо показывать на релизную ветку Fedora.

Я про ищущих что-то более стабильное, чем Fedora 33, 34… и так далее, а не Rawhide.

CentOS - это другой проект.

Ты имела в виду CentOS Stream? Меня устроит этот другой и очевидно более стабильный проект, если я получу свежий прикладной софт и выбор DE. Но там я это не получу, правда?

hummer
() автор топика
Ответ на: комментарий от alpha

Зачем сейчас нужен CentOS?

Ну, седали бы Fedora для разработки, RHEL Stream для разработки (без подписки) и наконец RHEL для использования в бизнесе (оформляй подписку).

anonymous
()
Ответ на: комментарий от anonymous

CentOS полностью под контролем Red Hat. Тогда пусть переименуют проект в RHEL Steam и все, а так путают людей) Fedora -> RHEL Steam -> RHEL понятная для всех схема.

anonymous
()
Ответ на: комментарий от anonymous

Тогда пусть переименуют проект

Зачем? Считай, что CentOS переводится как «без подписки».

Fedora -> RHEL Steam -> RHEL понятная для всех схема

Правда, не соответствующая действительности.

anonymous
()
Ответ на: комментарий от alpha

Мне непонятно почему ты говоришь в прошедшем времени. Ничего из этого не изменилось.

Как же не изменилось, когда мне в систему с Btrfs по умолчанию начали пихать обновления ядер 5.10.x ещё до того, как в upstream исправили критическую регрессию и ещё несколько серьёзных проблем с Btrfs в этой самой 5.10.x?

Я так понимаю, что задать вопрос про гит майнтейнеру ты так и не осилил?

Мне достаточно было пообщаться с сообществом (не ЛОР-овским) и увидеть общую картину. Маинтейнер Git, только лишь из-за общения со мной, ничего менять не будет. Вопрос не в том, что мне скажет маинтейнер одного конкретного пакета, а в том, что множество прикладного софта обновляется лишь между релизами Федоры или между релизами RHEL.

Выбор Btrfs в качестве файловой системы не имеет отношения ни к Stream, ни к Red Hat. gcc в Rawhide действительно обновляется быстрее, но не потому что всем всё равно, а потому что майнтейнеры gcc проводят дополнительные тесты и массовую сборку перед выкаткой в rawhide, больше уверены в результате и лучше представляют последствия чем раньше. И опять же это решение принимается FESCo, а не Red Hat, и именно сообщество этого просит.

Ты наверное не поняла. У меня нет претензий к Rawhide или к выбору Btrfs в качестве файловой системы по умолчанию в Fedora 33. У меня есть опасения в снижении стабильности Fedora (не Rawhide) - стабильности её base system. Я бы предпочёл более осторожные и консервативные обновления base system и одновременно с этим более частые обновления прикладного софта. Для меня более новый Git более интересен, чем более новое ядро.

Это неверно. Ещё раз рекомендую посмотреть на картинку. CentOS Stream не сидит в промежутке между Fedora и RHEL. Он является пересборкой пакетов RHEL. И это не некая новая сущность, которая появилась ниоткуда, это открытая development-ветка RHEL. Эта development-ветка существовала последние как минимум 15 лет, просто внутри Red Hat.

Я уже видел твою картинку и прекрасно понял что это не новая сущность. Новое тут лишь то, что Stream стал ещё одной, промежуточной площадкой для тестирования силами сообщества. Именно поэтому Stream и сделали дистрибутивом для всеобщего распространения за пределами тусовки работников Red Hat. Появление ещё одной промежуточной площадки для тестирования может повлиять в худшую сторону на качество предыдущей площадки, коей Fedora и является.

Нужен Cinnamon для CentOS - cтановись его ко-майнтейнером в EPEL. Это Open Source, если тебе чего-то очень хочется - иди и сделай.

Уже есть leigh123linux маинтейнящий Cinnamon в Fedora. Чем его пакеты не подходят для EPEL? И почему ты решила, что у меня достаточно компетенции помогать ему с пакетированием? Ты ещё скажи, что GNOME в RHEL - единственный DE потому, что он очень удобный и все хотят пользоваться именно им, а не потому, что в Red Hat работают многие его разработчики, мнение которых имеет гораздо больший вес, чем мнение пользователей, даже пишущих маинтейнерам письма мелким почерком из Федоры.

hummer
() автор топика
Последнее исправление: hummer (всего исправлений: 1)

Даааа, скучно стало. Толку уже причитать?

Сожрём всё, что RH подсунет, дрыгаться некуда. Это тем кому именно РХ нужен.

anonymous
()
Ответ на: комментарий от alpha

Конечно стрим это не генту. Центосьстрим это говно.

anonymous
()
Ответ на: комментарий от anonymous

Зачем? Считай, что CentOS переводится как «без подписки».

Называй свой правый глаз как не левый глаз.

Правда, не соответствующая действительности.

Какая правда? Ты о чем? Ясно же написано, что сделали бы схему Fedora > RHEL Stream > RHEL. Она хоть понятна, даже если не знаешь кухню RHEL.

anonymous
()
Ответ на: комментарий от anonymous

Какая правда?

http://new.gramota.ru/spravka/punctum?layout=item&id=58_616 (пункт 2)

Ясно же написано, что сделали бы схему Fedora > RHEL Stream > RHEL. Она хоть понятна, даже если не знаешь кухню RHEL.

Зачем выдумывать такую схему, если она не соответствует реальности?

anonymous
()
Ответ на: комментарий от hummer

Как же не изменилось, когда мне в систему с Btrfs по умолчанию начали пихать обновления ядер 5.10.x ещё до того, как в upstream исправили критическую регрессию и ещё несколько серьёзных проблем с Btrfs в этой самой 5.10.x?

Это Fedora. Она так работает. И всю жизнь так работала.

Сообщество предлагает изменения, FESCo подтверждает, майнтейнеры реализуют. Если тебя не устраивают решения FESCo, то ты можешь во-первых участвовать в обсуждениях этих решений до того как они сделаны. Во-вторых, можешь голосовать на выборах в FESCo за более консервативных товарищей, а не за Neal Gompa, которому дай волю он и gcc11 принесет из пулл-реквеста и Btrfs на лету пропатчит в любых видах.

Я так понимаю, что задать вопрос про гит майнтейнеру ты так и не осилил?

Мне достаточно было пообщаться с сообществом (не ЛОР-овским) и увидеть общую картину.

Это называется «Рабинович напел».

Сообщество - это замечательно, но конкретные вопросы надо решать с первоисточниками и конкретными людьми. Это Open Source, тебе не надо писать бумагу на заверенном бланке чтобы задать вопрос. Все разработчики от тебя находятся на расстоянии вытянутой руки.

Столько недопонимания можно было избежать просто поговорив.

Появление ещё одной промежуточной площадки для тестирования может повлиять в худшую сторону на качество предыдущей площадки

Не понимаю откуда это по-твоему должно следовать. При том что на практике происходит ровно противоположное. Как я писала выше, сейчас RHEL-тесты выносятся в апстрим. Часть в Fedora, см Rawhide Gating, часть ещё выше.

Уже есть leigh123linux маинтейнящий Cinnamon в Fedora. Чем его пакеты не подходят для EPEL?

Не знаю. Попробуй. Если подходят - тем лучше для тебя, значит для появления Cinnamon на CentOS достаточно завести epel-ветку всех тех же пакетов в репозиториях Fedora и даже патчить ничего не придётся.

И почему ты решила, что у меня достаточно компетенции помогать ему с пакетированием?

Потому что он такой же обычный человек как ты и я. Просто взялся за работу и сделал её. Никто не будет созданные тобой пакеты ставить на марсоход (если будут - это их проблемы), так что никто не мешает тебе взять да и попробовать, и выяснить все вопросы насчет нужной компетенции опытным путём.

leigh123linux тоже не родился со знанием как пакеты собирают и косячил поначалу насколько я помню немало.

Ты ещё скажи, что GNOME в RHEL - единственный DE потому, что он очень удобный и все хотят пользоваться именно им, а не потому, что в Red Hat работают многие его разработчики, мнение которых имеет гораздо больший вес, чем мнение пользователей, даже пишущих маинтейнерам письма мелким почерком из Федоры.

Ты опять путаешь теплое с мягким. Состав RHEL определяет Red Hat. И я нигде не говорила обратного. RHEL - не Fedora. Мнение разработчиков и сообщества там учитывается, но в конечном итоге это бизнес-решение. Поддержка DE стоит очень реальных денег, причём на протяжении десяти лет, и нужно серьезное обоснование для того чтобы Red Hat в неё впрягся.

А EPEL - это разработка сообщества. Любой человек может придти и стать майнтейнером какого-то пакета в EPEL. Было бы желание. У leigh123linux по-видимому такого желания нет, но если кто-то другой захочет сделать epel-ветку, никакой проблемы её создать нет вовсе.

alpha ★★★★★
()
Ответ на: комментарий от anonymous

Ты читать умеешь, а понимать написанное?

Ключевые слова «сделали бы схему».

CentOS сейчас как собака с пятой ногой.

anonymous
()
Ответ на: комментарий от anonymous

Если ты посмотришь на всё ту же картинку:

https://www.linux.org.ru/images/19493/original.png

То увидишь что паралельно линии CentOS Stream идёт ещё одна, собственно RHEL. Твой «RHEL Stream» - это вот эта линия.

Это внутренняя копия CentOS Stream. То есть ровно те же пакеты из ровно тех же исходников, но собранные в RHEL.

Можно ли будет в будущем как-то объединить их в одно? Вообще наверное хотелось бы. Лично моя жизнь тогда стала бы легче. Но с этим связано много разнообразных вопросов и так просто с пол пинка это не решается.

alpha ★★★★★
()
Ответ на: комментарий от anonymous

Оечно же нет! Маленькие рабочие неувязки.

Разве можно получить другой ответ от шляпораба?

anonymous
()
Ответ на: комментарий от anonymous

Только в объединенном варианте все равно бы был CentOS пожалуй. Слишком устоявшаяся ассоциация, что «RHEL без подписки» == «CentOS».

Иначе объяснять разницу между RHEL c подпиской, RHEL с подпиской но без поддержки и RHEL без подписки и без поддержки замучаешься. Да и AppStream в RHEL уже есть.

alpha ★★★★★
()
Ответ на: комментарий от alpha

Возможно, ты права, но все равно не покедает меня мысль, что нужно переводить людей плавно на RHEL Stream.

Кстати, разработчику идеи AppStream нужно памятник поставить! Это то, что другим дистрибутивам нужно брать на вооружение, особенно Debian.

anonymous
()
Ответ на: комментарий от anonymous

Кстати, разработчику идеи AppStream нужно памятник поставить! Это то, что другим дистрибутивам нужно брать на вооружение, особенно Debian.

Эта же технология в Fedora называется Modularity и к сожалению разработчикам этого проекта вместо памятника от сообщества достается только очень много ругани, пожалуй даже больше чем systemd-шникам. Что в общем печально.

Но вроде OpenSuse сейчас решили тоже себе портировать эту идею, так что ждём некоторого переосмысления и развития.

alpha ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.