The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Архитектурные проблемы systemd, негативно влияющие на стабил..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от opennews (??) on 10-Фев-14, 10:18 
Рич Фелкер (Rich Felker), автор системной библиотеки musl (http://www.musl-libc.org/), участник проекта Openwall (http://www.openwall.com/) и член группы Austin Group (http://en.wikipedia.org/wiki/Austin_Group), развивающей и поддерживающей стандарты POSIX,
опубликовал (http://ewontfix.com/14/) заметку "Broken by design: systemd" с критикой systemd. По мнению Фелкера, архитектура systemd изначально является ущербной из-за  интеграции в init-процесс сторонних функций, непосредственно не связанных с процессом загрузки. Подобное нагромождение негативно сказывается на надёжности и безопасности.


Фелкер выделяет три основные архитектурные проблемы systemd:

-  В Unix-системах PID 1 имеет специальное назначение, в частности, PID 1 становится родителем для осиротевших процессов и поддерживает специальную семантику сигналов. В случае краха обработчика PID 1, происходит крах всей системы (kernel panic). Традиционные системы инициализации минимизируют размер кода и число функций обработчика PID 1, в то время как systemd выносит на уровень PID 1 серию демонов, реализующих вторичные функции, что приводит к общему снижению надёжности. Если традиционный init-процесс занимается лишь обработкой сигнала SIGCHLD от осиротевших процессов и реагирует на смену администратором текущего уровня запуска (runlevel), то systemd дополнительно занимается такими вещами, как управление подключением и отключением устройств, изменением точек монтирования, слежение за состоянием элементов в ФС и даже обработка запросов через DBus API.


-  В защищённой системе без systemd, обычно присутствует только один привилегированный процесс, критичный для проведения атаки, - sshd.  Все остальные компоненты управляются и получают входные данные только от пользователя root. В случае systemd присутствуют каналы взаимодействия с непривилегированным пользователем. Реализация расширенных функций в systemd приводит к необходимости выполнения на привилегированном уровне лишнего кода по выделению ресурсов, обработки файлов, разбору сообщений и обработке строковых данных, что увеличивает риск возникновения уязвимостей, которые могут быть эксплуатированы непривилегированным пользователем.

-  Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.


URL: http://ewontfix.com/14/
Новость: http://www.opennet.me/opennews/art.shtml?num=39050

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


2. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +15 +/
Сообщение от oops (ok) on 10-Фев-14, 10:26 
Слава богу остались еще здравомыслящие!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +3 +/
Сообщение от anonymous (??) on 10-Фев-14, 10:43 
Нам от этого не легче, т.к. системг уже повсюду.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

77. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +4 +/
Сообщение от sorrymak (ok) on 10-Фев-14, 14:09 
Гентушники не прогнутся!
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

91. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 14:40 
У гентушников нет такой чёткой зависимости на те или иные технологии.
Это и есть идея этого дистрибутива.

Установлен и systemd, и openrc (который работает поверх sysvinit). Работаю на последнем.
Первый просто не дотягивает по надёжности до второго. Сильно не дотягивает.
Вот и всё.

В бинарных дистрибутивах всё несколько иначе (дебиан например). Хочешь, не хочешь, а будешь работать с тем, что есть.

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

107. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:27 
> Первый просто не дотягивает по надёжности до второго. Сильно не дотягивает.
> Вот и всё.

Ага. Никто, кроме OpenRC, не умеет так надежно зависать, что при загрузке, что при выключении. Поэтому в генте системГ, как ни странно, наиболее вменяемый вариант - более-менее поддерживается (в отличие от sysv) и при этом не виснет.

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

114. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –3 +/
Сообщение от linux must _RIP__ on 10-Фев-14, 15:34 
а systemd ? тут недавно были репорты об этом..
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

124. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 15:45 
> а systemd ? тут недавно были репорты об этом..

Да, под вяндой не запускается :)

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

342. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 11-Фев-14, 21:33 
> а systemd ? тут недавно были репорты об этом..

Что, не работает у тебя в восьмерочке? Или что там у тебя, макось?

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

167. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 16:55 
>Ага. Никто, кроме OpenRC, не умеет так надежно зависать, что при загрузке, что при выключении.

OpenRC вообще не процесс.
OpenRC — это набор утилит для настройки окружения в котором будут (от слова будущее) выполнятся демоны и только.
Процессами в генту (с OpenRC) управляет /sbin/init из стандартного sys-apps/sysvinit.

Так что не знаю где вы нахватались этих «знаний», но каша у вас в голове знатная.

Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

169. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 16:57 
> OpenRC вообще не процесс.
> OpenRC — это набор утилит для настройки окружения в котором будут (от
> слова будущее) выполнятся демоны и только.
> Процессами в генту (с OpenRC) управляет /sbin/init из стандартного sys-apps/sysvinit.

И зависает при загрузке/выключении тоже он? А почем в дебиане не виснет?

Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

172. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:00 
А кто тебе сказал, что зависает?
Сам то ты не мог этого видеть, потому как вообще не знаешь что это.
Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

174. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:02 
> А кто тебе сказал, что зависает?
> Сам то ты не мог этого видеть, потому как вообще не знаешь что это.

А чего тут знать? Включаешь, начинает грузиться, останавливается. И все.

Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

176. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:03 
>А чего тут знать? Включаешь, начинает грузиться, останавливается. И все.

Брехня.

Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

179. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:08 
>>А чего тут знать? Включаешь, начинает грузиться, останавливается. И все.
> Брехня.

Openrc не виснет, ага. Верю. Эти глаза не могут лгать!

Ответить | Правка | ^ к родителю #176 | Наверх | Cообщить модератору

183. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:14 
Да кстати, категории верю-не_верю — это ваш удел.
Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

186. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:16 
> Да кстати, категории верю-не_верю — это ваш удел.

Ну вы же ничего, кроме голословных утверждений, предложить не можете.

Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

193. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:30 
Могу. И приводил. Повторяю:
# equery belongs /sbin/init
* Searching for /sbin/init ...
sys-apps/sysvinit-2.88-r4 (/sbin/init)
^C
# eix sys-apps/sysvinit
sys-apps/sysvinit
     Available versions:  2.88-r4 ~2.88-r5 ~2.88-r6 {ibm selinux static KERNEL="FreeBSD"}
     Installed versions:  2.88-r4(21:27:31 06.06.2013)(-ibm -selinux -static KERNEL="-FreeBSD")
     Homepage:            http://savannah.nongnu.org/projects/sysvinit
     Description:         /sbin/init - parent of all processes

И это тот же самый init, что и в debian, который и обсуждаем.
Теперь ты приводишь пруф, где openrc заменяет процесс с PID = 1.

Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

208. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:43 
> И это тот же самый init, что и в debian, который и обсуждаем.
> Теперь ты приводишь пруф, где openrc заменяет процесс с PID = 1.

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

Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

212. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:48 
Ты пруф для начала предоставь.
А то слишком асимметрично получается — я тебе с пруфами, а ты мне только брехнёй.
Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

218. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:54 
> Ты пруф для начала предоставь.

Только после вас :)

> А то слишком асимметрично получается — я тебе с пруфами, а ты мне только брехнёй.

Я пока пруфов от вас не видел, только "философию".

Ответить | Правка | ^ к родителю #212 | Наверх | Cообщить модератору

220. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +3 +/
Сообщение от ананим on 10-Фев-14, 17:56 
Понятно, от тyпого бота ничего другого и не ожидал. ☺
Ответить | Правка | ^ к родителю #218 | Наверх | Cообщить модератору

104. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:22 
> Гентушники не прогнутся!

У гентушников свой поттеринг (Luca U Barbato), который не чуть не менее фимозен, чем редхатовский. Поэтому и не прогнутся.

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

293. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 19:30 
А можно чуть подробней про данного товарища?
Чем он вреден?
Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

354. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 13-Фев-14, 17:15 
> А можно чуть подробней про данного товарища?
> Чем он вреден?

Можно погуглить. Его тоже NIH кусает довольно конкретно, только по своему.

Ответить | Правка | ^ к родителю #293 | Наверх | Cообщить модератору

78. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 14:10 
> Нам от этого не легче, т.к. системг уже повсюду.

Живу на альте с sysvinit и нас тут таких в core team достаточно.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

84. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 14:24 
>> Нам от этого не легче, т.к. системг уже повсюду.
> Живу на альте с sysvinit и нас тут таких в core team
> достаточно.

И себе на альт переехать, что ли?! Переходить на сыстемГ пока не планируете?

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

99. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ваыва on 10-Фев-14, 15:08 
Они уже перешли на десктопных :)

Но серверные дистрибутивы нет и сборки есть без этого Г

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

100. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от asd (??) on 10-Фев-14, 15:14 
Есть выбор при установке - systemd или sivinit...
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

128. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 15:50 
> И себе на альт переехать, что ли?! Переходить на сыстемГ пока не планируете?

Переедь на убунту.

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

226. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 18:04 
>>> Нам от этого не легче, т.к. системг уже повсюду.
>> Живу на альте с sysvinit и нас тут таких в core team
>> достаточно.
> И себе на альт переехать, что ли?! Переходить на сыстемГ пока не планируете?

В официальные десктопы 7.0.x воткнули ради NM/udisks (по сути polkit), в официальном сервере -- на выбор, а мои сборки вот: http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkima.../ (ассортимент обсуждаем, но в число стартеркитов входит экспериментальный инсталер TDE/sysvinit).  См. тж. http://altlinux.org/sysvinit

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

343. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 11-Фев-14, 21:34 
> Живу на альте с sysvinit и нас тут таких в core team достаточно.

У вас в альте вообще нездоровой некромансии на мой вкус как-то слишком много, что достаточно сильно нагибает развитие вашей системы, если вы еще вдруг не заметили. Скатывается в маргинальное местечковое болотце, по типу какого-нибудь опенбсд, только от линукса.

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

346. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Michael Shigorin email(ok) on 12-Фев-14, 16:14 
>> Живу на альте с sysvinit и нас тут таких в core team достаточно.
> У вас в альте вообще нездоровой некромансии

Вспомнился диалог: "а чем вы вирусы лечите? -- а мы их не лечим, они у нас и так здоровые!"...

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

Ответить | Правка | ^ к родителю #343 | Наверх | Cообщить модератору

355. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 13-Фев-14, 18:09 
> а мы их не лечим, они у нас и так здоровые!"...

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

> Когда убунтушник рассказывает о нездоровой некромансии, остаётся
> пожать плечами и пожелать удачи в краю победившей здоровой некромансии.

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

Ответить | Правка | ^ к родителю #346 | Наверх | Cообщить модератору

363. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 14-Фев-14, 06:28 
> Но убунтами почему-то пользуется толпа народа

а виндой — ещё большая толпа. убунта — нищебродский красноглазый отстой получается по такой «логике».

Ответить | Правка | ^ к родителю #355 | Наверх | Cообщить модератору

364. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Michael Shigorin email(ok) on 15-Фев-14, 21:19 
>> Когда убунтушник рассказывает о нездоровой некромансии, остаётся
>> пожать плечами и пожелать удачи в краю победившей здоровой некромансии.
> Забойный аргумент. Но убунтами почему-то пользуется толпа народа

...как и некрософтом.  В первую очередь -- жертвы рекламы, во вторую -- массовости.

Ответить | Правка | ^ к родителю #355 | Наверх | Cообщить модератору

255. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:41 
> Нам от этого не легче, т.к. системг уже повсюду.

В убунте его нет и не будет.

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

304. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от 1 (??) on 10-Фев-14, 21:48 
> В убунте его нет и не будет.

Да, примерно так: # ls -la /usr/lib/upstart
lrwxrwxrwx 1 root root        6 авг 22 18:42 upstart -> /usr/lib/systemd

Ответить | Правка | ^ к родителю #255 | Наверх | Cообщить модератору

30. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +18 +/
Сообщение от Аноним (??) on 10-Фев-14, 11:23 
Ждем systemd2 несовместимый  с первым
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

83. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +6 +/
Сообщение от dxd on 10-Фев-14, 14:22 
И включающий в себя первый системд, иксы, вэйланд и ядро.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

123. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:44 
Гнум забыл.
Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

113. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от Аноним (??) on 10-Фев-14, 15:34 
> Ждем systemd2 несовместимый  с первым

От компании Canonical. Им как раз нужен ход конем.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

338. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Анончик on 11-Фев-14, 17:14 
у них уже есть
прям внутре упстарта
и другого не надо
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

88. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –5 +/
Сообщение от ананим on 10-Фев-14, 14:31 
> остались еще здравомыслящие!

Да их много. И подобных доводов тоже.
Просто в опенсорсе стала наблюдаться определённая тенденция — обозвать таких людей ретроградами (или ещё как похуже) и к их мнению уже можно не прислушиваться.

Кстати, для параноиков из безопасности сам факт навязывания не нужной (не необходимой) функциональности должен стучать колоколом по голове — просто так усложнять систему с чёткими требованиями обычно никто не собирается.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

98. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 15:08 
чем сложнее система - тем легче внедрить бекдоры. и тем выше спрос на топовое железо.
возможно, это стратегия других мыслящих, привязавших к поттерингу удочку с морковкой.
аналогично дело с гномом третьему (чей gdm даже в гентухе systemd требует), а также прочими безвременно усопшими от излишнего весу продуктами.
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

105. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 15:23 
> чем сложнее система - тем легче внедрить бекдоры. и тем выше спрос на топовое железо.

По этой логике, все должны использовать FreeDOS.

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

118. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от ананим on 10-Фев-14, 15:38 
По этой логике все должны использовать системы ровно настолько сложные, насколько это необходимо.
Что собственно и составляет принцип KISS — http://ru.wikipedia.org/wiki/KISS_%28%D0%BF&#...
>KISS (англ. keep it simple, stupid — «не усложняй, тупица» или более вежливый вариант англ. keep it short and simple — «делай короче и проще») — … Эрик Рэймонд в своей книге резюмирует философию Unix как широко используемый принцип KISS

Или в общем случае — философию Unix — http://ru.wikipedia.org/wiki/Unix_way
>Правило простоты: Нацельтесь на простоту; добавляйте сложность, только где необходимо.

А вот то, что сказали вы — это либо зачаточное развитие вашего логического мышления,… либо методичка беспринципного тролля.
Так кто же вы?

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

125. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:47 
> По этой логике все должны использовать системы ровно настолько сложные, насколько это необходимо.

А кто определяет меру этой сложности и сравнивает ее с эталоном?

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

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

136. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 15:59 
>А кто определяет меру этой сложности и сравнивает ее с эталоном?

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


Так вы ответите на вопрос или нет?
Или будете продолжать заниматься передёргиванием и подменой понятий?

Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

141. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 16:06 
> Функциональные требования определяют.
> Если конечно вы гуманитарий, а не инженер, то простительно этого не понимать.

Ну вот управление зависимостями в пакетном менеджере - это функциональное требование?
Слакварщики говорят, что нет. И, раз у них все работает, они, видимо, правы.
А значит, portage - поттеринг-стайл блоатварь.

> Так вы ответите на вопрос или нет?
> Или будете продолжать заниматься передёргиванием и подменой понятий?

Я продолжаю выставлять напоказ ваше стремление бросаться красивыми фразами.

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

165. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 16:50 
Решили съехать с благодатной темы управления процессами?
Понимаю. С вашими э-м-м… данными только офтопить и остаётся.
Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

168. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 16:56 
> Решили съехать с благодатной темы управления процессами?
> Понимаю. С вашими э-м-м… данными только офтопить и остаётся.

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

Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

175. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:02 
Ау! Гуманитарий! Речи ро философию вообще не было.
Тебе на другой ресурс надо. Речь про построение инженерных систем.
Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

178. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 17:06 
> Ау! Гуманитарий! Речи ро философию вообще не было.

См. комментарий 118.

> Тебе на другой ресурс надо. Речь про построение инженерных систем.

"Настоящий технарь", вроде вас, подходит к этому вопросу исключительно с философской точки зрения :)

Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

189. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:21 
>> Ау! Гуманитарий! Речи ро философию вообще не было.
>См. комментарий 118.

Не поверишь, там про технические требования.
>"Настоящий технарь", вроде вас, подходит к этому вопросу исключительно с философской точки зрения :)

Не правда, исключительно с технической.
Это для вас юникс-вей — это философия. Для меня же список технических требований и рекомендаций.
Вы, гуманитарии, должны чётко это понимать при общении с технарями.

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

194. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:30 
> Не поверишь, там про технические требования.

"Технические требования" в рамках данной философии - вещь субъективная. Поэтому и "философия".
Вася скажет, что необходимо одно, а Петя - что другое. И начнется философский спор...

> Это для вас юникс-вей — это философия. Для меня же список технических требований и рекомендаций.

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

Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

201. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:34 
>"Технические требования" в рамках данной философии - вещь субъективная.

Мы тут всё больше про технические требования в рамках данной конкретной задачи init/systemd.
>Для вас это красивые фразы, которые можно использовать как угодно, не более.

Докажи.

Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

211. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:47 
> Мы тут всё больше про технические требования в рамках данной конкретной задачи init/systemd.

Разработчики большинства дистрибутивов, включая Дебиан, считают, что фичи systemd таки необходимы для системы инициализации. Иначе они не стали бы его включать.

> Докажи.

А чего тут доказывать - достаточно перечитать ваши комментарии.

Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

344. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 11-Фев-14, 22:29 
> Функциональные требования определяют.

А кто задает эти требования? <#include trollface.txt>

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

298. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от iZEN (ok) on 10-Фев-14, 20:07 
Кто сказал, что  GNU/Linux должен копировать Unix и следовать его философии? GNU прямо отрицает это: GNU is Not Unix. Systemd является вполне логичным подтверждением этого принципа, я считаю.
Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

305. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от ананим on 10-Фев-14, 21:58 
>GNU is a recursive acronym for "GNU's Not Unix!", chosen because GNU's design is Unix-like, but differs from Unix by being free software and containing no Unix code

Только айзен и мс-боты стоят на страже свободы подменять понятия и манипулировать фактами.

Ответить | Правка | ^ к родителю #298 | Наверх | Cообщить модератору

108. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от ананим on 10-Фев-14, 15:29 
Самое забавное (в тему паранойи, наличие которой как известно не говорит о том, что за тобой не следят), что и systemd, и gnome3 развивается компанией, которая прямо заявило, что десктопный сегмент её не интересует.
Соответсвенно от фэйла этого сегмента она и не пострадает.

зыж
Ну пока что gdm-3.10.0.1.ebuild выглядит так:

    systemd? ( >=sys-apps/systemd-186[pam] )
    !systemd? (
        >=x11-base/xorg-server-1.14.3-r1
        >=sys-auth/consolekit-0.4.5_p20120320-r2

        !<sys-apps/openrc-0.12
    )

т.е. вполне (ещё?) возможно собрать без systemd
в любом случае, я пользуюсь slim что и остальным рекомендую.

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

111. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:31 
"Во-первых, я тот кувшин не брала, во-вторых, уже вернула, в-третьих, он и так был с трещиной" :)
Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

121. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 15:42 
Сделка или “Выражайтесь яснее!“
Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

173. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:01 
> Сделка или “Выражайтесь яснее!“

Уровень вашей аргументации и ее логичность показаны яснее некуда :)

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

198. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:31 
Да, и это правда ☺
Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

115. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от linux must _RIP__ on 10-Фев-14, 15:37 
> чем сложнее система - тем легче внедрить бекдоры. и тем выше спрос
> на топовое железо.

скорее - тем лече продать услуги по настройке и сопровождению. Что кстати и продает redhat ...

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

110. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:30 
> Да их много. И подобных доводов тоже.

Только доводы у них какие-то откровенно притянутые за уши. И заодно, бьющие по довольно широким полям - systemd, upstart, openrc.

> Кстати, для параноиков из безопасности сам факт навязывания не нужной (не необходимой)
> функциональности должен стучать колоколом по голове — просто так усложнять систему
> с чёткими требованиями обычно никто не собирается.

Что, разработчики openrc отказались от идеи внедрения cgroups? А то на современной генте смотришь в вывод mount, и понимаешь, что леннард и сюда добрался.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

139. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 16:01 
>Только доводы у них какие-то откровенно притянутые за уши. И заодно, бьющие по довольно широким полям - systemd, upstart, openrc.

Для гуманитариев разве что.
>Что, разработчики openrc отказались от идеи внедрения cgroups? А то на современной генте смотришь в вывод mount, и понимаешь, что леннард и сюда добрался.

cgroups — это трэйд-марк похтеринга?
или вы решили побить рекорд самого тупого комментатора?

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

143. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 16:08 
>>Только доводы у них какие-то откровенно притянутые за уши. И заодно, бьющие по довольно широким полям - systemd, upstart, openrc.
> Для гуманитариев разве что.

Нужно быть гуманитарием, чтобы увидеть, что в upstart и openrc начали пихать все подряд по образу и подобию леннарда?

> cgroups — это трэйд-марк похтеринга?

cgrups _в ините_ - безусловно. Это целиком его идея, никто до него раньше такого не делал.

И что характерно - это не является функциональным требованием. init отлично работает без cgroups, а наличие в нем дополнительного кода делает его более уязвимым.

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

147. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 16:17 
>Нужно быть гуманитарием, чтобы увидеть, что в upstart и openrc начали пихать все подряд по образу и подобию леннарда?

Да! :D

>cgrups _в ините_ - безусловно. Это целиком его идея, никто до него раньше такого не делал.

Интересно, а для чего тогда придумали cgroups, как не для управления процессами?
Во бред то.

>И что характерно - это не является функциональным требованием. init отлично работает без cgroups, а наличие в нем дополнительного кода делает его более уязвимым.

Именно поэтому в openrc можно включить поддержку cgroups, а можно и не включать:
# cat /etc/rc.conf|grep cgroup
# If you have cgroups turned on in your kernel, this switch controls
# /sys/fs/cgroup.
#rc_controller_cgroups="YES"
# The following settings allow you to set up values for the cgroup
# rc_cgroup_cpu="
#cgroups, see Documentation/cgroups/* in the linux kernel source tree.
#rc_cgroup_blkio=""
#rc_cgroup_cpu=""

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

152. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 16:25 
>>Нужно быть гуманитарием, чтобы увидеть, что в upstart и openrc начали пихать все подряд по образу и подобию леннарда?
> Да! :D

Тогда в код и чейнджлоги openrc и upstart лучше не смотреть - можно зашквариться.

>>cgrups _в ините_ - безусловно. Это целиком его идея, никто до него раньше такого не делал.
> Интересно, а для чего тогда придумали cgroups, как не для управления процессами?

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

>>И что характерно - это не является функциональным требованием. init отлично работает без cgroups, а наличие в нем дополнительного кода делает его более уязвимым.
> Именно поэтому в openrc можно включить поддержку cgroups, а можно и не включать:

Ну так многие фичи systemГ тоже можно не использовать. От этого связанный с ними код исчезает?

Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

159. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 16:38 
>Тогда в код и чейнджлоги openrc и upstart лучше не смотреть - можно зашквариться.

Не вам, господин гуманитарий, говорить о коде и чейнджлогах.
Вы, как выяснилось ниже, вообще не понимаете о чём пытаетесь рассуждать.

Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

162. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 16:42 
> Не вам, господин гуманитарий, говорить о коде и чейнджлогах.

Ну да, я-то туда хотя бы заглядывал. А значит, зашкварился гуманитарщиной :)
"Настоящий технарь" должен только рассуждать о философии unix.

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

То есть, вы перешли от аргументированных (хоть как-то) возражений к слепому отрицанию.

Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

206. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:38 
>> Не вам, господин гуманитарий, говорить о коде и чейнджлогах.
> Ну да, я-то туда хотя бы заглядывал.

Брехня. Вы до сегодняшнего обсуждения не знали что openrc не заменяет init.

Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

213. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:50 
> Брехня. Вы до сегодняшнего обсуждения не знали что openrc не заменяет init.

Что, прям так не может работать как PID 1?

Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

228. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 18:06 
Угу.
Я ж не просто бот как ты. Вынужден ограничиваться рамками сабжа.
Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

235. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:18 
>> Что, прям так не может работать как PID 1?
> Угу.

А вы, я смотрю, великий знаток OpenRC.

Ответить | Правка | ^ к родителю #228 | Наверх | Cообщить модератору

244. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 18:30 
Про великий не знаю, мне такие категории не интересны.
Но про то как именно он работает с init стараюсь быть в курсе.
Ответить | Правка | ^ к родителю #235 | Наверх | Cообщить модератору

256. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 18:41 
Так тебя никто говорить и не заставляет.
Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

151. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от ананим on 10-Фев-14, 16:23 
зыж
>Нужно быть гуманитарием, чтобы увидеть, что в upstart и openrc начали пихать все подряд по образу и подобию леннарда?
>cgrups _в ините_ - безусловно. Это целиком его идея, никто до него раньше такого не делал.
>И что характерно - это не является функциональным требованием. init отлично работает без cgroups, а наличие в нем дополнительного кода делает его более уязвимым.

Самое интересное тут то, что /sbin/init НЕ имеет отношения к openrc.
Представляете, господин гуманитарий? ☺
Openrc работает ПОВЕРХ sys-apps/sysvinit
Представляете КАК вы некомпетентны, если этого не знали, но пытаетесь обсуждать.
Openrc предоставляет расширенную функциональность (включая cgroups) НЕ в составе init (как следствие и не с PID = 1)

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

153. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Аноним (??) on 10-Фев-14, 16:27 
> Самое интересное тут то, что /sbin/init НЕ имеет отношения к openrc.
> Представляете, господин гуманитарий? ☺
> Openrc работает ПОВЕРХ sys-apps/sysvinit
> Представляете КАК вы некомпетентны, если этого не знали, но пытаетесь обсуждать.
> Openrc предоставляет расширенную функциональность (включая cgroups) НЕ в составе init
> (как следствие и не с PID = 1)

Это что-то меняет? Позволяет системе работать после краха openrc? Улучшает безопасность?

Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

158. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от ананим on 10-Фев-14, 16:35 
>Это что-то меняет? Позволяет системе работать после краха openrc? Улучшает безопасность?

Читайте сабж. Там всё написано.

зыж
Это меняет многое.
А в контексте обсуждения это однозначно указывает на то, что вы полный, законченный гуманитарий (нет в системе процесса openrc. нет его. вообще. и «крахнуться» по этой причине он не может)
При том из тех, кто нифига не смыслит в инженерном проектировании систем.
И как следствие — полная бессмысленность дальнейшего обсуждения этого вопроса с вами.

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

163. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Аноним (??) on 10-Фев-14, 16:47 
> Это меняет многое.
> А в контексте обсуждения это однозначно указывает на то, что вы полный,
> законченный гуманитарий (нет в системе процесса openrc. нет его. вообще. и
> «крахнуться» по этой причине он не может)

Ага, и вообще никакого openrc нет, это все выдумки :)
А когда я включаю rc_parallel=yes и пытаюсь загрузить систему - виснет, конечно же, /sbin/init, который sysvinit.

> При том из тех, кто нифига не смыслит в инженерном проектировании систем.

Ну да, ну да, моя фамилия не Дарьтаньян :)

> И как следствие — полная бессмысленность дальнейшего обсуждения этого вопроса с вами.

Можно засчитывать слив, или еще побарахтаетесь?

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

180. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от ананим on 10-Фев-14, 17:10 
>Ага, и вообще никакого openrc нет, это все выдумки :)
>А когда я включаю rc_parallel=yes

А вы не включайте.
Не с вашими знаниями куда-то лезть.
Это ж надо, перепутать init и openrc! У вас похтеринг всего мозга. ☺

Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

185. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:15 
> А вы не включайте.
> Не с вашими знаниями куда-то лезть.
> Это ж надо, перепутать init и openrc!

Да, если я буду знать, что загрузка повис не из-за /sbin/init, а из-за прослойки, построенной над ним - мне определенно станет легче с этим смириться.

Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

209. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 17:44 
>Да, если я буду знать, что загрузка повис не из-за /sbin/init, а из-за прослойки, построенной над ним - мне определенно станет легче с этим смириться.

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

Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

216. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:53 
>>Да, если я буду знать, что загрузка повис не из-за /sbin/init, а из-за прослойки, построенной над ним - мне определенно станет легче с этим смириться.
> Конечно. Ведь это прослойка между стулом и компьютером.

Вы серьезно заблуждаетесь относительно места openrc в архитектуре системы :)

> Ну гвозди себе в голову вы же не будете забивать только из-за
> того, что делали то, чего не понимаете?

Самое обидное, что "разработчики" openrc тоже не будут. Наоборот, они будут пытаться всюду пропихнуть этот откопанный и наспех подкрашенный труп.

Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

253. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 18:40 
>Вы серьезно заблуждаетесь относительно места openrc в архитектуре системы :)

Нет.
# ps -ef -H
root         1     0  0 фев08 ?     00:00:02 init [3]  
root      3796     1  0 фев08 ?     00:00:05   /usr/lib/systemd/systemd-udevd --daemon
message+  4962     1  0 фев08 ?     00:00:04   /usr/bin/dbus-daemon --system
root      5047     1  0 фев08 ?     00:00:01   /usr/sbin/NetworkManager --pid-file root      5668  5047  0 фев08 ?     00:00:00     /sbin/dhcpcd -B -K -L -G -c

>Самое обидное, что "разработчики" openrc тоже не будут. Наоборот, они будут пытаться всюду пропихнуть этот откопанный и наспех подкрашенный труп.

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

Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

358. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 13-Фев-14, 19:40 
> всюду пропихнуть этот откопанный и наспех подкрашенный труп.

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

Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

315. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:25 
> Это что-то меняет? Позволяет системе работать после краха openrc? Улучшает безопасность?

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

Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

237. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:21 
это скорее не "Леннарт добрался" а "Udev добрался".
некоторые дистры - пытались бороться с косяками укуренных создателей Udev и его фимозным поведением, непредсказуемым, но большинство - сдались.
даже калька - сдулась, увы.
Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

241. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 18:26 
> это скорее не "Леннарт добрался" а "Udev добрался".
> некоторые дистры - пытались бороться с косяками укуренных создателей Udev и его
> фимозным поведением, непредсказуемым, но большинство - сдались.
> даже калька - сдулась, увы.

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

Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

254. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:41 
Так давно, mdev сие зовётся. В Gentoo многими используется вместо udev/eudev.
Ответить | Правка | ^ к родителю #241 | Наверх | Cообщить модератору

259. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:44 
> Так давно, mdev сие зовётся. В Gentoo многими используется вместо udev/eudev.

mdev - это аналог udev для встраиваемых систем, с предельно урезанной функциональностью (что на десктопе создает определенные проблемы). К Gentoo никак не относится.

Ответить | Правка | ^ к родителю #254 | Наверх | Cообщить модератору

266. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:53 
>> Так давно, mdev сие зовётся. В Gentoo многими используется вместо udev/eudev.
> mdev - это аналог udev для встраиваемых систем, с предельно урезанной функциональностью
> (что на десктопе создает определенные проблемы). К Gentoo никак не относится.

Просто некоторые странные личности пытаются пропихнуть его в качестве замены udev. Что неизбежно приведет к запихиванию новых фич и расширению кодовой базы... разработчики mdev/busybox будут в восторге.

Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

291. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 19:26 
>Что неизбежно приведет к запихиванию новых фич

У вас есть какие-то основания для подобных утверждений?

Ответить | Правка | ^ к родителю #266 | Наверх | Cообщить модератору

359. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 13-Фев-14, 19:41 
>>Что неизбежно приведет к запихиванию новых фич
> У вас есть какие-то основания для подобных утверждений?

Железо у десктопников несколько более разлапистое и фичастое чем у встраиваемых систем, знаете ли.

Ответить | Правка | ^ к родителю #291 | Наверх | Cообщить модератору

267. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:53 
И какие же проблемы это создаёт?

К Gentoo очень даже относится - https://wiki.gentoo.org/wiki/Mdev

Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

269. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 18:57 
> И какие же проблемы это создаёт?

hotplug, например.

> К Gentoo очень даже относится - https://wiki.gentoo.org/wiki/Mdev

Ну так туда и systemd вместо нормального инита поставить можно, и что?

Ответить | Правка | ^ к родителю #267 | Наверх | Cообщить модератору

286. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 19:25 
Что именно "hotplug"? Проблемы с хотплагом в mdev? Какие?

>Ну так туда и systemd вместо нормального инита поставить можно, и что?

И то. Многие ставят и пользуются. А вот в бинарных дистрибутивах не очень-то выходит.

Ответить | Правка | ^ к родителю #269 | Наверх | Cообщить модератору

316. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:27 
> mdev - это аналог udev для встраиваемых систем, с предельно урезанной функциональностью
> (что на десктопе создает определенные проблемы).

опиши их, пожалуйста. нет, это не в плане «поиздеваться»: если эти определённые проблемы есть и определены, то никто не мешает выдернуть из ящика mdev, дописать туда решения и забыть про udev как про страшный сон вообще.

Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

360. "Архитектурные проблемы systemd, негативно влияющие на..."  –1 +/
Сообщение от Аноним (??) on 13-Фев-14, 19:42 
> проблемы есть и определены, то никто не мешает выдернуть из ящика
> mdev, дописать туда решения и забыть про udev как про страшный сон вообще.

Есть только одна проблема: в процессе он фалломорфирует в такого же монстра как udev :). А так все хорошо, прекрасная маркиза...

Ответить | Правка | ^ к родителю #316 | Наверх | Cообщить модератору

362. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 14-Фев-14, 06:27 
> Есть только одна проблема: в процессе он фалломорфирует в такого же монстра
> как udev :)

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

Ответить | Правка | ^ к родителю #360 | Наверх | Cообщить модератору

196. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Гость on 10-Фев-14, 17:31 
С нетерпением ждем вброса Линуса нашего Товальдса про дрочащих на безопасность обезьян.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 10:31 
Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.

Ндаа, Винда

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

69. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от vitalif (ok) on 10-Фев-14, 12:55 
Вот не люблю сисямд, но этот пункт - конкретный бред, т.к. systemd, как и любой другой init, умеет сериализовать своё состояние и перезапуститься без перезагрузки системы, сделав exec себя...
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

76. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 14:07 
Вот не надо фантазий. В новой версии вполне может быть другой АПИ/АБИ.
Так что вот это:
>SIGTERM
>   Upon receiving this signal the systemd system manager serializes its state, reexecutes itself and deserializes the saved state again.

не относится в общем случае к случаям обновления вообще никак.

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

102. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:20 
> Вот не надо фантазий. В новой версии вполне может быть другой АПИ/АБИ.

Когда другой апи/аби - это мажорное обновление системы, вообще-то. Там заодно и ядро, и libc, и все остальные библиотеки обновляются. И тоже со сменой апи/аби. Вряд ли удастся обойтись без перезагрузки.

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

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

130. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 15:51 
Ещё раз, другими словами, проектирование реагирования на сигнал SIGTERM не предполагало никаких обновлений. Поэтому приписывание этой, побочной функциональности в корне не верно, т.к. грозит нештатными ситуациями.

Поэтому высказывание:
>Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.

справедливо на все 100%.
Более того, к необходимости перезагрузки приводит обновление не НЕобходимых компонентов.

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

135. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:57 
> Поэтому высказывание:
>> Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.
> справедливо на все 100%.

С точки зрения диванных теоретиков - может быть. А федоре или rhel7 после обновления пакета systemd просто выполняется systemctl daemon-reexec, и опа - вместо старого инита уже новый.

Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

142. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ананим on 10-Фев-14, 16:06 
>С точки зрения диванных теоретиков

Как по http://www.opennet.me/openforum/vsluhforumID3/93954.html#96

Ещё раз, крайний, для самых тyпых и ещё тyпее ботов — обработка сигналов процессами НИКАК не коррелирует с обновлением ПО.
При чём это известно даже для тех инженеров, которые купили диплом в переходе.

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

144. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 16:13 
> Как по http://www.opennet.me/openforum/vsluhforumID3/93954.html#96

И в чем это должно кого-то убедить?

> Ещё раз, крайний, для самых тyпых и ещё тyпее ботов — обработка сигналов процессами НИКАК не коррелирует с обновлением ПО.

Скажите это Игорю Сысоеву, например.

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

Ну точно, Сысоев ведь именно там его купил.

Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

308. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от vitalif (ok) on 11-Фев-14, 00:10 
> В новой версии вполне может быть другой АПИ/АБИ.

Если в новой версии вполне может быть другой АПИ/АБИ - авторы systemd ССЗБ, т.к. в том же апстарте на уровне этого самого сериализованного представления специально поддерживается совместимость...

Хотя в принципе может это так и есть, вон вроде в journal недавно ломали...

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

274. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от anonymousZ on 10-Фев-14, 19:05 
> Вот не люблю сисямд, но этот пункт - конкретный бред, т.к. systemd,
> как и любой другой init, умеет сериализовать своё состояние и перезапуститься
> без перезагрузки системы, сделав exec себя...

Что за бред? Укажите строчку в исходниках любого из инитов (sd,v,upstart), где он делает "обновление" через "exec себя".

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

277. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 19:09 
> Что за бред? Укажите строчку в исходниках любого из инитов (sd,v,upstart), где
> он делает "обновление" через "exec себя".

Я могу указать команду, по которой sysvinit делает exec себя - telinit q.
Искать соответствующую строчку в коде - лень.

Ответить | Правка | ^ к родителю #274 | Наверх | Cообщить модератору

284. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от Аноним (??) on 10-Фев-14, 19:21 
> Я могу указать команду, по которой sysvinit делает exec себя - telinit q.

Не q, а u.

U or u tell init to re-execute itself (preserving the state).

Ответить | Правка | ^ к родителю #277 | Наверх | Cообщить модератору

288. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от anonymousZ on 10-Фев-14, 19:25 
>> Что за бред? Укажите строчку в исходниках любого из инитов (sd,v,upstart), где
>> он делает "обновление" через "exec себя".
> Я могу указать команду, по которой sysvinit делает exec себя - telinit
> q.
> Искать соответствующую строчку в коде - лень.

http://www.opennet.me/openforum/vsluhforumID3/93954.html#280

Ответить | Правка | ^ к родителю #277 | Наверх | Cообщить модератору

317. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:29 
> Вот не люблю сисямд, но этот пункт - конкретный бред, т.к. systemd,
> как и любой другой init, умеет сериализовать своё состояние и перезапуститься
> без перезагрузки системы, сделав exec себя…

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

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

295. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +4 +/
Сообщение от Vkni (ok) on 10-Фев-14, 19:56 
> Вынос на уровень системы инициализации дополнительных функций приводит к необходимости
> перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу
> PID 1.

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

> Ндаа, Винда

Это, как известно, не новость.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

7. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –15 +/
Сообщение от Сергей (??) on 10-Фев-14, 10:31 
Я правильно понимаю, вам шашечки главное, а мне вот ехать надо...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +6 +/
Сообщение от 1 (??) on 10-Фев-14, 11:03 
не сложно уехать далеко на машине у которой колеса приварены вместо стяжки болтами, но поездка хороша до первого прокола, и пофиг шашечки там или нет... потом только проблемы.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

129. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:51 
> не сложно уехать далеко на машине у которой колеса приварены вместо стяжки
> болтами, но поездка хороша до первого прокола, и пофиг шашечки там
> или нет... потом только проблемы.

Думаю, не каждый догадается, что это стеб над дубовыми "юниксвейными" инитами :)

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

21. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от Аноним (??) on 10-Фев-14, 11:07 
Ехать на машине, грозящей развалиться при езде?
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

58. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +6 +/
Сообщение от Аноним (??) on 10-Фев-14, 12:25 
Главное чтоб с QR-кодами.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

203. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Гость on 10-Фев-14, 17:36 
> Главное чтоб с QR-кодами.

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

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

251. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 18:37 
> И с безопасной отправкой подписанных логов, которые невозможно подделать, на другой хост
> по сети!!

В линуксе это нафиг не надо. Оставим бинарные логи юниксу.

Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

106. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:24 
> Ехать на машине, грозящей развалиться при езде?

Ну да, автомобили - это ненадежно. Вот телеги - это да, ничего лишнего же!

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

205. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Гость on 10-Фев-14, 17:37 
> Ну да, автомобили - это ненадежно. Вот телеги - это да, ничего
> лишнего же!

Тоолсто. Идите пешком. Так надежней.

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

14. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –5 +/
Сообщение от uniman (ok) on 10-Фев-14, 10:55 
>О, опять стенания теоретиков. Как это мило.

Самостоятельно скомпилируйте systemd для arm, mips или sh.
Со всеми прибамбасами.
Кроскомпилятором.
На практике.

О результатах отпишите. Вместе посмеемся.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

36. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от meequz (ok) on 10-Фев-14, 11:44 
Не знаю, что вы подразумеваете под самостоятельно. Но в Yocto, Poky, PTXdist systemd есть и вполне стабильно работает. Где смеяться-то?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

49. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –11 +/
Сообщение от uniman (ok) on 10-Фев-14, 12:16 
> Не знаю... Но в ...

Понятно. =)

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

41. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Fracta1L (ok) on 10-Фев-14, 12:01 
А у вас возникали какие-то фатальные проблемы? Расскажите.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

54. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –10 +/
Сообщение от uniman (ok) on 10-Фев-14, 12:23 
> А у вас ...

Понятно. =)

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

17. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +6 +/
Сообщение от еще один аноним on 10-Фев-14, 10:58 
какой же это теоретик - "...автор системной библиотеки musl, участник проекта Openwall ..."
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору
Часть нити удалена модератором

45. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +3 +/
Сообщение от Аноним (??) on 10-Фев-14, 12:08 
Эдак вы и таблицу умножения теоретизированием объявите.
Да и вообще, что это за эфемерные цифирки да значки - вот одно яблоко, вот два яблока - бери да перекладывай из корзинки в корзинку, и пальцы загибай, будь практиком!
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору
Часть нити удалена модератором

56. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +3 +/
Сообщение от Аноним (??) on 10-Фев-14, 12:24 
Пустое и никчемное, Вы забыли добавить.
А уж геометрия-то - вообще смех один! Бесконечная плоскость, а? Нет, вы видели этих бесполезных теоретиков? Да где ж они видели такую? Её ведь не-бы-ва-ет!
Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

68. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от umbr (ok) on 10-Фев-14, 12:54 
Любой процесс обработки данных - теоретизирование.
Ответить | Правка | ^ к родителю #251 | Наверх | Cообщить модератору

81. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 14:12 
> какой же это теоретик

Это юное дарование знает слово "теоретизирование" (видимо, кто-то его носом ткнул), но не знает о проекте Openwall.

Клевета ушла под нож без лишних объяснений автору.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

117. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:37 
> Это юное дарование знает слово "теоретизирование" (видимо, кто-то его носом ткнул), но
> не знает о проекте Openwall.

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

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

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

296. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Vkni (ok) on 10-Фев-14, 20:00 
> Это юное дарование знает слово "теоретизирование" (видимо, кто-то его носом ткнул), но
> не знает о проекте Openwall.

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

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

356. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 13-Фев-14, 19:33 
> вместо того, чтобы слегка подумать.

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

Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

361. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 13-Фев-14, 19:45 
> какой же это теоретик - "...автор системной библиотеки musl, участник проекта Openwall ..."

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

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

365. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Michael Shigorin email(ok) on 15-Фев-14, 21:30 
> Если почитать сайтец проекта. Наработки интересные, но надо быть очень хардкорным
> мазохистом чтобы ими еще и пользоватся на практике.

Ну почему -- куча наработок Openwall используется в альте (или сделана совместно), пользуюсь, мазохистом себя не считаю. :)

Ответить | Правка | ^ к родителю #361 | Наверх | Cообщить модератору

22. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +4 +/
Сообщение от Аноним (??) on 10-Фев-14, 11:11 
Давно замечено, если враги (в данном случае вендузятнеги) нас хвалят, значит что-то делаем не так.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

86. "(offtopic) госдеповские боты в неполитических обсуждениях"  –1 +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 14:29 
> Давно замечено, если враги (в данном случае вендузятнеги) нас хвалят,
> значит что-то делаем не так.

