LINUX.ORG.RU

Fermilab прекращает выпуск Scientific Linux

 , ,


6

2

Scientific Linux (SL) — дистрибутив операционной системы Linux, который создан совместными усилиями Fermilab и CERN, при поддержке различных лабораторий и университетов со всего мира. Он сделан из исходного кода для версий Red Hat Enterprise Linux в соответствии с условиями лицензионного соглашения с конечным пользователем.

В последнее время все больше и больше людей переходили с использования Scientific Linux на CentOS от Red Hat. И вот наконец Fermilab заявил что Scientific Linux 8 уже не будет, а все свои наработки они будут вливать в CentOS.

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

★★★★★

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

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

Через тысячу лет археологи будут читать портянки на bash, что ты.

Aceler ★★★★★
()

ну и ладно, StartCom тож оказался затратным.

eR ★★★★★
()

Ещё бы Debian, Ubuntu, Mint, Arch, Manjaro и прочие дистрибутивы закопать. Особенно Debian. Он и так самозакапывается, но хотелось бы ускорить этот процесс.

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

После того, как разработчики догадаются о необходимости отказа от разношерстных сценариев сборки

Да!

в пользу унификации

ДА!

а именно в пользу meson.build

НЕТ! (громкие крики переходящие в драку)

А серьезно, ты смешал все в кашу, и сценарии сборки, и сценарии опакечивания. И среди вторых достоит выжить только nix, а среди первых отстой просто все поголовно.

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

И среди вторых достоит выжить только nix, а среди первых отстой просто все поголовно.

(голосом G-Man) А это мы ещё посмотрим.

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

Неужели догадались таки?) А я ж говорил, что оно ненужно.

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

текущий RHEL этим требованиям соответствует и нет нужды тратить силы на свой клон

Интересно как они переживут переход на flatpak – я так понимаю это наше недалекое будущее.

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

Ещё бы Debian, Ubuntu, Mint, Arch, Manjaro и прочие дистрибутивы закопать. Особенно Debian. Он и так самозакапывается, но хотелось бы ускорить этот процесс.

Уже не получится, только решили сделать принципиально новую систему дистрибуции программ и тут же сделали две (flatpak/snap). Эта музыка будет вечной (rpm/deb).

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

в пользу meson.build

Если ты решил захватить мир, то явно не стоит делать это на питоне:

Meson is free and open-source software written in Python 3

Im_not_a_robot ★★★★★
()

CERN забил на SL ещё в далёком 2014, анонсировав CERN CentOS (CC). После этого использование SL сошло на нет. А средств и сил на поддержание SL7 в должном виде тупо не было. Так что пять лет продержались.

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

Нужно прибить всех несовместимых форков rpm (да, зюзя, я про тебя) и после этого можно будет убивать deb, а следом за ним и apt вместе с Фемианом.

Snap если сам собой не закопается, сапопикал его закопают.

Ein GNOME, ein systemd, ein CentOS (и Fedora, как его testing релизы)!

mogwai ★★★★
()

Немного напрягает, что теперь разработка всех клонов rhel в руках redhat'а

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

«Ein Volk, ein Reich,ein Fuhrer!»

Но спешу тебя разочаровать, xkcd 927 ближе к реальности и этотваш meson просто станет «очередным из многих».

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

CERN забил на SL ещё в далёком 2014, анонсировав CERN CentOS (CC)

Интересно, что дистровотч о нём не знает, а офсайт в китайской зоне .cn . Точно CERN ? :)

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

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

Чтой-то виндокапец уже лет 20 задерживается. И как-то меняет форму O_o

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

Все умрут а make останется тк ничего проще и одновременно гениальнее придумать невозможно

Существует очень простая и мерзотная причина, почему этого никогда не произойдёт: жизнь — переусложнённое говно, и на простые и гениальные решения не ложится.

dimgel ★★★★★
()
Ответ на: комментарий от popov-aa

Java, хороший был язык. И кто-то даже и через 5 лет будет продолжать его использовать. А про maven всего скорее забудут.

Впрочем утешу в meson.build:

  • supported languages include C, C++, D, Fortran, Java, Rust
Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Deleted

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

Впрочем достаточно показательно что на meson.build уже перешли значимые проекты. А то ли еще будет ! Сам посмотри на другую статью в той же вики и удивись :) https://en.wikipedia.org/wiki/Meson_%28software%29

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

Есть же RouterOS и SwitchOS от Mikrotik. Зачем мелокомягкие? О,о

Windead is coming… медленно, но потихоньку coming. Не в том виде, но coming. Копроратив уже не сильно от оффтопика зависит, если это серьёзный копроратив. А мелкие шаражкины конторы, где пара бухов, да эникейщик… по крайней мере в РФ их «импортозамещение» приведёт в прекрассное будущее OSS. Через всякие астры и эльбрусы, но приведёт.

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

Когда все говно, использующееся для создания makefile закопают, тогда и приходите. А пока, действительно, нет ничего проще и естественней.

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

Впрочем достаточно показательно что на meson.build уже перешли значимые проекты. А то ли еще будет ! Сам посмотри на другую статью в той же вики и удивись :) https://en.wikipedia.org/wiki/Meson_(software)

Всё то же самое: GNOME, systemd, Xorg. Весь говностек от fd.o как есть.

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

В РФ как и у них там, все точно также анатомически и отличий нет ) А всякие извращения толерастию в РФ не ипортируют, потому РФ и дальше будет развиваться, а остальные не только оружие но и ПО к нему будут покупать из РФ.

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

Ну а как же без xorg ?

Или под оффтопиком сюда писать ?

Великое дело начать, а остальные сами синхронизируются в правильном направлении, немного стонов о ностальгии по прошлому, когда на простенькие задачки умудрялись тратить многие часы используя вместо meson.build что-то иное :)

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

Есть же RouterOS и SwitchOS от Mikrotik. Зачем мелокомягкие? О,о

В жопу эти проприетарные недоподелки одного вендора. Речь про универсальную сетевую ОСь. Их уже больше 10

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

ch - это национальный домен Швейцарии.

Да, был невнимателен. Спасибо

Но с дистровотчем всё равно странно :)

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

Ты купил их роутер, отправил запрос на саппортнамикротикточкаком и тебе ответили отказом? Или, как и большинство, «книгу не читал, но мнение имею»?

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

Ну а как же без xorg ? Или под оффтопиком сюда писать ?

Xorg надо распилить на части, полностью передизайнить архитектуру, после чего старье постепенно объявить устаревшим и выкинуть, переведя на новый протокол лет за 10-15. То, что у нас за 20 лет нет ни одной открытой реализации X11, кроме xorg - не достижение xorg, а проблема движения СПО.

fd.o занимается тем, что плодит блоатварь, замедляющую эволюцию стека СПО, чем способствует распространению проприетарных решений.

Великое дело начать, а остальные сами синхронизируются в правильном направлении, немного стонов о ностальгии по прошлому, когда на протенькие задачки умудрялись тратить многие часы используя вместо meson.build что-то иное :)

Это блоатварь. Чтобы собрать coreutils, нужно собрать python, чтобы запустить meson - такое будущее мне не нравится. И совсем не потому, что я хочу запускать это на каком-нибудь старье. Просто я хорошо знаю, как при эксплуатации разваливаются все эти стеки, собранные на питоне, руби и прочих переусложненных интерпретаторах. Шаг вправо, шаг влево - и всё сыплется. Единственный способ, чтобы хоть как-то не сыпалось - контейнеризация.

Система сборки должна быть выполнена либо на однозначно специфицированном компилируемом языке, имеющем широкий спектр совместимых реализаций. Либо на каком-то интерпретаторе, который простой как молоток и собирается где угодно при помощи того же компилируемого языка. Т.е. либо си, кресты, либо lua, tcl, на худой конец scheme.

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

Или, как и большинство, «книгу не читал, но мнение имею»?

Ты установил их switchos или routeros на железо аристы, экстрима или джунипера? Или как и большинство, коммент не читал, но мнение имею?

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

Это блоатварь. Чтобы собрать coreutils, нужно собрать python, чтобы запустить meson - такое будущее мне не нравится. И совсем не потому, что я хочу запускать это на каком-нибудь старье. Просто я хорошо знаю, как при эксплуатации разваливаются все эти стеки, собранные на питоне, руби и прочих переусложненных интерпретаторах. Шаг вправо, шаг влево - и всё сыплется. Единственный способ, чтобы хоть как-то не сыпалось - контейнеризация.

Система сборки должна быть выполнена либо на однозначно специфицированном компилируемом языке, имеющем широкий спектр совместимых реализаций. Либо на каком-то интерпретаторе, который простой как молоток и собирается где угодно при помощи того же компилируемого языка. Т.е. либо си, кресты, либо lua, tcl, на худой конец scheme.

Прочитал...

Не поспоришь...

Стало грустно...

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

Прочитал...
Не поспоришь...
Стало грустно...

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

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

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

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

Единственный способ, чтобы хоть как-то не сыпалось - контейнеризация.

Нет, Nix. Контейнеры — эмуляция его фич на костылях.

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

Компилируемым… Это зачем для системы сборки ?

Кстати питон для любителей компиляции вполне себе компилируемый а meson.build написан на питоне.

К тому же железо скоро будет вовсе не приспособлено к компиляциям.

Да и многоГПУшность вместо ЦПУшности уже реальная действительность, а не фантастика.

Deleted
()

Ох как мне пели эксперты (не помню уж здесь или на опеннете, или и там и там) в длинном перерыве centos 7.0-7.1 что вот-вот centos загнётся, и пилит её 1,5 индуса, переходите на SL, там швейцарские учёные, рокетсайнс, гранты! А вышло вот как.

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

Могу только посоветовать Palm OS и посочувствовать.

?

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

Нет, Nix. Контейнеры — эмуляция его фич на костылях.

В каком году придумали chroot, и в каком nix?

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

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

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

Кстати питон для любителей компиляции вполне себе компилируемый а meson.build написан на питоне.

К тому же железо скоро будет вовсе не приспособлено к компиляциям.

Да и многоГПУшность вместо ЦПУшности уже реальная действительность, а не фантастика.

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

На Python компилируется числодробление. Логику можно разве что с рантаймом забандлить в единый архив, proof-of-concepts не в счет. Компилировать meson смысла нет.

Железо уже не приспособлено к компиляции за счет того, что однопоток стагнирует, а аппетиты компиляторов — нет. МногоГПУшность уже реальная действительность. Никакой связи друг с другом и с призрачной линией изложения эти два факта не имеют.

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

Компилируемым… Это зачем для системы сборки ?

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

Питон - это чисто прикладная область. Я понимаю, браузер питоном можно собирать. Но не ядро и не системные либы.

Да и многоГПУшность вместо ЦПУшности уже реальная действительность, а не фантастика.

На ГПУ компилировать собираетесь?

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

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

+1

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

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

perestoronin ★★ (23.04.19 10:15:13) nixos-неосилятор со смешными травмами

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

Мы тут за идеологичесую правильность топим, а не за готовность прямо сейчас.

В чем суть вашей идеологии?

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

Go только для веба годен и очень хорошо годен.

А уж на чем написан инструмент мне фиолетово, пусть хоть на haskell. Кстати против haskell ничего против не имею.

Но пакетный менедежер nix да и сама NixOS спроектирована ненавистниками админов и юзеров, да и программистов тоже поставили ни во что!

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