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

Для локалхоста — да, действительно. Не нуждалось и не нуждается. Но за пределами локалхоста жизнь есть, и там нужно загружать серверы (никогда граб не ломался и не приходилось идти к стойке загружать сервер руками?), управлять нетривиальными конфигурациями сети (это когда у тебя больше одного eth0 с 10.0.0.2/24, полученным от провайдерского модема, например), писать логи быстро и так, чтобы не надо было страдать от забытого конфига для logrotate, и уж тем более контейнеризация и инициализация системы с зависимостями, необходимостью перезапуска упавших сервисов и другими увлекательными вещами. В общем, совет простой: поадминить большие системы, потом рассказывать что нуждается в переписывании, а что нет.

Дистрибутив — это когда в Икс сервере и DRI, и DRI2 и DRI3 все вместе дружною семьёю, EGL-и всякие, и прочее и прочее: «никто не уйдёт обиженным».

Прямиком в исполнимом файле Xorg(1). Вне всякого сомнения.

Вот например в у Икс-сервера есть такой флаг
--enable-xwayland

With this config it will only install the Xwayland binary and few other files:

Выяснение влияния этого флага на размер исполнимого файла Xorg(1) оставляю читателю для самостоятельной работы.

необходимостью перезапуска упавших сервисов

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

стремление любой ценой отобрать у пользователя альтернативы как разработчики баттхёртиана

Слушай, клоун, ты утомил. У тебя проблемы с логикой. Если ты не способен верно истолковать события окружающего мира, то я тебе помогу.

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

В итоге некоторые люди решили, что будут пилить Дебиан без системг, но оформят это как отдельный дистрибутив, в знак протеста такому тупому произволу.

Смекаешь? Чего у тебя бомбит-то так, поборник свобод? В чём свобода твоя - фонтанировать изо всех сил на Лёню в красной шапке? Ну, видимо да, раз так подгорает у тебя от свободного от идиотизма Дебиана.

свободного от идиотизма Дебиана

Ну хоть в чём-то ты прав - с уходом упоротых в баттхёртиан идиотизма в Дебияне и вправду поубавилось.

Особенно сильно с этим связан imake - без своей системы сборки изображения, разумеется, не выведешь.

Кстати RedHat’овцы перевели X.Org с этих престарелых костылей imake (вот уж древность) и autotools на Meson. Теперь иксы можно собирать нормально и быстро. Смешно, что на ЛОРе многие, кхе-кхе, персоналии, восприняли переход на современную систему сборки в штыки и заявляли, что иксы «уже не те» и про хипстеров что-то говорили тоже.

Дистрибутив — это когда в Икс сервере и DRI, и DRI2 и DRI3 все вместе дружною семьёю

Я думаю, это стоит продолжить следующей цитатой:

X имеет четыре подсистемы ввода: базовый протокол X11, Xinput 1.0, Xinput 2.0, Xinput 2.2. Xinput 1.0 канул в Лету, но оставшиеся три остаются взаимосвязанными. Есть всего три человека, которые действительно понимают, как подсистемы ввода уживаются вместе… И я бы хотел не быть одним из них

И из мануала ещё:

$ man xorg.conf | grep nobody -1
VIDEOADAPTOR SECTION
       Nobody wants to say how this works.  Maybe nobody knows

Ну чтобы было всем понятно почему к иксам отношение такое.

Зиг хайль системды(АйБиЭм)!

скорее спецификация. Немного разные задачи

readelf же

из Дебиана выпилили инит, заменив его помоями

Когда это они успели вернуть скриптовые помои?

В общем, совет простой: поадминить большие системы, потом рассказывать что нуждается в переписывании, а что нет.

Люто плюсую за эту фразу. И всё то, что ты там написал про надёжность. И да, devzero прав, ничего из этого не нуждалось в переписывании. Про Grub вот не скажу. А lilo не ломался и не приходилось идти к стойке загружать сервер руками. И сейчас всё ещё не ломается, если uefi можно отключить нафиг, а lilo в принципе работает с тем BIOS. :-)

А страдать от забытого logrotate могли только криворукие админы локалхостов, случайно получивышие доступ к чему-то большому. :-)

systemd

великолепную документацию

простейший формат конфигов

Сделало мой день. А

концептуальную простоту

окончательно добило

с этих престарелых костылей imake (вот уж древность) и autotools на Meson

Лично autotools симпатичнее (читай привычнее), чем meson, но разработчикам, разумеется, виднее с чем им лучше работать :)

можно еще лет 30 пользоваться. И это хорошо.

ты несёш какуюто дикую хуйню! это же стогнация и дегродация! так никакого развития и прогресса не станет!

главное - тыкать пальцем в монитор, всё остальное от красноглазых, гы

systemd-networkd уже можно использовать в качестве замены ЛММ-мерзкого network-manager?

Конечно можно, вместо одной какашки кушать ещё более «какашистую»

Ну и где теперь хейтеры системд?

Здеся мы. Хотя на самом деле не верно, мы не любим суюстемд, но не хэйтим

Нет, пока только убедились в том, что поклонники systemd читать не умеют до конца. :-)

писать в целом то тоже.

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

одно из самых херовых нововведений в лялехе.

>1 миллиона строк кода

Охрене^...убрат все закопат и зацементироват.

Fedora. 2 ssd, оба luks объединены в один vg под систему. Включение секунды 2 до ввода пароля от luks, ещё пару до логина в систему. Выключение: нажал на кнопку, чёрный кран, секунды 2 задержка, компьютер выключен.

Это долго?

Поцер просто неспособен написат kernel, хот с д, хот без. Его потоlок — обмазывание фридрисктопных компонентов сопlями на С.

Но он может попытаться впендюрить линуксовое ядро прямо в systemd и навязать этот подход большинству дистрибутивов.

А когда этого монстра с ~3М строк замшелого кода закопают?

Когда реshат станут технари, а не бузинесмэны, а «срыночек» сменится «пlанчиком».

А тут бац - и systemd случается. Всё документировано, описание минимально и декларативно, всё логируется, тривиально отлаживается, одинако работает в любом нормальном дистрибутиве.

Ты не девопсина часом, чудо-юдо?

нормальном

дистрибутив

Это ВП.

обычный инженер

Нет. Возникает zabbalоподобная макака, выучивая 1000 страниц текста без всякого понимания.

Ты там почитай внимательнее.

Оно не хотит, оно хотит комиксы про системду. «прекрасная документация»

СМФ

А какие системы инициализации такое умеют?

systemd

в мире open source вообще всегда так. Разработчики делают так, как удобно лично им

Мокрые фантазии кодера.

Он пробоваl с помощю кдбус, не фартануlо.

Fedora. 2 ssd, оба luks объединены в один vg под систему. Включение секунды 2 до ввода пароля от luks, ещё пару до логина в систему. Выключение: нажал на кнопку, чёрный кран, секунды 2 задержка, компьютер выключен.

hdd/luks до systemd загрузка 8 секунд, выключение 4, после сустемди 10 секунд, 19 сек соответственно. набор один софта и тот же, железо тоже, fs тоже. но да не fedora. в случае десктопа который таки включается и выключается есть разница, с ноутом пофику он не выключается.

UEFI -> Grub -> Linux - всю жизнь так работало, пока кого-то не заел NIH-синдром.

Это хорошее решение для начала, простое и универсальное. но оно совершенно не подходит как вершина прогресса. Система должна стартовать сразу из uefi. Это экономит время и доводит процесс загрузки до совершенства.

Это экономит время и доводит процесс загрузки до завязки на производитеlя жеlезяки.

И бабам рх это по нраву.

Поцер просто неспособен написат kernel, хот с д, хот без. Его потоlок — обмазывание фридрисктопных компонентов сопlями на С.

Ты так и не купиl новую кlавиатуру?

Не сып мне соl на сахар(

Не надо мне приписывать глупости, своих хватает. Уж если приписываете мне свои слова, то пусть это будут умные мысли!

Каким образом прямая загрузка ОС в uefi без посредничества grub привязывает к производителю железки?

Это просто экономия на ненужных переключениях видеорежимов, ненужных инициализациях железа и пр.

Когда в линуксах для всяких неосиляторов будут вводить «буквы дисков» или ещё какую вендовую хероту

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

По секрету могу сказать, что в венде, на самом деле, даже есть некое подобие /dev, однако, сделано оно настолько отвратительно, что MS до сих пор особо не афиширует это убожество. :)

https://bugzilla.redhat.com/show_bug.cgi?id=1650342

по ссылке RH сообщает, что не будет использовать поттеровский networkd в rhel8. хотя в rhel7 пытались.

Позвольте вас спросить, а что нужно использовать, в качестве display server?

‎X11, конечно же. Ты чего, берега попутал, Одалист?

hdd/luks до systemd загрузка 8 секунд, выключение 4, после сустемди 10 секунд, 19 сек соответственно. набор один софта и тот же, железо тоже, fs тоже. но да не fedora

Не думал, что женщина может быть и умной и столь красивой

help

Can you specify which loader support this?

По секрету могу сказать, что в венде, на самом деле, даже есть некое подобие /dev, однако, сделано оно настолько отвратительно, что MS до сих пор особо не афиширует это убожество. :)

В смысле «подобие»? Там отдельное пространство имён, доступное ядру и нативным NT-бинарникам. Это для WinApi сделан костыль в виде дисков по буквам.

Не, для WinApi там всё вполне доступно для юзерспейса в виде типа CreateFile(«\\?USB#...» или там «\\\\.\\HCD», но это крайне хреново документировано и никакой системы в этом нету. Поэтому для разных типов девайсов требуются совершенно разные костыли чтобы таки получить этот path. Доходит до смешного - какие-то из этих path могут быть регистрозависимы, а какие-то - нет.

Доходит до смешного - какие-то из этих path могут быть регистрозависимы, а какие-то - нет.

Не знал про такой беспредел.

Там даже смешнее бывает - часть одного path регистрозависима, часть нет. По крайней мере для USB девайсов я с этим сталкивался. :) Например, path USB девайса это \?usb#vid_vvvv&pid_pppp#ssss#.... При этом, оно регистронезависимо везде, кроме ssss - это строка с серийником из дескриптора USB. И вот это ssss - внезапно регистрозависимо. :) При этом, этот path надо получать вовсе не по VID/PID, как можно было бы предположить, а по UUID который прописан в INI драйвера искомого девайса при помощи какой-нибудь замороченной последовательности из SetupDiGetClassDevs(), SetupDiEnumDeviceInterfaces(), SetupDiGetDeviceInterfaceDetail()...

Вот она, вся суть вантузоидного подхода к ОС, да и вообще ко всему. :) Упало - не разбираясь и не думая перезапустить.

А что Вы делаете с упавшими сервисами?

А что Вы делаете с упавшими сервисами?

разбираемся с причиной падения...