http://fritzmorgen.livejournal.com/660369.html (найдите слово "LOR") -- я о таком уже предупреждал, в т.ч. http://www.opennet.me/openforum/vsluhforumID3/90829.html#134

PS: а, вот эти сообщения подразумевал:
http://www.opennet.me/openforum/vsluhforumID3/93536.html#123
http://www.opennet.me/openforum/vsluhforumID3/93536.html#165

Осенью 2013 практически одновременно было отмечено использование новой техники "обвини выбранного оппонента в том, в чём ему логично обвинить тебя, первым" ботами как в общественно-политических обсуждениях, так и на технических форумах.  Сперва немного удивился и перепроверил, но эта хуцпа подтвердилась.

Суть такой превентивной контратаки состоит в том, чтобы ошеломить собеседника наглостью подмены понятий; вестись на неё не стоит, а стоит либо стирать/игнорировать, либо показать привселюдно явное противоречие в утверждении бота и то, что его обвинение уместно применительно к нему самому в первую очередь.

Классический пример -- хасид, обвиняющий кого-нибудь в антисемитизме и ненавидящий арабов (которые семиты); нынешний -- "борец за systemd", обвиняющий sysvinit в неюниксвейности.

Имейте в виду и не теряйтесь при виде подобной наглости.  Здесь -- "к модератору".

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

92. "(offtopic) госдеповские боты в неполитических обсуждениях"  +1 +/
Сообщение от xrayid (ok) on 10-Фев-14, 14:41 
>[оверквотинг удален]
> ботами как в общественно-политических обсуждениях, так и на технических форумах.  
> Сперва немного удивился и перепроверил, но эта хуцпа подтвердилась.
> Суть такой превентивной контратаки состоит в том, чтобы ошеломить собеседника наглостью
> подмены понятий; вестись на неё не стоит, а стоит либо стирать/игнорировать,
> либо показать привселюдно явное противоречие в утверждении бота и то, что
> его обвинение уместно применительно к нему самому в первую очередь.
> Классический пример -- хасид, обвиняющий кого-нибудь в антисемитизме и ненавидящий арабов
> (которые семиты); нынешний -- "борец за systemd", обвиняющий sysvinit в неюниксвейности.
> Имейте в виду и не теряйтесь при виде подобной наглости.  Здесь
> -- "к модератору".

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

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

109. "(offtopic) госдеповские боты в неполитических обсуждениях"  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:29 
Миша, поскольку по одной из ссылок ответ на мой комент здесь, то хочу заметить, что платные боты как раз вовсю врут со стороны власти (никоим образом не оправдываю других).
Тут как бы давно курсе о особенностях твоего мышления и твоих предпочтениях.
Фрицморген, в частности, на которого ты сослался - платная жжшлюха.
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

195. "(offtopic) госдеповские боты в неполитических обсуждениях"  –3 +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 17:30 
> Тут как бы давно курсе о особенностях твоего мышления и твоих предпочтениях.
> Фрицморген, в частности, на которого ты сослался - платная жжшлюха.

Не знаю, кто это (а Вас не знаю даже по нику) -- но порой и на microsoft.com ссылаюсь, когда там вдруг написана правда.  Здесь счёл нужным обратить внимание на то, что уже озвученное получило подтверждение с ещё одной стороны (разумеется, можно попытаться меня "уличить" в негласной связи с тем оратором, но удалю как заведомую ложь).

PS: #252 и ряд других сообщений того же автора удалены на основании озвученной им самим цели -- "навредить линуксу".  Передёргивать вредно для здоровья, как и предупреждали.
PPS: http://wiki.opennet.ru/ForumHelp п. 6

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

127. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:49 
> Давно замечено, если враги (в данном случае вендузятнеги) нас хвалят, значит что-то делаем не так.

Да, линксмастрип всегда поддерживал противником systemd, например :)

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

197. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 17:31 
>> Давно замечено, если враги (в данном случае вендузятнеги) нас хвалят,
>> значит что-то делаем не так.
> Да, линксмастрип всегда поддерживал противником systemd, например :)

А он обиженный, но не виндузятник.

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

357. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 13-Фев-14, 19:34 
> но не виндyзятник.

Уверены? У него мышление какое-то проприетарно-подстилочное.

Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

46. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 12:08 
О, практик-юзверь не сумевший настроить звуковушку обсуждает разработчиков.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

51. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +5 +/
Сообщение от commiethebeastie (ok) on 10-Фев-14, 12:22 
Хорошо тебе висеть у мамы на шее и говорить о теоретиках?
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

318. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:30 
> Я правильно понимаю, вам шашечки главное, а мне вот ехать надо…

слушай, сколько тебе скинуться на мотороллер, чтобы ты уже насовсем уехал?

ну, или давай я тебе байдарку подарю и отправлю на Белое море, а? авось утонешь.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

9. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +3 +/
Сообщение от Аноним (??) on 10-Фев-14, 10:39 
и где он раньше был?
когда дебиановцы голосовали =)

"Если кто-нибудь из присутствующих знает причину, по которой этот союз невозможен, пусть скажет сейчас или умолкнет навеки!"

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

119. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:39 
> и где он раньше был?
> когда дебиановцы голосовали =)
> "Если кто-нибудь из присутствующих знает причину, по которой этот союз невозможен, пусть
> скажет сейчас или умолкнет навеки!"

Во-первых, дебианщики еще ничего не решили. Они еще раз 10 голосовать будут, и все равно в итоге оставят sysv.
Во-вторых, они все-таки технари, и на сабжевое водолейство не поведутся.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

190. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:21 
http://www.opennet.me/opennews/art.shtml?num=39047
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

242. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:27 
> http://www.opennet.me/opennews/art.shtml?num=39047

Повторяю: они ничего не решили. Сначала отменят голосование, потом скажут, что вообще ни имеют права такие вещи решать.

Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

319. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:33 
> и где он раньше был?
> когда дебиановцы голосовали =)

мир как-то не крутится вокруг бебиана. прикинь.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

329. "Архитектурные проблемы systemd, негативно влияющие на..."  +/
Сообщение от Аноним (??) on 11-Фев-14, 08:47 
Отсутствие чувства юмора – это не болезнь, а врожденный порок, который не лечится.
=D
Ответить | Правка | ^ к родителю #319 | Наверх | Cообщить модератору

330. "Архитектурные проблемы systemd, негативно влияющие на..."  +/
Сообщение от arisu (ok) on 11-Фев-14, 09:23 
смех без причины — признак очень высокого интеллекта.
Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

11. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от vvb (ok) on 10-Фев-14, 10:44 
в техкомитете Дебиана после "срочного" голосования по системд все окончательно рассрались.
Ян Джексон предложил скинуть с поста председателя техкомитета Бдейла, сказав, что "дико зол". фактически, бдейл слил в сортир все усилия техкомитета по безконфликтному решению проблемы.
уже инициировали процедуру выкидывания Яна Джексона из техкомитета.
Ян Джексон ушёл в оффлайн на несколько дней чтобы успокоится и поставил в блэклист всех членов техкомитета.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 10:48 
т.е. санта барбара ушла на каникулы на несколько дней? =)
ждем продолжения
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

15. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от vvb (ok) on 10-Фев-14, 10:56 
ян джексон один из самых адекватных людей в дебиане. реально пытался несколько месяцев разработать документ, который бы всех устроил. за который можно было бы голосовать всем.
бидейл несколько раз вбрасывал прстоейшее голосование -- "чё выбираем? системд? апстарт?" -- типа сначала надо решить этот вопрос, остальное потом. причём решить не как сейчас положено -- нужно было набрать 2 к 1 перевес голосов чтобы выиграл претендент, а простым большинством.
а вопросов кроме этого тьма ещё -- поддерживать ли остальные системы инициализации кроме основной, можно ли позволять пакетами требовать какую-то систему инициализации и пр.
в общем бидейлу типа надоело и он решил показать что он тут самый главнюк.

либо яна джексона выкинут из техкомитета либо он сам уйдёт. может и из дебиана вообще.

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

26. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Теро on 10-Фев-14, 11:19 
Скандалы, интрига, расследования.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

29. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 11:23 
вот что и обидно, сейчас этой возней развалят один старейших и почитаемых дистрибутив

потом меня мучает вопрос, хорошо будет системд, как потом мне с 7ки бесшовно переползти на 8ку? или все таки оставят инит параллельно для серверов, которым нафиг не уперся гном?

==
не есть хорошо в связи с новостями - центом перешедшим под крыло красношапки + переход научного на репы цента

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

35. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –11 +/
Сообщение от xrayid (ok) on 10-Фев-14, 11:39 
А был бы линукс проприетарныйм, сейчас бы все на форумах фапали на то, какая крутая система инициализации у линукс по сравнению с виндой... opensource разработчики сами роют себе яму...
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

38. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от past email on 10-Фев-14, 11:53 
Systemd отлично поддерживает старые rc скрипты.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

120. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –5 +/
Сообщение от Аноним (??) on 10-Фев-14, 15:42 
> ян джексон один из самых адекватных людей в дебиане. реально пытался несколько
> месяцев разработать документ, который бы всех устроил. за который можно было
> бы голосовать всем.

Этот человек упорно пытается протолкнуть upstart. Причем очень эмоционально и фанатично, не считаясь с интересами пользователей.
Например, давеча он предлагал выкинуть (вообще выкинуть из дебиана, насовсем) все DE, использующие API systemd ("чтобы у пользователя была свобода выбора"). Сейчас это гном и E17, а в перспективе и KDE. А вместо них, надо полагать, запихать юнити с миром.

Вот такой он вменяемый человек.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

145. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +3 +/
Сообщение от Аноним (??) on 10-Фев-14, 16:14 
>предлагал выкинуть
>гном
>вообще выкинуть из дебиана, насовсем

Правильный мужик.

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

155. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Аноним (??) on 10-Фев-14, 16:29 
> Правильный мужик.

Просто фанбой Марка.

Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

262. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от Аноним (??) on 10-Фев-14, 18:48 
Весьма разумно. Понятия о гигиене у него вполне адекватные.
Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

265. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 18:52 
> Например, давеча он предлагал выкинуть (вообще выкинуть из дебиана, насовсем) все DE,
> использующие API systemd ("чтобы у пользователя была свобода выбора"). Сейчас это
> гном и E17

И как это у меня E17 работает без systemd... предупреждение за сознательную ложь.

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

268. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:55 
> И как это у меня E17 работает без systemd... предупреждение за сознательную ложь.

Тем не менее, именно E17 стало первым DE, которое поддерживает systemd как инициализатор сеанса.

Ответить | Правка | ^ к родителю #265 | Наверх | Cообщить модератору

270. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от ананим on 10-Фев-14, 18:58 
Поддерживать, и поддерживать только systemd — разные вещи.
Ответить | Правка | ^ к родителю #268 | Наверх | Cообщить модератору

278. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 19:10 
>> И как это у меня E17 работает без systemd... предупреждение за сознательную ложь.
> Тем не менее, именно E17 стало первым DE, которое поддерживает systemd

Здесь нет слова "только" и, следовательно, оснований для истерики с тенью на плетне из #120.

Ответить | Правка | ^ к родителю #268 | Наверх | Cообщить модератору

320. "Архитектурные проблемы systemd, негативно влияющие на..."  +2 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:37 
> Например, давеча он предлагал выкинуть (вообще выкинуть из дебиана, насовсем) все DE,
> использующие API systemd

прикинь, и правильно сказал. правда у вас, фанбоев лёни, все, кто против вашей святыньки — те всенепременно за конкурента.

а вот если бы у тебя были мозги и ты умел читать, то увидел бы, что… а, не важно, всё равно ты идиот.

Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

13. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от karapuz2 (ok) on 10-Фев-14, 10:53 
Я так понимаю, только после того, как systemd был официально включен в деб, рх и еще куче главных дистрибутивов, провелю код-ревью? А ведь основополагающий важный системный компонент.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 10:59 
а там не заинтересованы в данной проверке были, иначе давно бы сделали
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

25. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +3 +/
Сообщение от karapuz2 (ok) on 10-Фев-14, 11:18 
А вот да. Systemd обеспечит работу на долгие годы вперед распушхим отделам программистов рх и другим коммерческим компаниям, занимающимся разработкой и поддержкой linux. Никто из внештатных добровольцев этим заниматься не будет.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

133. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:53 
> А вот да. Systemd обеспечит работу на долгие годы вперед распушхим отделам
> программистов рх и другим коммерческим компаниям, занимающимся разработкой и поддержкой
> linux. Никто из внештатных добровольцев этим заниматься не будет.

Как будто им ядра linux мало было. На его фоне, systemd - капля в море.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

16. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Nicknnn (ok) on 10-Фев-14, 10:57 
> приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd

Да ладно! Вон nginx перезапускается без остановки при смене бинарника. Пусть подсмотрят и сделают также. Да и старичёк init ведь тоже это умеет. Неужто в systemd не осилят.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 11:18 
А с первыми двумя пунктами что делать?
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

44. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Nicknnn (ok) on 10-Фев-14, 12:07 
Ну просто нужно писать ровно:) Ядро же тоже монолитное и огромное.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

47. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 12:10 
Вы так это говорите как будто это что-то хорошее.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

70. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Кирилл (??) on 10-Фев-14, 13:00 
Он как раз и намекает, что ядро огромное, что "потенциально" ухудшает надежность/безопасность/т.п. Но тем не менее ядро линукс - торт. Никто же эту тему не подымает.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

71. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 13:09 
Ядро Линукса совершенно не торт, и вроде все об этом в курсе. К сожалению, иначе, чтоб были драйвера и фичи, и не слишком тормозило, не выходит. Но это не делает его тортом ни в коей мере.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

87. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от dr Equivalent (ok) on 10-Фев-14, 14:30 
Тогда что же для тебя торт, прости?
ИМХО, торты познаются в сравнении. И в сравнении с остальными, Линух - самый торт. По крайней мере, лучше пока ничего не придумали.
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

181. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:12 
> Тогда что же для тебя торт, прости?
> ИМХО, торты познаются в сравнении. И в сравнении с остальными, Линух -
> самый торт. По крайней мере, лучше пока ничего не придумали.

"Лучше" - смотря в плане чего. Если в плане безопасности, простоты и надежности (о которых сегодня речь), то есть множество вариантов куда лучше линукса. Правда, фич в них меньше, но это же вторично, правда?

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

89. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 14:32 
> Но тем не менее ядро линукс - торт. Никто же эту тему не подымает.

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

Кстати, да -- интересно, что скажет Линус, когда его достанет "не мытьём, так катаньем" в исполнении шляпы.  "F*ck you redhat"?

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

321. "Архитектурные проблемы systemd, негативно влияющие на..."  +/
Сообщение от arisu (ok) on 11-Фев-14, 07:38 
> Кстати, да — интересно, что скажет Линус, когда его достанет

перейдёт на другой сорт вазелина и сменит позу.

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

140. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 16:03 
> Да ладно! Вон nginx перезапускается без остановки при смене бинарника. Пусть подсмотрят
> и сделают также. Да и старичёк init ведь тоже это умеет.
> Неужто в systemd не осилят.

Вообще-то, systemd умел это с самого начала. Только песня была совсем не о том...

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Baz on 10-Фев-14, 11:02 
самостоятельно форкнуть системД дебианом, перепилить с учетом критики, юзать дав возможность установить остальные альтернативы..
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от ваноним on 10-Фев-14, 12:04 
и получить в итоге openrc? =)
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

137. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 15:59 
> и получить в итоге openrc? =)

Наоборот. Если долго допиливать openrc, получится systemd.

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

310. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от ваноним on 11-Фев-14, 00:30 
нет.
Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

23. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от Аноним (??) on 10-Фев-14, 11:16 
Сколько раз обновлял systemd, не разу не делал сразу после этого перезгрузку, система работает как часики...
ЧЯДНТ?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +7 +/
Сообщение от Аноним (??) on 10-Фев-14, 11:31 
админишь локалхост
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

60. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –4 +/
Сообщение от Аноним (??) on 10-Фев-14, 12:28 
Даже не админю, сижу разработкой занимаюсь, в игрушки играю. Одмины пусть одминят, им до нас далеко
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

32. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +7 +/
Сообщение от Аноним (??) on 10-Фев-14, 11:31 
Лёню Поттеринга уже ткнули носом в чтиво ? А то он знай других тыкает, а сам за собой косяков не замечает.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +11 +/
Сообщение от Аноним (??) on 10-Фев-14, 11:34 
чичас он прочтет, проведет "исследование" и накатает опус, что все не так как написано, его код неправильно поняли и он один дартаньян
=D
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

138. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 16:01 
> чичас он прочтет, проведет "исследование" и накатает опус, что все не так
> как написано, его код неправильно поняли и он один дартаньян
> =D

И в общем-то, будет прав. В частности, обновление на лету - одна из киллeр-фич systemd (хотя год назад ее таки уперли в upstart).

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

157. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 16:34 
Размножение костылей ? Ну-ну...
Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

160. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 16:40 
> Размножение костылей ? Ну-ну...

Когда некий чувак говорит, что systemd не умеет обновляться на лету - ура, systemd отcтой, я всегда это знал!
Когда выясняется, что systemd таки умеет обновляться на лету - да это же просто ненужный костыль!

Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

322. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:40 
> И в общем-то, будет прав. В частности, обновление на лету - одна
> из киллeр-фич systemd (хотя год назад ее таки уперли в upstart).

вот ведь… читаю man telinit:
U or u tell  init  to  re-execute itself (preserving the state).

киллер-фича, угу.

Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

34. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от Аноним (??) on 10-Фев-14, 11:38 
А вот да, можно ли запустить systemd без dbus-а? На сервере непрозрачные шины ну совсем не впёрлись.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от anonymous (??) on 10-Фев-14, 12:22 
>А вот да, можно ли запустить systemd без dbus-а? На сервере непрозрачные шины ну совсем не впёрлись.

Совсем скоро. После пропихивания dbus в ядро.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

66. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 12:42 
http://www.opennet.me/opennews/art.shtml?num=38739
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

80. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 14:12 
> После пропихивания dbus в ядро.

Нет уж, оно на серверах всё равно выключено будет.
Так что вопрос остаётся открытым.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

243. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:29 
> На сервере непрозрачные шины ну совсем не впёрлись.

А вы всегда серверные ядра пересобираете без NETLINK? И как после этого на них сеть работает, если не секрет?

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

37. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Аноним (??) on 10-Фев-14, 11:44 
>Традиционные системы инициализации минимизируют размер кода и число функций обработчика PID 1

Сказки дядюшки микроядерщика

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

85. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от dr Equivalent (ok) on 10-Фев-14, 14:27 
Ядро-то тут причем?
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

148. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 16:18 
> Ядро-то тут причем?

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

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

283. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 19:19 
Только вот для атаки на ядро со стороны не-root процессов векторов поменьше
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

285. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 19:23 
Ну и глибсы туда запихни, фигли там на фоне ядра - тоже копейки будут.
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

42. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от qwerty (??) on 10-Фев-14, 12:02 
Да, даже в Солярисе PID 1 это не svc.startd
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

63. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 12:38 
Повылазило всяких кэпов, понимаишь. Типа это и так не было понятно всем, кто оборудован матушкой-природой работающим мозгом. Хотя я отчасти понимаю - чтение лениного кода - "удовольствие" еще то.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

199. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 17:32 
> Хотя я отчасти понимаю - чтение лениного кода - "удовольствие" еще то.

А вы надеетесь, что хоть кто-то из доблестных борцов с systemd, включая сабжевого чувака, хоть раз заглядывал в этот код?

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

67. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 12:53 
Рич не дочитал до cgroups просто. Если ядро предоставляет к чему-то доступ, то использовать это опасно, да.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

302. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Тото on 10-Фев-14, 20:51 
Это мнение не в тренде, тебе не рады ленивые одмины
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

73. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –5 +/
Сообщение от anonymous (??) on 10-Фев-14, 13:56 
"Unfortunately, it also gets the other properties, including bringing down the whole system when it crashes. This matters because systemd is complex. A lot more complex than traditional init systems"

Ну-ну, это инит скрипт то простой в отличие от systemd ? Его случайно не /bin/bash исполняет, такой простой-простой блоб - интерпретатор. Или "простые" скрипты сами себя волшебством исполняют? Сначала изобрети аппаратный интерпретатор скриптов, потом про простоту говори.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

75. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –3 +/
Сообщение от anonymous (??) on 10-Фев-14, 14:04 
В догонку, "Fundamentally, upgrading should never require rebooting unless the component being upgraded is the kernel"

Bсе ясно в этим "разработчиком". Неявные зависимости сервисов друг от друга ему похрену, че то там обновили частично, че то перегрузили.  То что студент разработчик пять лет назад указал в зависимостях ручками, и сидим довольные. Вроде работает, мышку пошевелил - двигается. Влияние эти подмененные сервисы на другие кнеперегнуженные компоненты не оказывают. Потому что "Я так сказал".

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

79. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +6 +/
Сообщение от Аноним (??) on 10-Фев-14, 14:11 
>Ну-ну, это инит скрипт то простой в отличие от systemd ?

ты идиот? Скрипты не исполняются в PID 1.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

333. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –4 +/
Сообщение от anonymous (??) on 11-Фев-14, 11:19 
>ты идиот? Скрипты не исполняются в PID 1.

Ты программироване по комиксам учил? Автор набросил бред сто раз рассмотренный еще в первые же недели появления systemd. Про якобы простоту скрипров на баше. Игнорируя факт того, что скриgты исполняет охрененный блоб по имени bash, который гораздо сложнее systemd. И в итоге по сложности баш+скрипты сложнее systemd.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

90. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 14:37 
> Ну-ну, это инит скрипт то простой в отличие от systemd ?

Вы профнепригодны.  Марш рассматривать pstree -p на различных системах, в т.ч. во время запуска/останова "тяжёлых" сервисов.

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

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

334. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от anonymous (??) on 11-Фев-14, 11:21 
>> Ну-ну, это инит скрипт то простой в отличие от systemd ?
> Вы профнепригодны.  Марш рассматривать pstree -p на различных системах, в т.ч.
> во время запуска/останова "тяжёлых" сервисов.
> Последующую чушь подобного порядка буду стирать без комментариев.

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

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

335. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от anonymous (??) on 11-Фев-14, 11:31 
собственно нумер два. еще раз спасибо.
Ответить | Правка | ^ к родителю #334 | Наверх | Cообщить модератору

345. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 12-Фев-14, 15:43 
> а, ну многое становится теперь понятно.

Сомнения берут, начиная с призыва банить.

> "охрененный блоб по имени bash, который гораздо сложнее systemd"

Хорошо бы увидеть критерии сравнения -- хотя бы по объёму кода, SLOC или ldd, даже без call graph.

К примеру, вот sloccount по systemd-208 без src/{lib,}udev:

Totals grouped by language (dominant language first):
ansic:       127981 (99.61%)
python:         345 (0.27%)
sh:             161 (0.13%)
и bash-3.2 без {doc,examples,lib,po}:
ansic:        44546 (77.37%)
sh:            5172 (8.98%)
perl:          4105 (7.13%)
yacc:          3749 (6.51%)

Вас там точно никто не покусал вот с такими глазами?

Ответить | Правка | ^ к родителю #334 | Наверх | Cообщить модератору

347. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от Andrey Mitrofanov on 12-Фев-14, 17:12 
> Хорошо бы увидеть критерии сравнения -- хотя бы по объёму кода, SLOC
> или ldd, даже без call graph.

300-360К man bash  -vs-  сборник блого-трудов (как на него |wc ??) Ленарта S-d для S-админов в 26, ... 45? частях.

Ответить | Правка | ^ к родителю #345 | Наверх | Cообщить модератору

323. "Архитектурные проблемы systemd, негативно влияющие на..."  +3 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:42 
скажи, пожалуйста: ты всегда пишешь под этим ником? и только под этим? мне это важно, чтобы я щёлкнул кнопочкой и больше не видел твоего дебилизма.
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

331. "Архитектурные проблемы systemd, негативно влияющие на..."  –1 +/
Сообщение от anonymous (??) on 11-Фев-14, 11:14 
Да, и кукисы никогда не удаляю. Заранее спасибо.
Ответить | Правка | ^ к родителю #323 | Наверх | Cообщить модератору

332. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 11-Фев-14, 11:19 
взаимно благодарю.
Ответить | Правка | ^ к родителю #331 | Наверх | Cообщить модератору

74. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Анонище on 10-Фев-14, 14:02 
>      Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.

"Откинтесь на спинку кресла и отдохните, пока система все сделает за вас". (c) Дядя Билли.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

82. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от dr Equivalent (ok) on 10-Фев-14, 14:15 
http://monolight.cc/2011/05/the-systemd-fallacy/
Вот вам еще аргументиков.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

94. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Xasd (ok) on 10-Фев-14, 14:53 
> Традиционные системы инициализации минимизируют размер кода и число функций обработчика PID 1, в то время как systemd выносит на уровень PID 1 серию демонов, реализующих вторичные функции

хахахаха :D ..

ну понятное дело что у systemd есть разные модули (система-то ведь модульная) -- но PID 1 к этим модулям не отновится -- это понимает любой болван.

очевидно -- статья призвана опорочить systemd -- в глазах тех людей кто не знает что это такое

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

96. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –3 +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 15:01 
> ну понятное дело что у systemd есть разные модули (система-то ведь модульная)
> -- но PID 1 к этим модулям не отновится -- это понимает любой болван.

ldd /proc/1/exe сделать сами справитесь?  Или ls -l /proc/1/fd/ посмотреть?

> в глазах тех людей кто не знает что это такое

Ещё один с отрицательной компетентностью...

Уважаемый Xasd, Вы лично _ни хрена_ не понимаете ни в UEFI, ни в systemd, но какого-то лешего лезете со своим розовым бредом в любую тему и по тому, и по другому.  Эти бы усилия да в мирных целях -- например, на ответы по соответствующим проблемам на том же stackoverflow.

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

126. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Xasd (ok) on 10-Фев-14, 15:48 
>> ну понятное дело что у systemd есть разные модули (система-то ведь модульная)
>> -- но PID 1 к этим модулям не отновится -- это понимает любой болван.
> ldd /proc/1/exe сделать сами справитесь?  Или ls -l /proc/1/fd/ посмотреть?

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

не всё ли равно какое там их количество?!?!?!

если /init УЖЕ запустился -- то УЖЕ не важно сколько там динамически слинковано всего было.

после fork() -- дочерние процессы могут хоть по 20 раз crash`иться -- всё равно родительский процесс (pid 1) будет всё дальше продолжать работать.

> Вы лично _ни хрена_ не понимаете ни в UEFI

ну в этой теме я не буду писать про UEFI . расслабтесь :)

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

204. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +3 +/
Сообщение от anonymousZ on 10-Фев-14, 17:36 
>и зачем эту команду набирать? что это должно показать? список зависимых динамических >библиотек необходимых для старта? а для чего на них смотреть? в чём намёк?!
>не всё ли равно какое там их количество?!?!?!
>если /init УЖЕ запустился -- то УЖЕ не важно сколько там динамически слинковано всего было.

Ну как бы они (библиотеки) используются для обработки данных из разных источников (тех же дескрипторов из  ls -l /proc/1/fd/), и могут быть использованы для эксплуатации возможной уязвимости при атаке на pid 1. Соответственно, для того чтобы эти уязвимости закрыть, надо презапустить pid 1. И чем больше библиотек в зависимостях, тем больше поводов перезапускать pid 1. Доступно объяснил, или надо ссылку с картинками?

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

222. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Аноним (??) on 10-Фев-14, 18:00 
> Ну как бы они (библиотеки) используются для обработки данных из разных источников
> (тех же дескрипторов из  ls -l /proc/1/fd/), и могут быть
> использованы для эксплуатации возможной уязвимости при атаке на pid 1. Соответственно,
> для того чтобы эти уязвимости закрыть, надо презапустить pid 1. И
> чем больше библиотек в зависимостях, тем больше поводов перезапускать pid 1.

Перезапустить PID 1 - дело максимум двух-трех секунд.

Вы лучше подумайте о том, что от рута работает не только PID 1.

Ответить | Правка | ^ к родителю #204 | Наверх | Cообщить модератору

230. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от anonymousZ on 10-Фев-14, 18:07 

> Перезапустить PID 1 - дело максимум двух-трех секунд.

А ядро linux уже научилось работать без pid 1?

Ответить | Правка | ^ к родителю #222 | Наверх | Cообщить модератору

233. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 18:13 
>> Перезапустить PID 1 - дело максимум двух-трех секунд.
> А ядро linux уже научилось работать без pid 1?

Когда-то относительно дёшево можно было научить, кстати.  В 2.4, кажется, это изменилось.

Ответить | Правка | ^ к родителю #230 | Наверх | Cообщить модератору

236. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:20 
>> Перезапустить PID 1 - дело максимум двух-трех секунд.
> А ядро linux уже научилось работать без pid 1?

А вы слышали про такой вызов - exec?

Ответить | Правка | ^ к родителю #230 | Наверх | Cообщить модератору

249. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от anonymousZ on 10-Фев-14, 18:36 

> А вы слышали про такой вызов - exec?

Нет, только про execve ).
А вы в курсе что при exec* теряется текущий контекст (включая обработчики сигналов, открытые дескрипторы, и прочая), и что "обновлять" init таким образом, ..э, не целесообразно?

Ответить | Правка | ^ к родителю #236 | Наверх | Cообщить модератору

271. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:59 
>> А вы слышали про такой вызов - exec?
> Нет, только про execve ).
> А вы в курсе что при exec* теряется текущий контекст (включая обработчики
> сигналов, открытые дескрипторы, и прочая), и что "обновлять" init таким образом,
> ..э, не целесообразно?

А про telinit q вы тоже не в курсе?

Ответить | Правка | ^ к родителю #249 | Наверх | Cообщить модератору

280. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от anonymousZ on 10-Фев-14, 19:15 

> А про telinit q вы тоже не в курсе?

При чем здесь telinit q?Это просто перечитывание  конфигов, никакого exec при этом не делается.


Ответить | Правка | ^ к родителю #271 | Наверх | Cообщить модератору

282. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 19:19 
>> А про telinit q вы тоже не в курсе?
> При чем здесь telinit q?Это просто перечитывание  конфигов, никакого exec при
> этом не делается.

Пардон, telinit u :)

Ответить | Правка | ^ к родителю #280 | Наверх | Cообщить модератору

325. "Архитектурные проблемы systemd, негативно влияющие на..."  +2 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:45 
> Пардон, telinit u :)

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

Ответить | Правка | ^ к родителю #282 | Наверх | Cообщить модератору

303. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Michael Shigorin email(ok) on 10-Фев-14, 21:46 
> если /init УЖЕ запустился -- то УЖЕ не важно сколько там динамически
> слинковано всего было.

Вот как раз и важно в контексте этого субтреда: при обновлении mmap()-нутых библиотек надо заменить реализацию и в адресном пространстве процессов.

> после fork() -- дочерние процессы могут хоть по 20 раз crash`иться --
> всё равно родительский процесс (pid 1) будет всё дальше продолжать работать.

Именно на этот любопытный факт и хотел обратить Ваше внимание.

Вот как выглядят предложенные выхлопы у init(8), за которым привычки падать не наблюдаю:

# ls -l /proc/1/fd/*
lrwx------ 1 root root 64 фев 10 15:02 /proc/1/fd/10 -> /dev/initctl
# ldd /proc/1/exe
        linux-vdso.so.1 (0x00007fffb17ff000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f0916221000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f0915e71000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f0915c6c000)
        libpcre.so.3 => /lib64/libpcre.so.3 (0x00007f0915a2b000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f0916463000)
(и то поналинковали уже со всякими selinux/pcre)
Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

309. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от anonymous (??) on 11-Фев-14, 00:13 
> (и то поналинковали уже со всякими selinux/pcre)

Это точно.

<code>
# ldd /proc/1/exe
    linux-vdso.so.1 =>  (0x00007fffa67ff000)
    libc.so.6 => /lib/libc.so.6 (0x00007f3a83809000)
    /lib/ld-linux-x86-64.so.2 (0x00007f3a83b8a000)
#
</code>

Ответить | Правка | ^ к родителю #303 | Наверх | Cообщить модератору

326. "Архитектурные проблемы systemd, негативно влияющие на..."  +/
Сообщение от arisu (ok) on 11-Фев-14, 07:46 
извращенцы, чо.

# ldd /proc/1/exe
        not a dynamic executable

дети малые, блин — тащут в рот всякую гадость…
Ответить | Правка | ^ к родителю #309 | Наверх | Cообщить модератору

324. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:44 
> понимает любой болван.

пока что я вижу тут в качестве болвана тебя. как обычно — с желанием Вещать на темы, в которых то не понимаешь вообще ничего.

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

101. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от 1 (??) on 10-Фев-14, 15:17 
подытоживая сказанное: реальных проблем нет, но FUD-то надо из чего-то высосать, поэтому будем ныть про то что сделано не "как у нас"
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

131. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Xasd (ok) on 10-Фев-14, 15:51 
> подытоживая сказанное: реальных проблем нет, но FUD-то надо из чего-то высосать, поэтому
> будем ныть про то что сделано не "как у нас"

всё так, да..

причём повелось -- достаточно много народу, похоже, судя по комментариям

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору
Часть нити удалена модератором

290. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 19:26 
> Просто кто-то говорит вещи, которые укладываются в их религиозное мировоззрение. А значит, принимаются истинными без попыток критической оценки.

Очень тонко.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

257. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:43 
Уважаемый знаток системДы, дайте пожалуйста (на чисто русском) почитать, чем именно и как крут этот кусок системы. Это не сарказм, это просьба, потому как есть в ваших словах правда.
Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

300. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +2 +/
Сообщение от Аноним (??) on 10-Фев-14, 20:23 
О, щас тебе расскажут примерно такой набор щита: сокет-активейшн, пять строк на замену скрипта запуска демона вместо десяти страниц баш-портянок, быстрый перезапуск, неизменяемые логи, простой дебаг, поголовная модульность. Половина из этого не работает нормально но думать некогда - трясти надо.
Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

348. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Andrey Mitrofanov on 12-Фев-14, 18:01 
> О, щас тебе расскажут примерно такой набор щита: сокет-активейшн,

Это надо делать в inetd. Чего его не запиливают в RH?

> пять строк на замену скрипта запуска демона вместо десяти страниц баш-портянок,

Быстренько приведите всё разнообразие всех существующих демонов и их требований к пяти переменным. Быстрее!!

> быстрый перезапуск,

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

... Тогда и запускать их _одним баш-скриптом не будет проблемой.

Патчи для больше 2ух демонов - приветствуются!

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

А ты не про S-d? Ну-ну.

Ответить | Правка | ^ к родителю #300 | Наверх | Cообщить модератору

349. "Архитектурные проблемы systemd, негативно влияющие на..."  +1 +/
Сообщение от arisu (ok) on 12-Фев-14, 18:50 
насчёт «неизменяемых логов», кстати, тоже очень смешно.
Ответить | Правка | ^ к родителю #348 | Наверх | Cообщить модератору

289. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 19:25 
В чём участвует Рич я вижу. А ты чё за хер с горы? Мальчик который даже в tcpdump не шарит?
Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

294. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 19:48 
Просьба к Xasd.
Ответить | Правка | ^ к родителю #289 | Наверх | Cообщить модератору

350. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Xasd (ok) on 13-Фев-14, 01:16 
> Просьба к Xasd.

если существует определённая <сложность> -- то она обязательно будет где-то реализованна. вопрос -- "где?".

[1] ваше предложение:

пускай /init будет реализован как можно проще без <сложностей> (и работает безотказно), но при этом вся <сложность> перейдёт внутрь демонов, которые запускаются через /init.

[2] предложение systemd:

часть <сложности> будет перенесено из демонов -- внутрь /init. но этот /init будет хорошо отлажен.

итог: в чём разница на практике(?):

в том что в случае [2] -- нужно отлаживать /init -- его <сложность> (и ТОЛЬКО его <сложность>)! например достаточно исправить только 1 ошибку которая может казаться внутри <сложности> /init -- и эта ошибка уже НЕ появится внутри ВСЕХ демонов.

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

в случае [1] -- суммарное число кода больше, и суммарная <сложность> всей системы больше, так как каждый демон реализовывает <сложность> поновой ещё раз.

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

простой пример -- операция fork() является двольно опасная (дочерние нити Threads -- не клонируются во время fork, но при этом клонируются все состояния примитивов синхронизации). если сделать fork() неосторожно -- то можно в итоге наткнуться на редкий случай зависания. разработчик демона -- может допустить ошибку с fork() очень легко, и очень долго её не замечать [а редкие случаи зависания закрывать в багрепортах -- как not_confirmed]. некоторое библиотеки тоже начинают криво работать после fork() [допустим разработчик демона не совершал ошибок, но разработчик библиотеки накосячил слегка когда не думал о том что кто-то будет использовать fork()].

systemd позволяет не использовать fork() для старта демона [но при этом получить сигнал о том, успешно ли стартонул демон].

ну и кроме fork() -- разумеется systemd решает и другие <сложности>. материала на эту тему есть в избытке. просто привёл один из наиболее примитивных примеров.

Ответить | Правка | ^ к родителю #294 | Наверх | Cообщить модератору

353. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 13-Фев-14, 16:39 
> если существует определённая <сложность> -- то она обязательно будет где-то
> реализованна. вопрос -- "где?".

hint: часть довольно общей сложности реализована, скажем, в glibc.  А не в init.

Ответить | Правка | ^ к родителю #350 | Наверх | Cообщить модератору

297. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 20:03 
Однако системды это только полбеды, потому как есть конкретно что ответить по ссылке ниже http://slated.org/the_poetterisation_of_gnu_linux ?
Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

341. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от 1 (??) on 11-Фев-14, 19:59 
нет никакой беды, не нравится - предложи свой код
Ответить | Правка | ^ к родителю #297 | Наверх | Cообщить модератору

103. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от zhuk on 10-Фев-14, 15:22 
Забыли добавить пункт про фирменный стиль кодогенерации автора поделки. Пульсу вон до сих пор костылями подпирают.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

116. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от llolik (ok) on 10-Фев-14, 15:37 
>Пульсу вон до сих пор костылями подпирают

... в том числе, запилеными аж в ядро.

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

149. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 16:20 
>>Пульсу вон до сих пор костылями подпирают
>  ... в том числе, запилеными аж в ядро.

Ну да, заставить звуковые дрова работать в соответствии с API - это определенно костыли.

Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

134. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 15:53 
Ну ничего сейчас Поттеринг еще пару костылей сделает, ну и описанные в новости проблемы станут еще более весомыми, но это тоже будет смотреться как изменения в быстро растущей популярности systemd. В итоге скорее всего через пару релизов, многие дистрибутивы вернутся к той системе которую использовали до перехода на systemd кроме красной шапки конечно, для них все будет решатся пачками патчей.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

150. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 16:21 
И резко перейдут с ядра Linux на Hurd, ага :)
Ответить | Правка | ^ к родителю #134 | Наверх | Cообщить модератору

200. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 17:34 
> И резко перейдут с ядра Linux на Hurd, ага :)

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

Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

207. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Аноним (??) on 10-Фев-14, 17:40 
> все равно странно получилось сначала засунули systemd почти во все дистрибутивы а теперь говорят о том что не такой то он хороший как говорилось.

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

> У systemd идея была вполне нормальная, реализация идей как всегда не очень, слишком быстро размыли границы что же все таки должна делать система инициализации, а чего не должна.

Размытие границ коснулось и альтернативных решений (см. ударное внедрение cgroups в upstart и openrc).

> У systemd идея была вполне нормальная, реализация идей как всегда не очень, слишком быстро размыли границы что же все таки должна делать система инициализации, а чего не должна

Хм. Можете привести конкретный пример таких подпорок?

Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

351. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Xasd (ok) on 13-Фев-14, 01:41 
[deleted: ответил не туда]
Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

352. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –1 +/
Сообщение от Xasd (ok) on 13-Фев-14, 01:43 
> что же все таки должна делать система инициализации, а чего не должна

systemd это системный демон, а не система инициализации.

"система инициализации" это лишь часть системного демона (хотя и не спорю: это самая главная его часть).

Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

146. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 16:14 
Перезагрузки и BSOD при подключении устройств - где-то я это уже видел...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

215. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +1 +/
Сообщение от Аноним (??) on 10-Фев-14, 17:52 
> systemd дополнительно занимается такими вещами, как управление подключением и отключением устройств, изменением точек монтирования, слежение за состоянием элементов в ФС и даже обработка запросов через DBus API.

Большинство дополнительных функций systemd реализовано отдельными демонами.

> Вынос на уровень системы инициализации дополнительных функций приводит к необходимости перезагрузки системы при установке обновлений компонентов systemd, обеспечивающих работу PID 1.

Видимо, человек никогда не работал с systemd.
# systemctl --help|grep daemon-
  daemon-reload                   Reload systemd manager configuration
  daemon-reexec                   Reexecute systemd manager

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

327. "Архитектурные проблемы systemd, негативно влияющие на..."  +2 +/
Сообщение от arisu (ok) on 11-Фев-14, 07:49 
> Видимо, человек никогда не работал с systemd.

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

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

Ответить | Правка | ^ к родителю #215 | Наверх | Cообщить модератору

217. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +3 +/
Сообщение от V (??) on 10-Фев-14, 17:53 
Тонко: https://lists.debian.org/debian-ctte/2014/02/msg00376.html
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

224. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –2 +/
Сообщение от Аноним (??) on 10-Фев-14, 18:02 
> Тонко: https://lists.debian.org/debian-ctte/2014/02/msg00376.html

По ссылке какая-то истерика очередного фанбоя. Что тут тонкого?

Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

247. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +3 +/
Сообщение от V (??) on 10-Фев-14, 18:32 
Истерика? Фанбоя? Вы слишком серьёзно воспринимаете написанное. Серьёзно стоит воспринимать, к примеру, вот это: http://slated.org/the_poetterisation_of_gnu_linux

Но никак не пост с превышенным кол-вом восклицательных знаков в каждой строке :)

Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

232. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от dr Equivalent (ok) on 10-Фев-14, 18:08 
Да это наоборот довольно толсто.
А вот у Лени получилось тонко - написать жирный оверинженернутый инит, терпеливо подождать, пока дебиановцы на него наткнутся, а потом сидеть и издалека наблюдать, как они бьют друг другу морды за него, и как сообщество одного из самых старых и почитаемых дистров разваливается на куски. А сам Леня, какбэ, ни при чем. Вот это - тонко.
Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

240. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Аноним (??) on 10-Фев-14, 18:23 
ну, суть автор - точно подметил
сьюстемдЭ - это не инит, это троянский конь, это закабаневшая, монструозная зверюга, в пол-дистра размером, в самом его Сердце(куда его Никто не звал).
грубо гря - это способ Извратить линукс изнутри, попытавшись продолжить эксплуатировать комьюнити.
т.е. пилить эти маразмы в своем болоте - им показалось мало, им надо трахнуть в мозг Все комьюнити и пить кровь и пот, его мемберов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

246. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  –4 +/
Сообщение от Аноним (??) on 10-Фев-14, 18:31 
> ну, суть автор - точно подметил
> сьюстемдЭ - это не инит, это троянский конь, это закабаневшая, монструозная зверюга,
> в пол-дистра размером, в самом его Сердце(куда его Никто не звал).
> грубо гря - это способ Извратить линукс изнутри, попытавшись продолжить эксплуатировать
> комьюнити.
> т.е. пилить эти маразмы в своем болоте - им показалось мало, им
> надо трахнуть в мозг Все комьюнити и пить кровь и пот,
> его мемберов.

А помимо эмоций и красивых слов, есть что сказать?

Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

306. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от путьАнонима on 10-Фев-14, 23:05 
Rich Felker дело говорит. Я за него!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

339. "Архитектурные проблемы systemd, негативно влияющие на стабил..."  +/
Сообщение от Анонимный_Аноним on 11-Фев-14, 17:53 
Когда ждать от redhat systemD 666 "Демон под шляпой"(тм) с Kpatch в зависимостях?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру