«Большое спасибо. Я боялся, что придется долго ждать очередного «срачика».

Не то, что бы я любитель, но «в споре рождается истина»!»

Будь честен, в сраче рождается еда.

в сраче рождается еда.

Копрофаг в треде.

по-моему, хуже systemd решение придумать трудно. и не забывай, что systemd — это гигантский комбайн,

4.2 Это ~80 отдельных бинарников, каждый из делает свое маленькое дело.

претендующий заменить собою всё-всё-всё, а не система инициализации.

Настройка сети - не входит в инициализацию компьютера? Ведение журнала с момента ранней загрузки - не входит в инициализацию компьютера?
Может скажешь, что именно он делает из того, что не входит в инициализацию компа?

«Копрофаг в треде.»

миллионы мух не могут ошибаться.

Везде фатальные недостатки... Проще сделать свой, с блекджеком и шлюхами. Только вот реализация хуже всех имеющихся аналогов.

Какой фатальный недостаток unix/minix побудил Линуса делать его велосипед, который долгое время был хуже всех имеющихся аналогов?

ИМХО, если бы люди вместо написания гигантских портянок bash-скриптов потратили время на создание и распространение нормальной системы инициализации, которая и ресурсами умеет рулить, и сетку поднимает, и журналирование ведет с самого раннего момента, да еще умеет следить за форками сервисов и не требует писать отдельную программу-стартер для каждого сервиса... Постойте! Мы как раз ее и обсуждаем!

Еще в топ3 не вышли, слабенько.

Звиняй, реальная жизнь...

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

Не забудь еще встроенный http сервер, парсер JSON и декодер QR-кодов в довесок. И бинарные логи. Куда же без этого в системе инициализации! Я-то, дурак, думал, что она должна демоны, да нужные процессы поднять, а все остальное - специализированных утилит дело. Ну да куда же мне против Ыкспертов в области инитостроения.

Не забудь еще встроенный http сервер,

Отдельный модуль. Ставится и запускается отдельно.

парсер JSON и декодер QR-кодов в довесок.

Тоже все отдельно в базовой поставке отсутствует.

И бинарные логи.

Умеют передавать записи в syslog.

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

Ну, давай посмотрим... sysvinit умеет демоны поднимать? Нет, без отдельно программы-запускалки. Openrc? То-же самое. SMF - конфиги на xml. runit - без программы-запускали не умеет запускать демонов.
Получается, что системд - единственная система инициализации, которая умеет поднимать демонов, без конфиг на xml или отдельных программ-запускалок...

По сравнению с тем, что наворотили в этом вашем systemd - конфиги на xml это добрая сказка на ночь.

4.2 Это ~80 отдельных бинарников, каждый из делает свое маленькое дело.

Уже объясняли, что друг без друга они бесполезны. Что потного с его высером про core-utils не процитировал.

Можешь посмотреть на screen, которым сейчас пользуются только упоротые фанатики.

Окай.. пойду найду свой чОрный балахон и канистру

Уже объясняли, что друг без друга они бесполезны. Что потного с его высером про core-utils не процитировал.

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

Кстати, есть модуль ядра с http-сервером. И даже модуль ядра, который читает анекдоты с башоргру. Что, теперь будем называть ядро монолитным куском говна?

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

транслируются в syslog
транслируются

Хочу сразу. Знаю, могу уже писать для себя реализацию, gpl же.

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

Гребанных. Баш. Скриптов. Не перл! Не питон! Не луа! Не любой другой нормальный скриптовый язык! А гребанный, тупой, нечитаемый, дергающий сторонние программы на каждый чих, баш.

О! Да! Для линуксов сборище autoexec.bat в /etc/init.d - самый лучший способ запуска! Лучше не придумаешь-же! Тьфу. В плане механизма запуска службы - линукс даже не с виндой бодается, а с досом.

Ты думаешь - это решение было адекватным? На этом фоне системд - просто гениальное инженерное решение.

Ну тоже самое было в винде, когда вместо autoexec.bat изобрели реестр. Не уж то хочешь сказать удобней стало? По скриптам можно хотя бы поиск осуществлять, допустим во время процесса инициализации происходит какая-то вещь, которую ты хотел бы исправить, например очищается экран, в слаке я делал «grep -r clear /etc/rc.d» и мне тут же всё становилось ясно. Как решать это например в Suse?

Какой фатальный недостаток unix/minix побудил Линуса делать его велосипед, который долгое время был хуже всех имеющихся аналогов?

unix - дорого.

minix - косяки в реализации терминала, ЕМНИП.

О чём Линус сам написал в «Just for fun».

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

Хочу сразу. Знаю, могу уже писать для себя реализацию, gpl же.

Дак пиши. Кто пишет код, тот и решает.

Как решать это например в Suse?

man grep. сорри, я забыл что дебилы не умеют читать, а создают очередной тред на форуме и плачутся о плохой жизни.

Ну тоже самое было в винде, когда вместо autoexec.bat изобрели реестр. Не уж то хочешь сказать удобней стало?

Вообще-то удобней стало. Просто ты по видимому не помнишь времена autoexec.bat

По скриптам можно хотя бы поиск осуществлять, допустим во время процесса инициализации происходит какая-то вещь, которую ты хотел бы исправить, например очищается экран, в слаке я делал «grep -r clear /etc/rc.d» и мне тут же всё становилось ясно. Как решать это например в Suse?

systemd --test --system --unit=multi-user.target
И прочее. Там до жопы всего полезного для отладки и контроля.
http://fedoraproject.org/wiki/How_to_debug_Systemd_problems

Встречный вопрос - как запустить sysvinit в режиме симуляции? Разумеется, без сторонних утилит.
Что бы увидеть список всех бинарников, которые запускаются во время старта системы. Включая многочисленные test -x, pidof и прочий бардак.
Системд это умеет.

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

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

...Мы тут обсуждаем солидные проекты типа Дебьяна, а не всякую жабаскриптную перхоть с гитхаба которую ты привык фократь в 1 клик...

Та лана. Типа такогo: Systemd ? Или это не достаточно серьезный/хипстерский проект, в сравнении с Дебьян? И за 5К баксав необходимые для дотягивания до форка, ты так и не ответил, анон!

Жду не дождусь, когда Поттеринг реализует бинарный конфиг вместо etc

И публично насрешь на голову себе после этого? Всегда забавляли люди, которые дико газифицируют лужи когда некоторые вещи не помещаются в их куцых мозгах.

Вообще-то удобней стало. Просто ты по видимому не помнишь времена autoexec.bat

Я помню. Я компьютер по Фигурнову ещё изучал. Список команд, допустимых в CONFIG.SYS и AUTOEXEC.BAT помещался на двойном листке. Попробуй такую же шпаргалку по реестру написать. Ты многих виндузятников знаешь, которые бы были стопроцентными знатоками реестра? - Я, ни одного. Также и в линуксе - подсистемы, по которым написано куча книг и статей заменяем на неведомое нечто, которое мало кто знать будет.

Ну, я с z80 переполз на 286...

Я компьютер по Фигурнову ещё изучал. Список команд, допустимых в CONFIG.SYS и AUTOEXEC.BAT помещался на двойном листке.

Не знаю про двойной листочек, однако та система была в основном однозадачной. С редкими вкраплениями резидентных программ.
Для сравнения подходов - представь себе простыню документации к sysvinit + mount + crontab + /etc/init.d/* (lsb/init-functions + start-stop-daemon + явный самопал) + rc.local + готов поспорить, что я забыл много других мест, которые сильно влияют на инициализацию современных линуксов.

И сравни все это с докой на systemd, хоть всей, там не так-уж и много.

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

Двоемыслие? Ядру можно, а вот системд - ни-ни, сразу «монолитный кусок говна»?

И сравни все это с докой на systemd, хоть всей, там не так-уж и много.

То-то и оно, что толковой документации нет)

То-то и оно, что толковой документации нет)

Эм. Вообще-то маны есть. И они даже избыточные.
http://www.freedesktop.org/software/systemd/man/systemd.html

Поттеринг

...и что? Повод для поттерингсрача?

Можешь посмотреть на screen, которым сейчас пользуются только упоротые фанатики.

А чего в screen не хватает упоротым не-фанатикам?

А чего в screen не хватает упоротым не-фанатикам?

Прокрутки текста мышкой.

А чего в screen не хватает упоротым не-фанатикам?

Прокрутки текста мышкой.

А если прочитать man и добавить

termcapinfo xterm* ti@:te@

termcapinfo xterm* ti@:te@

Хм, не помогло. Мне нужна прокрутка по выхлопу терминала, а не по истории команд.

Мы бы хотели стремиться к частому выпуску новых версий с относительно небольшим количеством изменений в каждой. Именно поэтому нумерация версий у нас линейная. На самом деле, наша цель — новый релиз каждые 2-3 недели ...

systemd не является компонентом, который пользователь будет устанавливать по желанию поверх своего дистрибутива. Это действительно ключевой компонент дистрибутива, и его разработчикам придётся проделать определенную работу по интеграции. Поэтому: выбрать релиз systemd, интегрировать его и стабилизировать при необходимости — это задача разработчиков дистрибутива.

Ахах, Поттеринг будет творить а вы, бандерлоги, отлаживайте :))) Что замерли? Через пару недель вас опять осчастливят а у вас даже конь не валялся, баг на баге, марш работать!

stpcpy(stpcpy(stpcpy(mempcpy(ret, slice, e - slice), "-"), name), ".slice");

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

(stpcpy (stpcpy (stpcpy (mempcpy ret slice (- e slice)) "-")
		name)
	".slice")

это специально в этом интервью http://tlhp.cf/dd-interview/ знак дебиан повернут в другую сторону?

а вы, бандерлоги, отлаживайте

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

«Почему-то те кто отлаживает, сидят и работают. А те, кто багрепорт-то ни разу не написали, страдают о том, как за их счет наживаются гнусные эксплуататоры.»

Не вижу ничего странного. Рабы батрачат. Умные не батрачат.

Двоемыслие? Ядру можно, а вот системд - ни-ни, сразу «монолитный кусок говна»?

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

И сравни все это с докой на systemd, хоть всей, там не так-уж и много.

С видео уроками?

Умные не батрачат.

Сидят под пальмой и ждут пока кокос упадет.

...и что? Повод для поттерингсрача?

Не повод, причина.

А чего в screen не хватает упоротым не-фанатикам?

Оно старое, фу!

Прокрутки текста мышкой.

Нафиг не нужно.

почему ты не берёшь в расчёт то, что эти утилиты например отсылают статистику в rhel/anb?

Если пройти чуть дальше то твоей ссылке на sisyphus, то можно найти страницу загрузки пакетов, собираемых из указанного тобой .src.rpm, -utils в том числе. Если присмотреться к бинарному пакету, то можно увидеть, что в нем лежит то, что в федоре (и прочих дистрах?) пакуется в один пакет с собственно systemd: systemd-backlight, systemd-binfmt, systemd-escape, systemd-machine-id-setup, systemd-modules-load, systemd-sysctl, systemd-tmpfiles. А теперь скажи мне, параноик, какая из этих утилит отсылает статистику в rhel/anb?

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

Ну а ты как хотела? Всегда так было, есть и будет.

Кто не работает, тот ест!

он отвечает на различные вопросы посетителей сайта
о разработке systemd, kdbus, PulseAudio

https://wiki.debian.org/Sound :

Part of the problem is that pulseaudio was released before it was ready.

И сравни все это с докой на systemd, хоть всей, там не так-уж и много.

С видео уроками?

Перевод QA-сессии на Reddit с Леннартом Поттерингом (комментарий)

Знаешь, а вообще-то есть такой навык: «умение читать»
Полезный.