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

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

меня терзают смутные сомнения, что SL появился раньше CO.

Зря!

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

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

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

Да!

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

ДА!

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

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

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

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

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

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

унификация, meson.build

https://en.wikipedia.org/wiki/Category:Software_that_uses_Meson - какой хороший индикатор, сразу видно говнокод.

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

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

Не дай бог.

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

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

в пользу meson.build

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

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

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

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

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

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

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

«Ein Volk, ein Reich,ein Fuhrer!»

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

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

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

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

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

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

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

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

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

• supported languages include C, C++, D, Fortran, Java, Rust

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

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

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

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

Пятизвездочного регистранта видно издалека. Вот сайт: http://linux.web.cern.ch/linux/centos.shtml .ch - это национальный домен Швейцарии.

Проджект успешный манагер, а задачи кодерам тоже в комиксах ставить будем ?

:)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Прочитал...

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

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

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

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

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

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

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

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

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

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

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

И его понять можно. Могу только посоветовать Palm OS и посочувствовать.

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

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

?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

+1

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

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

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

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

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

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

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