Исходное сообщение
"Линус Торвальдс не исключил возможность интеграции поддержки..." Отправлено Аноним, 26-Июн-22 16:42
Вообще-то волну гнать начал еще специалист по шаттлам из убунты. Но у него апстарт получился, скажем так, и хотя идея была прикольная (реакция на эвенты) оказалось что она в комплекте с некоторыми довольно специфичными граблями. А именно 1) В этой штуке было не особо предусмотрено как притащить системные дефолты с одной стороны, дать админу их перекрыть с другой и чтобы пакетник при апдейте это все не выпилил к хренам. Об этом убунтуи просто не подумали на фазе дизайна а потом поздняк метаться было. Посмотрел на это поттеринг и сделал деление на системные дефолты притаскиваемые пакетником и более приоритетный админский оверрайд, который пакетники трогать не смеют просто по регламенту. 2) Прописать СВОЮ программу "до" или "после" чьей-то еще? В СВОЕМ конфиге запускалки? Да сейчас! Это надо конфигу той программы трогать. Опачки, а это уже полный залет, надо чужую программу и ее компонент портить оказывается. Посмотрел на это все поттеринг и сделал инверсию зависимостей. И вот тогда стало хорошо. Можно вот именно своим юнитом стартануть перед или за кем-то совсем посторонним, если мы уверены что надо именно вот так. Ну например если я запускаю прогу которой надо впн - я могу запуститься после того как впн запустился, а не до того как его интерфейса даже еще нету блин, так что подвиснуть на нем точно ой -> FAILED. А sysv init вообще подобной фигней и много чем еще - не особо парился, вы там и...сь как хотите, дескать. Ну и творился трэш, угар и содомия.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Вообще-то волну гнать начал еще специалист по шаттлам из убунты. Но у > него апстарт получился, скажем так, и хотя идея была прикольная (реакция > на эвенты) оказалось что она в комплекте с некоторыми довольно специфичными > граблями. > А именно > 1) В этой штуке было не особо предусмотрено как притащить системные дефолты > с одной стороны, дать админу их перекрыть с другой и чтобы > пакетник при апдейте это все не выпилил к хренам. Об этом > убунтуи просто не подумали на фазе дизайна а потом поздняк метаться > было. Посмотрел на это поттеринг и сделал деление на системные дефолты > притаскиваемые пакетником и более приоритетный админский оверрайд, который пакетники > трогать не смеют просто по регламенту. > 2) Прописать СВОЮ программу "до" или "после" чьей-то еще? В СВОЕМ конфиге > запускалки? Да сейчас! Это надо конфигу той программы трогать. Опачки, а > это уже полный залет, надо чужую программу и ее компонент портить > оказывается. Посмотрел на это все поттеринг и сделал инверсию зависимостей. И > вот тогда стало хорошо. Можно вот именно своим юнитом стартануть перед > или за кем-то совсем посторонним, если мы уверены что надо именно > вот так. Ну например если я запускаю прогу которой надо впн > - я могу запуститься после того как впн запустился, а не > до того как его интерфейса даже еще нету блин, так что > подвиснуть на нем точно ой -> FAILED. > А sysv init вообще подобной фигней и много чем еще - не > особо парился, вы там и...сь как хотите, дескать. Ну и творился > трэш, угар и содомия.
	Введите код, изображенный на картинке: