tinysystemd

делайте что хотите. эту планету уже не спасти. господь, жги!

А можно, пожалуйста, разжевать: что я получу, а что потеряю?

Получишь systemd как менеджер сервисов. То есть все остальные потенциально ломающие поведение системы демоны из сборки исключены. Также в пакете переименованы все бинарники, кроме systemd и systemctl(для последнего есть симлинк sdctl), для удобства shell completion. Плюс по умолчанию выключен бинарный логгинг и включен форвардинг в syslog. Ах, да, всё это ещё пока на стадии тестирования, поэтому что-то может не работать, хотя, полностью загружающуюся систему мне получить удалось.

то есть journald не выпилен? У меня на железке жрёт память как не в себя, а без него логи не работают, надо прокладку на замену писать...

С хамским тоном в факе сильный перебор.

Why did you rename all of the binaries? Because that ugly systemd- prefix breaks my shell completion.

facepalm.jpg
Use aliases, Luke!

потенциально ломающие поведение системы демоны

Это как, простите?

Я просто sysvinit-core обратно вернул. У меня при отсутствии линка на сетевой система подозрительно долго не грузилась с systemd, выяснять очередную причину (в прошлый раз из-за него принтер отвалился) было лень.

Ну вот и пошла фрагментация systemd.

в systemd зависимостями очень легко получить незагружаемую систему. Оно живёт нормально только при тщательном контроле за юнитами. Там, где в sysvinit поругалось на неважный сервис, и дальше поехало, systemd впадает в кому...

Он не выпилен, но бинарный логгинг отключен. Посмотрим, как оно будет работать. А что за железка, если не секрет?

Это networkd, например. Впрочем, он пока ещё не совсем готов, а раз не используется по умолчанию, то и делать ему в моей системе нечего.

Да так Samsung s3c2416, 128MB RAM, 256MB NAND

Гоняем пока без journald, но хочется иногда логов от systemd. Обычный syslogd тихо логгирует в файлики и по сети без проблем.

С хамским тоном в факе сильный перебор.

http://lists.freedesktop.org/archives/systemd-devel/2014-October/024180.html

В самый раз в стиле папаши systemd.

Use aliases, Luke!

Мне под каждый шелл алиасы подкладывать?

Проектик интересный, но всё-таки стиль FAQ следует сменить, это можно сделать без потери живости и обращения к «казёнщине»...

А какую-нибудь СУБД как бэкенд к rsyslog рассматривали?

Тогда отключите ведение бинарных логов и там же включите перенаправление в syslog. Выкидывать сам journald для этого не нужно.

Это networkd, например.

Как он может что-то сломать?

Мне под каждый шелл алиасы подкладывать?

У вас их там десяток, что ли?

В самый раз в стиле папаши systemd.

Рядом не лежало.

Мужыыык
Осталось присобачить busybox-овые демоны

нет смысла, к syslogd претензий нет, journald что-то буфуризовать начинает и вырастает за пару недель до 8-10 мегов, то есть становится самой толстой аппликухой на девайсе :(

Именно в таком режиме и пытались использовать.

И что сломалось?

вырастает за пару недель до 8-10 мегов

Нет возможности прогнать через валгринд какой-нибудь? Утечки всё-таки чинить надо. Ну, то есть, одним репортить, а другим чинить.

Эх, жаль кубиборда сдохла. Я б тоже посмотрел.

Как он может что-то сломать?

Сеть конфигурируется в нём совершенно другим образом, нежели стандартными средствами Debian. Ну, то есть мне как-то не с руки было бы переделывать конфигурацию на паре-тройке машин, не говоря уже о сотнях, на которых /etc/network/interfaces генерируется с помощью API.

У вас их там десяток, что ли?

bash, ash, csh, dash, ksh, fish, zsh(да, я в курсе, что в некоторых из них completion не работает). Это из того, что вспомнил. Есть ещё всякие xiki, но это уже совсем экзотика.

Рядом не лежало.

Топ сорь.

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

Данные из конфига относятся к месту, отводимому под журналы на диске.

Тогда можно линк на беседу? Ну и да, MemoryLimit= не прокатывает?

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

И что? Вас кто-то заставляет им пользоваться?

bash, ash, csh, dash, ksh, fish, zsh(да, я в курсе, что в некоторых из них completion не работает). Это из того, что вспомнил.

Вы ими всеми одновременно пользуетесь?

У меня есть подозрение, что это было связано с ntp, но тщательнее не проверял. Хотя когда система работает, мне всё равно что в ней sysvinit или systemd. Единственное, что огорчает, в поисковиках по запросу «systemv init» или «sysvinit» выдаёт кучу ссылок на сравнение с systemd - найти же документацию по старой системе стало сложнее.

И что? Вас кто-то заставляет им пользоваться?

Никто не заставляет, поэтому я и не пользуюсь. А раз я не пользуюсь, значит он и в пакете мне не нужен. И вообще, это мой горшок и я в него писаю.

Вы ими всеми одновременно пользуетесь?

Представь себе, я могу пользоваться разными шеллами на разных машинах с разными юзкейсами. Я делаю готовый продукт для себя в первую очередь, почему б и нет? Даром что в systemd прямые вызовы бинарников по именам файлов - явление крайне редкое, а с приходом kdbus(теоретически) - и вовсе исключаемое.

Никто не заставляет, поэтому я и не пользуюсь. А раз я не пользуюсь, значит он и в пакете мне не нужен.

К такой аргументации у меня вопросов не было. Речь шла о демонах, которые что-то «ломают». Вот за это я и прошу пояснить.

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

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

Там все же ugly, а не fucking.

Первая производная невежества - слабоумие.

Это не фрагментация, а болгеновщина.

О, люди осилили прочитать ./configure --help, поменять пару строчек в конфиге и сразу побежали форкать.

Линк к сожалению профукал, но я вроде как не один был, когда жаловался на то, как работает journald, там было внятно объяснено, что да как, и вроде правильно всё для больших железок, но на мелких что-то не срастается...

форкать

Где ты видишь код из systemd в репозитории? Там английским по белому написано: берётся ванильный код с freedesktop.

Что же тебя тогда держит на этом форуме, если причиной его возникновения стал ныне великовозрастной невежа?

MemoryLimit= рекомендация, может выжрать ещё, если нужно. Оно вообще логами через mmap манипулирует, поэтому не особо в состоянии аппетиты контроллировать. Тут corner case для них - стор медленный, скорость записи неравномерная, вот и копит... максимум до 12MB вырастал за 1.5мес., больше я его не видел, но это очень дофига на тех железках - oom killer выходит на охоту...

Что же тебя тогда держит на этом форуме, если причиной его возникновения стал ныне великовозрастной невежа?

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

невежа

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

Пересобирать пакеты под свои нужды уже моветон?

И что же за код ты взял?

Ну он крут! Пыщ!
tinysystemd (комментарий)

Пересобирать пакеты под свои нужды уже моветон?

Слабоумие - это вообще не моветон.

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

Не знаю, о ком ты, но в моём репозитории всего лишь мейнтейнерская работа. Есть вещи гораздо хуже systemd и гораздо более распространённые. Javascript, например. И что самое страшное - с этим ничего не может поделать даже Google, ибо его Dart как-то ни в один писюн никому не тарахтел.

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

Ты тупой или не умеешь читать?

https://github.com/Like-all/tinysystemd#building

At first, you need to clone vanilla systemd from freedesktop repo
vanilla systemd
vanilla
git clone http://anongit.freedesktop.org/git/systemd/systemd.git
git clone http://anongit.freedesktop.org/git/systemd/systemd.git
git clone http://anongit.freedesktop.org/git/systemd/systemd.git

А меня волнует его мнение? Я ни строчки кода в его репозитории не изменил. Более того, он сам рекомендует так делать, если что-то не устраивает.

которые что-то «ломают»

Я собираю пакет из ванильного кода и мне как-то влом следить за зоопарком юнитов. Поэтому такие потенциально взрывоопасные компоненты мне проще отключить, благо в ./configure есть соответствующие опции.

Напишите себе один раз конфиг и инклюдьте его везде

Была и такая мысль. Но я посмотрел и прикинул, что мне проще держать --program-transform-name в rules, да и не спотыкаться о systemd- приятнее.

Не знаю, о ком ты

О чем. О тонкой разнице между «невежей» и «невеждой».

Есть вещи гораздо хуже systemd и гораздо более распространённые. Javascript

Есть, конечно. Есть аж целая венда. И вот когда недоучки приносят оттуда мозговую плесень в уютненькую базовую систему Linux, это печалит.

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

О чем. О тонкой разнице между «невежей» и «невеждой».

Разница очень тонкая, тут согласен. Но изначально было употреблено слово «невежество», которое может трактоваться и иначе. Хотя, возможно, я не в тот словарь смотрел. Впрочем, это уже совсем другая история, да и не то настроение, чтобы продолжать филологический срач.

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

Сорян, мне ехать надо, а не шашечки. Я честно пытался пользоваться OpenRC в Debian. Честно-пречестно, клянусь чайником Рассела. Но пользоваться им без обкостыливания крайне сложно, ибо всплывает множество нюансов, да и нативных RC-скриптов для пакетов в Debian написано чуть больше, чем 0(ноль). Если тебя это так печалит, то можешь покинуть этот тред, я не запрещаю. Всё, что здесь описано, я делаю в первую очередь для себя.

Да не, я-то читать умею, это ты писать не умеешь, кроме как:
Because fuck you, that's why.
Раз пишешь только для себя, то чего раскукарекался-то, петушок.