The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Принято решение не выпускать Scientific Linux 8, opennews (?), 22-Апр-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Принято решение не выпускать Scientific Linux 8"  +10 +/
Сообщение от Anonim (??), 22-Апр-19, 19:34 
Правильное решение
Ибо нечего плодить одно и тоже
Куда продуктивнее объединение и развитие одной, но мощной инфраструктуры
Нежели туевой хучи шаек дистров, где каждый пестрит "вот я! вот я!"
А отличия лишь в нескучных обоях (и то не всегда), но суть и основа либо тот же debian, либо та же fedora
Ответить | Правка | Наверх | Cообщить модератору

3. "Принято решение не выпускать Scientific Linux 8"  +5 +/
Сообщение от Аноним (3), 22-Апр-19, 19:41 
Не согласен. Scientific Linux был полностью независимым проектом. CentOS же развивает сам Red Hat и совсем непонятно куда может занести новое руководство после завершения сделки с IBM. Начнут урезать издержки, как это любит IBM, или какой-нибудь эффективный менеджер посчитает, что бесплатный CentOS вредит бизнесу и оттягивает клиентов. Совмесем непонятно куда ветер подует, что будет с CentOS  и сможет ли он возродиться как независимый проект.
Ответить | Правка | Наверх | Cообщить модератору

7. "Принято решение не выпускать Scientific Linux 8"  –5 +/
Сообщение от . (?), 22-Апр-19, 20:02 
> Не согласен. Scientific Linux был полностью независимым проектом.

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

Ну чо, туда и дорога.

> CentOS же развивает сам Red Hat

редхат, удивитесь, дети, развивает - redhat. А центось - это нате-на-лопате то же самое бешплатно нааляяяяааааву. Потомушта гепеле, а ковыряться неохота. А механизм выпиливания логотипчиков и пересборки тех же самых src.rpm на соседнем билдхосте - его развивать не надо, он уже лет десять назад достаточно развился.

Ничем другим ни те, ни другие, никогда не занимались - это не форки редхата, это сам редхат и есть. Теперь, хотя бы, в одном и том же месте.

Ответить | Правка | Наверх | Cообщить модератору

64. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от Stax (ok), 23-Апр-19, 09:16 
> полностью независимо выпиливал логотипы и вносил независимый вклад в глобальное потепление, пересобирая уже собранное?

Нет. Еще до того как centos вошел под крыло редхата, SL был приятнее во всех отношениях. Нормальные, актуальные и подписанные debuginfo (в центоси вечно отставали, обновления есть, а debuginfo нет - и ни gdb, ни perf не покажут внятных результатов; ну а подписывать пакеты они вообще ленились, т.к. им жалко трафика и ресурсов - сборочная ферма это одно, а подписывает конкретная машина, и ресурсов еле хватало на подписывание критически важных пакетов, а на всякую побочку типа debuginfo уже не оставалось). Более здоровое коммьюнити, у центоси багтрекер, в котором годами висят баги и всем по фиг и рассылки с токсичными пользователями, забивающие их общие вопросы уровня секции для чайников в ubuntu forums, либо требующие от сборщиков центоси изменений, которые они физически не могут сделать, будучи пересборщиком пакетов редхата, а у SL в рассылках таких неадекватов практически нет, а разработчики очень быстро реагировали на проблемы и чинили, если что-то где-то поломано. Т.к. в центоси "никто никому ничего не обязан", а в SL люди на зарплате от CERN/Fermilab. Небольшие поломки репы, особенно при выпуске обновлений от нового релиза до самого релиза изредка случаются и там и там, но в SL на них реагируют быстрее.

И еще было несколько случаев, когда дополнительный уровень бета-тестирования и контроля в SL позволял не допустить пакеты с багами, которые вылезали в RHEL или Centos.

Опять же, есть ли в центоси свой (не редхатовский закрытый) список errata (типа https://www.scientificlinux.org/category/author/sl-errata/) и возможность устанавливать обновления по конкретным advisory?

Ответить | Правка | Наверх | Cообщить модератору

80. "Принято решение не выпускать Scientific Linux 8"  +1 +/
Сообщение от пох (?), 23-Апр-19, 11:40 
> Нормальные, актуальные и подписанные debuginfo (в центоси вечно отставали

ну так то - в центоси, чтоб денег не платить - у оригинала-то и подписанные, и вовремя.

> Более здоровое коммьюнити, у центоси багтрекер, в котором годами висят баги и всем по фиг

им не то чтобы пофиг, им нечего с ними делать - баг апстримный, сдать его нельзя, потому что платно, самим исправить - риск сломать совместимость с багами в апстриме (а то это и вообще не баг а так надо - редхату, такое вообще нельзя исправлять).

А какие еще там баги висели- неправильно логотип перерисован?

> Опять же, есть ли в центоси свой (не редхатовский закрытый) список errata

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

> устанавливать обновления по конкретным advisory

чьим? ;-) RH - низзя же ж, трейдмарк, своих нет.
У SL были собственные с собственными номерами?

Ответить | Правка | Наверх | Cообщить модератору

82. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от Stax (ok), 23-Апр-19, 12:30 
>> Нормальные, актуальные и подписанные debuginfo (в центоси вечно отставали
> ну так то - в центоси, чтоб денег не платить - у
> оригинала-то и подписанные, и вовремя.

Правильно. Но у SL нет никаких проблем с debuginfo.

А еще, кстати, они предоставляют обновления для предыдущих релизов. Т.е. можно оставаться на 7.4 например и получать критические обновления. Бесплатный аналог z-ветки в RHEL. Хотя, конечно, не настолько тщательно тестируемый и не такой качественный. Но у центоси и того нет.

>> Более здоровое коммьюнити, у центоси багтрекер, в котором годами висят баги и всем по фиг
> им не то чтобы пофиг, им нечего с ними делать - баг
> апстримный, сдать его нельзя, потому что платно, самим исправить - риск
> сломать совместимость с багами в апстриме (а то это и вообще
> не баг а так надо - редхату, такое вообще нельзя исправлять).

Да, но есть разные баги. Ну и есть centosplus, в конце концов (или уже нет?)

> А какие еще там баги висели- неправильно логотип перерисован?

Были случаи, когда были баги даже с патчами, но никакого особого движения не происходило, а апстрим сомневался с багом.

В итоге пользователи редхата мучались с https://bugzilla.redhat.com/show_bug.cgi?id=1481207 а в SL выпустили патченый iptables до того как это сделал редхат (и, по-моему центось. Т.е. в центоси знали про патч, который исправляет баг, но мешкались с выпуском патченной версии вперед апстрима).

>> Опять же, есть ли в центоси свой (не редхатовский закрытый) список errata
> а делать-то с ним - что? Исправить-то нельзя, пока пчелы не прилетят.

Полезно для систем, где автообновления по каким-то причинам включать не хочется, но отдельные вещи хочется отслеживать и ставить конкретно их. Подписываемся на рассылку, видим что приходит, ставим только то, что нужно: https://listserv.fnal.gov/scripts/wa.exe?A2=SCIENTIFIC-LINUX...

>> устанавливать обновления по конкретным advisory
> чьим? ;-) RH - низзя же ж, трейдмарк, своих нет.
> У SL были собственные с собственными номерами?

Да. Почему были? Есть. По SLSA из рассылки по ссылке выше можно поставить. Или посмотреть что как стоит и доступно

# yum updateinfo list all security | grep java-11-openjdk-1
i SLSA-2018:3521-1            critical/Sec.  java-11-openjdk-1:11.0.1.13-3.el7_6.x86_64
i SLSA-2019:0436-1            moderate/Sec.  java-11-openjdk-1:11.0.2.7-0.el7_6.x86_64
i SLSA-2019:0778-1            moderate/Sec.  java-11-openjdk-1:11.0.3.7-0.el7_6.x86_64


Я вообще всего-то хочу сказать, что много где SL делали работу качественнее, чем центось, пусть это и почти одно и то же. И это было удобно. Блин, я столько проблем в свое время из-за необновляемых debuginfo в центоси имел (весь цикл 6-ки, часть цикла 7-ки как минимум - дальше не знаю, везде поменял на SL) - они их пересобирали к очередному минорному релизу, а между релизами с огромным (недели) отставанием или вообще не собирали для обновлений. А в SL все как по маслу. И жаль, что SL больше не будет, т.к. я не вижу, чтобы ответственные товарищи оттуда сделали так, что все в центоси стало бы замечательно.

Ответить | Правка | Наверх | Cообщить модератору

84. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от пох (?), 23-Апр-19, 13:18 
> Да. Почему были?

ну, потому что SL уже в общем-то тож - "были".

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


Ответить | Правка | Наверх | Cообщить модератору

97. "Принято решение не выпускать Scientific Linux 8"  +1 +/
Сообщение от fi2fi (?), 23-Апр-19, 19:54 
Я перешел на SL когда у Centos потерялись сервера, а админ куда то укатил.

А потом привык к их удобствам, одни только репы yum-conf* уже привлекли

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

8. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от Anonim (??), 22-Апр-19, 20:04 
Да, намного лучше, продуктивнее и качественнее, если делать кучу дистров "огрызков"
В итоге имеем то, что имеем, что основа та же центося, впилим туда утилиту которой нет в центоси и вуаля, у нас центося232
Всё с центом будет в порядке, за это точно не стоит переживать, даже если IBM скажет, что-то в духе "CentOS закрыт", всем будет пофиг, найдётся кто-то, кто форкнет и будет AntiCentOS
Почистить код от упоминаний цента, провести ребрендинг и вуаля, цент будет жив в то же мнговение под другим названием, но по сути в том же составе и своей мощи
А что ценного и продуктивного в том же Scientific?
Вот он был независим и теперь нет, а кроме того, что он был весь на центе основан, что дальше то?
Да уж лучше, пусть закроется ещё 5-10 дистров и вольют силы именно в один дистр, который будет допилен и вылизан со всех сторон каждой команды, которая хочет своё получать в результате использования именно цента (в данном случае)
И это правильное решение с точки зрения продуктивности и развития

Не спорю, свобода выбора дистра это замечательно, но в текущий момент времени, это уже именно идиотизм и иначе не назвать
С 2010 года даже если взять, посмотрите сколько ответвлений от rpm-based, который ныне полудохлые?
Или deb-based?
Да тьма, а разница у каждого лишь в одном "основан на стабильной ветке debian" и в этом духе (fedora, mandriva, centos, ubuntu)

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

12. "Принято решение не выпускать Scientific Linux 8"  +2 +/
Сообщение от Анонимос (?), 22-Апр-19, 20:33 
> Да тьма, а разница у каждого лишь в одном "основан на стабильной ветке debian" и в этом духе (fedora, mandriva, centos, ubuntu)

так то RHEL на пакетной базе fedora строится

Ответить | Правка | Наверх | Cообщить модератору

16. "Принято решение не выпускать Scientific Linux 8"  +2 +/
Сообщение от Anonim (??), 22-Апр-19, 20:37 
>так то RHEL на пакетной базе fedora строится

5 за внимательность
2 за непонимание сути

Ответить | Правка | Наверх | Cообщить модератору

31. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от Amphyby (ok), 22-Апр-19, 22:16 
грефца ж еще не взяли туда на работу. без еффективных манагеров так что
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

93. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от Урри (?), 23-Апр-19, 16:43 
В качестве примера просто напомню свежую историю с джавой.
Проприетарщина, она такая.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

11. "Принято решение не выпускать Scientific Linux 8"  –2 +/
Сообщение от Виталийemail (??), 22-Апр-19, 20:27 
Ошибочка, Федора пришла из RedHat)

но суть и основа либо тот же debian, либо та же красная шапочка

А Патриг не в счет, он один дистр свой строит!!!)

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

17. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от Anonim (??), 22-Апр-19, 20:38 
>но суть и основа либо тот же debian, либо та же красная шапочка

Об этом то и речь

Ответить | Правка | Наверх | Cообщить модератору

27. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от Michael Shigorinemail (ok), 22-Апр-19, 21:44 
Ошибочка, fedora.us пришла как раз _не_ из redhat.  Всем пропустившим те времена напоминалочка:

https://www.redhat.com/archives/fedora-devel-list/2004-May/m...

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

106. "Принято решение не выпускать Scientific Linux 8"  +1 +/
Сообщение от crypt (ok), 24-Апр-19, 21:13 
haha! that's a good one!))) отлично, я люблю такое)
Ответить | Правка | Наверх | Cообщить модератору

43. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от marks (?), 23-Апр-19, 00:23 
Да ну. Грусто всегда как-то мне. Не знаю вот, но когда Мандрейк стал Мандривой, то я как-то так приуныл, что сбежал в эти ваши дебианы. Тогда еще 4.0
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

45. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от Anonim (??), 23-Апр-19, 01:12 
Хз, мне ни дебиан, ни убунту, ни минт не родны

Но да, грустно, что есть тьма говнодистров, которые сами по себе выжить и не смогут, ибо "заимствуют" у какого-то одного дистра

Взять тот же минт, а нет в нем ничего выдающегося и офигенного прям такого
И более того, без #бунты, не будет минта
без дебиана, не будет lmde
Понимаете суть?

Ответить | Правка | Наверх | Cообщить модератору

70. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от Аноним (70), 23-Апр-19, 10:23 
ИМХО это связано с приобретением IBM, скорее всего они сумели убедить в том что всё будет хорошо и в CentOS
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

94. "Принято решение не выпускать Scientific Linux 8"  +/
Сообщение от Аноним (94), 23-Апр-19, 18:19 
Это не Unix-way. Юниксейно будет плодить никому не нужные форки форков и костыли под них, как было до появления линукса.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру