CentOS объединяет усилия с Red Hat

    Разработчики дистрибутива CentOS Linux объявили, что с этого момента CentOS Project переходит под крыло компании Red Hat. Для пользователей CentOS это не приведёт ни к каким изменениям, так что волноваться не стоит. Следующий релиз выйдет по плану.

    Изменения произойдут только в организационной структуре. Во-первых, ведущие разработчики CentOS теперь включены в штат Red Hat и будут получать там зарплату, продолжая трудиться над CentOS, но не над RHEL. Во-вторых, начинает действовать Совет управляющих CentOS, в состав которого включены пять разработчиков CentOS и четыре представителя Red Hat.

    CentOS — один из самых популярных дистрибутивов Linux на веб-серверах. В 2010-2012 годы он вообще был на первом месте, которое потом уступил Debian. Этот дистрибутив создавался девять лет назад как бесплатная альтернатива коммерческому дистрибутиву Red Hat Enterprise Linux (RHEL), при этом обеспечивая почти 100% двоичную совместимость с ним. Из него лишь убирали логотипы Red Hat.

    RHEL в виде дисков с бинарными пакетами доступен только для платных подписчиков. Но при этом компания обязана публиковать исходные коды. Именно из них компилируется «бесплатный RHEL», то есть CentOS.

    Если верить разработчикам CentOS, ничего не изменится в будущем. Совсем наоборот, обещают более интенсивное развитие проекта (открыт новый репозиторий git.centos.org). Обещают «публичную, открытую и без дискриминаций» работу Совета управляющих, да и некоторые ранее закрытые обсуждения вроде CentOS-QA теперь станут проводиться открыто.

    На работу в Red Hat переходят четверо ключевых разработчиков CentOS. Они присоединятся к группе Red Hat Open Source and Standards. Все они входят в Совет управляющих, так что 8 из 9 его членов сейчас являются сотрудниками Red Hat. По уставу, совет может состоять максимум 11 человек, при этом больше половины из них должны работать в Red Hat.
    Поделиться публикацией
    Похожие публикации
    Реклама помогает поддерживать и развивать наши сервисы

    Подробнее
    Реклама
    Комментарии 45
    • +5
      Надеюсь что это пойдет на пользу дистрибутиву!
      После того как Oracle Linux начал раздавать апдейты фо фри, вполне логичный шаг.
    • +12
      Хоть и предпочитаю deb-based дистрибьютивы, но рад за CentOS. Надеюсь Red Hat дадут хороший толчок развитию дистрибьютива.
      • +5
        В смысле толчок дюстрибутиву? CentOS «копия» своего апстрима RHELа, и останится ею.
        В объявление CentOSа все четко расписано что чем становится или остается.
        Вот пресс релиз от самого Red Hat
        И не секрет какое огромное сообщество у CentOS.
        Ну в общем грубо говоря они объеденяют сообщества. Объеденяют боевые барабаны, что бы еще громче доносить о наступающем господстве FOSS. Агитация, привлечение дополнительного внимания.
      • +4
        Заголовок немного странный: чтобы объединять усилия, должны быть усилия с обоих сторон. А усилия есть только со стороны RedHat.
        Видимо, RedHat не хочет заката бесплатного варианта своей ОС (о чем многие говорили несколько лет назад, когда разработчики ссорились, CentOS6 не выходил, а баги игнорировались), поэтому берет проект под свое крыло.
        • 0
          Помимо только политеческой бюрократии которую вы описали, «думаю» RedHat дает проекту дополнительные ресурсы, начиная с самого маленького — зарплаты разработчикам. Плюс возможность и ресурсы для создания дополнительных вариантов системы. Когда раньше скорее всего ресурсов/сил (всего 9) разработчиков хватало только для выката релиза по мере обновлению своего апстрима.
        • 0
          Интересно, станет ли Майкрософт теперь поддерживать гостевую виртуализацию CentOS в Hyper-V по той же схеме, как сейчас они поддерживают гостевую виртуализацию RHEL силами техподдержки MS?

          MS:… allow customers to directly obtain Red Hat support for any issues encountered while running RHEL 5.9/6.4 on Hyper-V.
          — сейчас так. Что-то теперь изменится?
          • +1
            > Для пользователей CentOS это не приведёт ни к каким изменениям, так что волноваться не стоит.

            Ага, помнится разработчики Оперы тоже говорили, что всё будет «под капотом», и волноваться не стоит… (
            • +7
              Казалось бы, при чем здесь опера
            • +1
              Знаком с CentOS с 2007 года, но вот одно печалит, что даже на последнем дистрибутиве, без танцев нельзя поддержку TRIM включить из-за старой версии ядра.
              • –5
                давайте будем откровенны: CentOS — некрофильская система с софтом, старым, как говно мамонта, и области применения ее весьма туманны.
                • +1
                  В debian оно тоже, если не ошибаюсь, двухлетней давности. Зато работает и вообще: на вкус и цвет фломастеры разные.
                  • +6
                    Фишка в том, что в дебиан можно подключить sid и тянуть необходимый свежак оттуда. А касательно CentOS интернеты так и пестрят HOWTOs вида toster.ru/q/56870:

                    Q. как поставить foobar под CentOS?

                    A. вот так:

                    1. yum -y update
                    2. yum -y groupinstall «Development Tools»
                    3. wget host/source-of-your-favorite-software.tar.gz
                    4. tar zxf…
                    5. configure
                    6. make && make install

                    Просто сравните, сколько времени займет у админа средней руки поставить на боевой сервак под CentOS к примеру, свежий imagemagick или mongodb или какой-нить питоновский gevent, который в pip без libev не поставить, а libev отсутствует в репах. И сколько времени на это тратится в человеческих дистрибутивах.

                    Предвкушая утверждения про «стабильность и зрелость» — какая к чертям стабильность, если треть софта на сервак будет поставлена мимо реп?
                    • 0
                      Всё так, что-бы иметь свежий (и не очень) софт на CentOS требуется (собирая спеки по развалам, правя их) вести свою репу со свежаком.
                      И yum — УГ.
                      • НЛО прилетело и опубликовало эту надпись здесь
                        • +1
                          Я не RNZ, но yum отличается следующим: низкая скорость работы, блокировка базы на чтение при установке софта. Это из того, что раздражает больше всего.
                          • НЛО прилетело и опубликовало эту надпись здесь
                            • 0
                              Я не разбирался какие базы/файлы использует yum при своей работе. Просто тот факт, что yum install блокирует все остальные обращения к yum, в т. ч. к кэшам repomd вызывает непонимание. Почему я не могу поискать, используя yum search, по у меня ставится пачка пакетов? Почему нельзя не выполнять обновление баз при каждом запуске yum?
                              • НЛО прилетело и опубликовало эту надпись здесь
                                • 0
                                  Знаете после emerge (который кстати тоже полон костылей), yum иначе как УГ не воспринимается. grossws выше упомянул ряд некоторых пунктов, к которой можно добавить ещё и вечную беду с зависанием при Ctrl+C, т.е. прервать процесс установки (ещё даже не начавшейся) просто нажав стандартную комбинацию, порой, а скорее часто, не представляется возможным, без того что-бы не полезть за kill -9. Ещё можно можно добавить выкачивание xml.gz под не привилегированным пользователем несмотря на его наличие в /var. Вызывает непонимание необходимость доустановки плагина, что-бы получить функциональность download-only.
                                  • НЛО прилетело и опубликовало эту надпись здесь
                                    • 0
                                      > Какие костыли в emerge?
                                      да хотя-бы вот этот (не уверен что можно сделать лучше, но это костыль подпирающий python):
                                      from __future__ import print_function

                                      import platform
                                      import signal
                                      import sys

                                      # This block ensures that ^C interrupts are handled quietly. We handle
                                      # KeyboardInterrupt instead of installing a SIGINT handler, since
                                      # exiting from signal handlers intermittently causes python to ignore
                                      # the SystemExit exception with a message like this:
                                      # Exception SystemExit: 130 in <function remove at 0x7fd2146c1320> ignored
                                      try:
                                      ...


                                      3) Не мой терминал, а терминал fedora/rhel/centos своевременно доставляет сигнал, судя по реакции yum (меняется вывод на экране с сообщением о его занятости).

                                      2) как показано выше (в реализации emerge) для python на котором писан yum это не всегда так.

                                      1) Я не забываю об целостности, но зачем эта целостность терминал лочит, атомарные операции вполне могут завершаться в бекграунде после ^C.
                                    • –1
                                      Некоторые вещи касательно работы с кешем и от юзера, если они имеют смысл, явно можно пробовать добавлять в dnf/yum, есть FR, bug id?

                                      Я не адепт rpm-based дистрибутивов что-бы формировать fr или bug-id, простите.
                      • +3
                        Предвкушая утверждения про «стабильность и зрелость» — какая к чертям стабильность, если треть софта на сервак будет поставлена мимо реп?

                        Так это не проблема CentOS. Если везде нужен новый софт, то в любом дистре со старым софтом придётся ставить пакеты не из дистра, и не будет никакой «стабильности» — смысл пропадёт.

                        Хотите стабильности — или пользуйтесь старым софтом сейчас. Или пользуйтесь новым софтом из Fedora ( навсегда оставшись на текущих апстрим версиях ). Когда-нибудь эта Fedora превратиться в CentOS old-stable.

                        Нужен супер новый софт — не пользуйтесь «стабильными» Debain и CentOS.
                        • +7
                          Дилемма в том, что админы, которые вроде как отвечают за стабильность и надежность систем, хотят брать проверенный покрытый благородной плесенью софт.

                          А бизнес падок на новомодные штучки, которых в стабильных дистрах еще лет пять не будет, потому как софт с детскими болезнями. И получается, что девелоперы потом либо запрягают админов на бессонную ночь фразами «нам нужен пакет XYZ версии ABC и никак не ниже», либо втихаря на свой страх и риск собирают из сырцов то, что им нужно прямо на боевом сервере, добвляя тем самым админам седины на макушку.

                          P.S. Из личного опыта: в январе 2011 буржуи захотели за проект на node.js, который в то время был в версии 0.2 с хвостиком. Когда встал вопрос, какую ось хотим на сервер — несмотря на вуаль зрелости и энтерпрайзности CentOS, в итоге, после пары дней мучений, был выбран (гусары, молчать!) Ubuntu, как самый регулярно обновляемый дистр из доступных на облаке.
                        • НЛО прилетело и опубликовало эту надпись здесь
                  • –4
                    Сначала они забрали под крыло Fedora. А Федора был самый популярный дистриб когда они только-только перешли на платные подписки. Где теперь эта Федора?
                    Теперь вот Cent OS… Аналогия напрашивается сама собой.
                    • +1
                      Сначала они забрали под крыло Fedora.


                      Ничего не путаете? Насколько я помню федора изначально создавался ими как «ну мы тут редхат решили сделать платным, а вам торопыжки вот бесплатный бета-тест», а по поводу

                      А Федора был самый популярный дистриб


                      так все воспринимали его как «редхат бесплатный», все на него и перешли «автоматом» (ох и ругани везде помню было)
                    • +2
                      А раз уж был упомянут Debian, кто-нибудь может поделиться вменяемым сравнением CentOS vs Debian?
                      • +2
                        А что именно вас интересует? Сколько и с тем и с другим возился — особой разницы не ощутил. Ну, yum/apt-get и rpm/dpkg разные, слегка различается скорость выхода версий, названия пакетов разве что ещё слегка отличаются, но это мелочи. В общем-то, отличаются они версией (и количеством патчей) ядра, да набором софта из коробки и в репозиториях. Даже не знаю что ещё сказать, хех.
                        • 0
                          Про пакетный менеджер и набор софта я понял.
                          Может быть, есть какие-то отличия в дефолтной конфигурации программ, каких-то фишек, связанных с конфигурацией ядра или чем-то ещё? Но не в смысле, что в CentOS патчи #1234, #1235, а в Debian #54321, #54123, а в смысле политики добавления/наложения этих патчей. Например Debian в первую очередь уделяет внимание стабильности, а CentOS быстродействию (ну как пример).
                          • +2
                            До сих пор, по моему, в CentOS плевать хотели как на стабильность, так и на быстродействие, главное было побыстрее выкатить релизнутый давеча RHEL со своей тяпкой во все четыре стороны. А теперича даже не знаю как оно будет под крылышком RedHat…
                            • +1
                              Остается вопрос. Почему он, блин, так популярен? :0
                              • +4
                                Потому что RHEL стандарт для энтерпрайза, а CENTOS это RHEL для бедных.
                                • 0
                                  Типа «собери все недостатки энтерпрайза и open source в одном месте!»
                                  Занятненько.
                              • +3
                                Но ведь стабильностью и быстродействием уже занимались Red Hat, как товарищи из CentOS будут вообще что-то менять, если они заявляют 100% бинарную совместимость с RHEL?

                                Иными словами на выходе-то получается тот же самый RHEL собранный по тем же самым конфигам из тех же самых исходниках, с теми же патчами, что и RHEL, разве что их сборщики не «любовались падением лепестка самой красивой розы, выросшей на южном склоне Фудзиямы» в отличии от Red Hat'овцев. :)
                                • 0
                                  Это в идеале, а на практике оно не тоже самое и тестирование тестированию — рознь.
                                • НЛО прилетело и опубликовало эту надпись здесь
                            • +6
                              У меня в черновиках пылится статья с мотивационным разбором дистрибутивов. Надо напрячься и дописать. Главная проблема, чем дальше от мейнстрима, тем меньше я про них что-то знаю, а писать про то, что не знаешь — не комильфо.
                              • 0
                                Блин, когда писал комментарий — думал надо amarao вызвать — он точно что-нибудь дельное скажет.
                                Но постеснялся :)
                              • +2
                                Red Hat (CentOS) поддерживается производителями железа и корпоративного ПО, Debian — нет, хотя бывают исключения.
                                • 0
                                  + Предсказуемо виртуализируется основными гипервизорами.
                                  • 0
                                    Особенно актуально для всяких странных рейдов, FC-адаптеров и внешних block-storage, хотя и там всё совсем не гладко.
                                  • НЛО прилетело и опубликовало эту надпись здесь

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