The OpenNET Project / Index page

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



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

Оглавление

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

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


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ообщить модератору

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

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




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

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