The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз systemd 230, opennews (??), 22-Май-16, (0) [смотреть все]

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


56. "Релиз systemd 230"  –5 +/
Сообщение от Sunderland93 (ok), 22-Май-16, 14:07 
> Система становится всё менее и менее управляемой и предсказуемой. Это какой то
> ад.

То ли дело портянки на Shell, да? Само воплощение простоты, логики и понятности.

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

58. "Релиз systemd 230"  +11 +/
Сообщение от Дима (??), 22-Май-16, 14:12 
Я всегда знал, что и как у меня запущенно в системе, всегда всё по минимуму, ни каких нелепых включений разных режимов и технологий в системе, и многое многое другое. Всё на минимуме было. А с этим комбайном не знаешь, где тебе выстрелят в ногу или в голову.
Ответить | Правка | Наверх | Cообщить модератору

123. "Релиз systemd 230"  –6 +/
Сообщение от Аноним (-), 23-Май-16, 00:13 
> Я всегда знал, что и как у меня запущенно в системе,

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

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

147. "Релиз systemd 230"  +8 +/
Сообщение от angra (ok), 23-Май-16, 04:30 
Что самое забавное, до системГ практически никто из админов ни о каких проблемах с инициализацией при передаче дел не думал. Просто потому, что этой проблемы не существовало. Но появились апологеты системГ, выдумали эту проблему вместе с какимми-то портянками(вас что в свое время всех дружно из универа в армию выпнули за тупость?) и уже который год героически с ней сражаются. Дон Кихоты хреновы.
Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

167. "Релиз systemd 230"  +5 +/
Сообщение от Vombat (?), 23-Май-16, 11:51 
> клоун: Сам то в написанное веришь? Или забыл как на работу устраивался
> и затем пару лет въезжал в особенности (так их назовём) настройки
> сервера в данной компании.

Пару лет... Я плачу.

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

182. "Релиз systemd 230"  +/
Сообщение от angra (ok), 23-Май-16, 14:34 
Я говорил исключительно о инициализации, а ты почему-то начал говорить о всех настройках. Передача дел или введение нового админа в команду это практически всегда длительный процесс, но вопросы инициализации в него обычно не входят, ну если конечно не используется systemd.
Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

155. "Релиз systemd 230"  +4 +/
Сообщение от Аноним (-), 23-Май-16, 10:48 
А у дегенератов не принято вести документацию, передавать знания и ввести процесс изменений в работу? Ну так системГ таким как ты не поможет при отсутствии перечисленного.
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору
Часть нити удалена модератором

168. "Релиз systemd 230"  +/
Сообщение от Vombat (?), 23-Май-16, 11:53 
> клоун: Покажи мне компанию, где можно по документации никогда не работавшему в
> этой шарашке специалисту за пару часов решить любую проблему - и
> я дам тебе 100 баксов.

Вам дать номер счёта? Я просто умываюсь слезами. Вы сделали мой день.

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

181. "Релиз systemd 230"  +1 +/
Сообщение от angra (ok), 23-Май-16, 14:29 
Если добавить условие, что структура IT в компании не является тривиальной или замороженной, то клоун будет прав. Всегда есть куча нюансов, которые в доку забывают или ленятся внести.
Ответить | Правка | Наверх | Cообщить модератору

216. "Релиз systemd 230"  +/
Сообщение от Аноним (-), 24-Май-16, 07:11 
Поэтому там указано 3 пункта, а не просто документация всего и вся.
Ответить | Правка | Наверх | Cообщить модератору

160. "Релиз systemd 230"  +3 +/
Сообщение от freehckemail (ok), 23-Май-16, 11:31 
> Зато когда такой как ты деятель передает потом систему на администрирование другим людям, им приходится тяжко.

Ну я вот принимал много систем с этими самыми "каракулями на shell". И вопреки Вашим заявлениям, тяжко мне не было.

Скорее всего тяжко конкретно Вам, потому что Вам не влом читать тонны документации по systemd, но влома посмотреть man bash.

> можно без проблем отдать машину порулить другому админу. Тот сделает systemd-delta и получит представление о моих художествах относительно дефолтов дистра.

И это Вы тут обзываете людей "админами локалхоста"? :)

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

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

190. "Релиз systemd 230"  +/
Сообщение от Аноним (-), 23-Май-16, 17:58 
> man bash

К слову сказать, инициализационные скрипты обычно пишутся на голом shell, без башизмов. Я помню в дебиане даже специально мутили правило для lintian'а, которое такое отлавливало на этапе сборки.

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

197. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov (?), 23-Май-16, 18:51 
>> man bash
> К слову сказать, инициализационные скрипты обычно пишутся на голом shell, без башизмов.
> Я помню в дебиане даже специально мутили правило для lintian'а, которое
> такое отлавливало на этапе сборки.

Можно, вроде как, либо без башизмов и #!/bin/sh, либо с башизмами и с #!/bin/bash и с bash-ем _в_зависимостях_ пакета, в иных случаях -- ловят и жалуются.

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

231. "Релиз systemd 230"  –4 +/
Сообщение от Аноним (-), 26-Май-16, 02:22 
> Ну я вот принимал много систем с этими самыми "каракулями на shell".
> И вопреки Вашим заявлениям, тяжко мне не было.

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

> Скорее всего тяжко конкретно Вам, потому что Вам не влом читать тонны
> документации по systemd, но влома посмотреть man bash.

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

> И это Вы тут обзываете людей "админами локалхоста"? :)

Да, я. Systemd-delta сделан не для админов локалхоста, им это по понятным причинам не требуется.

> В продакшене для этого используют SCM-системы, которые аггрегируют информацию по сотням
> систем, сводят их воедино на управляющем сервере и поддерживают их на
> удалённых машинах в актуальном состоянии.

Или посчитают ROI и TCO и гонят таких админов как вы взашей, это проще и практичнее.

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

125. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 23-Май-16, 00:17 
> Я всегда знал, что и как у меня запущенно в системе, всегда
> всё по минимуму, ни каких нелепых включений разных режимов и технологий
> в системе, и многое многое другое. Всё на минимуме было. А
> с этим комбайном не знаешь, где тебе выстрелят в ногу или
> в голову.

Какой-то бред, это о чем вообще? О том как не осилен ман к systemd? Или о том, как поттеринг пришел и заставил насильно юзать systemd на локалхосте, где можно тратить время на "минимизацию"? С таким подходом рекомендую отказаться прежде всего от ядра Linux, которое уже давно полно "нелепых включений разных  режимов и технологий" и перейти на openbsd или minix, там хоть еще разобраться можно.

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

60. "Релиз systemd 230"  +6 +/
Сообщение от Дима (??), 22-Май-16, 14:14 
>> Система становится всё менее и менее управляемой и предсказуемой. Это какой то
>> ад.
> То ли дело портянки на Shell, да? Само воплощение простоты, логики и
> понятности.

И для тебя скрипт на шеле вызывает трудности? Если ты простой юзер то теме и системД не нужен, если ты админ и скрипт на шеле для тебя вызывает трудности, то надо менять профессию.

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

61. "Релиз systemd 230"  –6 +/
Сообщение от Sunderland93 (ok), 22-Май-16, 14:35 
systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И написать работоспособный юнит в разы быстрее и проще.
Ответить | Правка | Наверх | Cообщить модератору

64. "Релиз systemd 230"  +10 +/
Сообщение от Аноним (-), 22-Май-16, 14:50 
Ага, только опции юнитов жестко зашиты в systemd, от чего тот с одной стороны невероятно раздут, а с другой любой нестандартный функционал требует bash-портянки внутри самого юнита.
Ответить | Правка | Наверх | Cообщить модератору

131. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (-), 23-Май-16, 00:40 
> Ага, только опции юнитов жестко зашиты в systemd,

Они настраиваются. А то что системд должен это уметь - логично, да.

> от чего тот с одной стороны невероятно раздут, а с другой любой нестандартный
> функционал требует bash-портянки внутри самого юнита.

Из системд для очень нестандартных случаев можно и портянку запустить. Только это будет исключение, а не правило. Просто должны делаться простые и частые вещи, а сложные вещи на то и сложные. С другой стороны кодить на шелскриптах мониторинг таймаутов удовольствие ниже среднего. А прописывать это в какую-то еще программу - зачем тогда это безобразие в виде sysv init и портян вообще место на диске занимает? Деинсталл!

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

162. "Релиз systemd 230"  +/
Сообщение от freehckemail (ok), 23-Май-16, 11:37 
> Из системд для очень нестандартных случаев можно и портянку запустить. Только это
> будет исключение, а не правило.

Как же. Давай, скажи дебианщикам, что это, оказывается, исключение из правила. :)


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

233. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (-), 26-Май-16, 15:13 
> Как же. Давай, скажи дебианщикам, что это, оказывается, исключение из правила. :)

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

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

266. "Релиз systemd 230"  +/
Сообщение от freehckemail (ok), 31-Май-16, 05:59 
Вообще-то, я хотел напомнить, что сейчас большинство systemd-юнитов в Debian -- это обёртки над теми самыми нелюбимыми вами shell-скриптами.

А у вас на слово Debian рефлекс, как у собаки Павлова. Чуть слышно где "дебиан", сразу из никоткуда вылезает Анонимный фанат systemd, и кричит о том, что debian "свинтили на systemd"! :)

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

269. "Релиз systemd 230"  –4 +/
Сообщение от Аноним (-), 02-Июн-16, 02:42 
> Вообще-то, я хотел напомнить, что сейчас большинство systemd-юнитов в Debian -- это
> обёртки над теми самыми нелюбимыми вами shell-скриптами.

Это не так. Я вообще дебутрсапнул тут тестинга с вынесеной sysv compat

> А у вас на слово Debian рефлекс, как у собаки Павлова. Чуть
> слышно где "дебиан", сразу из никоткуда вылезает Анонимный фанат systemd, и
> кричит о том, что debian "свинтили на systemd"! :)

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

273. "Релиз systemd 230"  +3 +/
Сообщение от Andrey Mitrofanov (?), 02-Июн-16, 07:42 
>> обёртки над теми самыми нелюбимыми вами shell-скриптами.
> Это не так. Я вообще дебутрсапнул тут тестинга с вынесеной sysv compat

Дети! Посмотрите на дЭбила и непалитесь так примитивно.

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

275. "Релиз systemd 230"  +/
Сообщение от freehckemail (ok), 02-Июн-16, 12:02 
Да уж. Смачно облажался. И вот в таких вот "защитничках" весь лагерь systemd. :/
Ответить | Правка | Наверх | Cообщить модератору

279. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (-), 04-Июн-16, 01:34 
> Да уж. Смачно облажался. И вот в таких вот "защитничках" весь лагерь systemd. :/

Зато работает и админить просто. Художества умничек - за бортом. В этих вариантах систем /etc/init.d вообще совсем игнорируется. Чао-какао, нет поводов скучать по этим испражнениям скрипткидизов.

Зато так никто не затрет при обновлении пакета стартовую конфигурацию. И запишутся коды ошибок и вывод программ при этом. И даже если файловая система readonly, можно хотя-бы в dmesg отругаться. А на shell это сделать - порнография.

Это так, идея навеяна devuan, только проинвертировано.

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

281. "Релиз systemd 230"  +2 +/
Сообщение от Andrey Mitrofanov (?), 04-Июн-16, 08:02 
>> Да уж. Смачно облажался. И вот в таких вот "защитничках" весь лагерь systemd. :/
> Зато
> Зато
> Это так, идея навеяна devuan,

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

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

282. "Релиз systemd 230"  +/
Сообщение от freehckemail (ok), 04-Июн-16, 21:57 
> Зато так никто не затрет при обновлении пакета стартовую конфигурацию.

Ох, ещё один...

> И запишутся коды ошибок и вывод программ при этом.
> И даже если файловая система readonly, можно хотя-бы в dmesg отругаться.
> А на shell это сделать - порнография.

Начал было писать, как всё это в одну строчку реализуется на bash, но вдруг подумал, что правильнее будет Вас спросить вот о чём:

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

Развели тут минправ какой-то.

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

287. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (-), 05-Июн-16, 19:19 
> Ох, ещё один...

Если бы все было так как хейтеры вещают, с такой ненавистью, системд бы даже в федоре провалился ;).

> Начал было писать, как всё это в одну строчку реализуется на bash,

Это реализуется в одну строчку на bash. Но желательно бы sh. И /dev/kmsg не обычный файл, поэтому очевидный вариант - глючит. Кольцевой буфер ядра - не обычный файл. А так всего тысченка строк на си и вот оно - свое ядро! Чего мелочиться?

> Вот вы, вообще говоря, в IT-отрасли специалист начинающий. Ваш опыт работы с
> shell равен нулю.

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

> И при этом Вы утверждаете, что учить shell Вы не будете,

Я им умею пользоваться, если для дела. А расставления костылей, работающих как обычно у vua'нов - привилегия vua'нов. Если хотите долбаться в разы дольше с более кривым результатом - это ваше право, но такие вещи по вкусу не всем.

> потому что это -- порнография.

Почему же? Нормальный инструмент, для своих задач. Но запуск программ при старте системы, когда надо обыграть множество тонких системных моментов - на shell получается не очень. Особенно если захотеть то что Linux умеет сверх умений unix-ов из 90-х.

> И поэтому Вы -- агитатор systemd.

Не больше чем вы - хейтер.

> Ну так вот. Вы уверены, что Вам самому приятно занимать такую позицию?

Лично мне systemd нравится. Это мощный и удобный инструмент, делающий мою жизнь проще. Если вам это мнение не нравится, то вывод

> Вы в этом случае либо ду рак, либо под лец.

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

> Развели тут минправ какой-то.

Не без помощи veteran unix admin'ов которые что-то совсем уж заврались и потеряли всякий стыд со своими подтасовками.

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

270. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (-), 02-Июн-16, 02:47 
> Вообще-то, я хотел напомнить, что сейчас большинство systemd-юнитов в Debian -- это
> обёртки над теми самыми нелюбимыми вами shell-скриптами.

Это не так. Я вообще дебутрсапнул тестинг с вынесеной sysv compat, он еще и работает при этом. В дебиане по жизни очень назойливые скрипты, вечно делающие кучу всего без спроса, в меру дурости майнтайнеров. Легко запустят 5 инстансов http с дефолтным конфигом, VPN из трех мест и еще в cron пяток джобов пропишут. А вот быстро посмотреть кто, как и где нагадил в систему своими испражнениями в кодинге - в sysv вообще нельзя.

> слышно где "дебиан", сразу из никоткуда вылезает Анонимный фанат systemd, и
> кричит о том, что debian "свинтили на systemd"! :)

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

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

71. "Релиз systemd 230"  –1 +/
Сообщение от cmp (ok), 22-Май-16, 15:35 
Ты дурачок, ты эти скрипты видил?

А нука, расскажи как перед стартом демона создать папочку? а как удалить ее минутки через две после старта, а как проверить, что запущен либо демон Х, либо демон Y

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

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

87. "Релиз systemd 230"  +/
Сообщение от анонимчик (?), 22-Май-16, 16:53 
для таких задач вообще не нужна супер-система инициализации. достаточно runit который запустит monit , а все остальное (серверный пакет программного обеспечения) запусктать уже его средствами.
Ответить | Правка | Наверх | Cообщить модератору

235. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 26-Май-16, 15:47 
> для таких задач вообще не нужна супер-система инициализации. достаточно runit который запустит
> monit , а все остальное (серверный пакет программного обеспечения) запусктать уже
> его средствами.

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

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

170. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 23-Май-16, 12:03 
> папочку

Так папочки то в винде, вам на microsoft.com с такими вопросами.

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

234. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 26-Май-16, 15:44 
> Ты дурачок, ты эти скрипты видил?

"Видел" пишется через "е", умничка. Скрипты от таких умничек написаны не лучше чем сообщения. Я проверял.

> А нука, расскажи как перед стартом демона создать папочку? а как удалить
> ее минутки через две после старта, а как проверить, что запущен
> либо демон Х, либо демон Y

Если это надо - не вопрос, вызываем по ExecStart или ExecStop скрипт и он делает что надо. Но за такие вещи руки надо отрывать. Потому что потом другой администратор мозг себе сломает: почему-то диры создаются и пропадают сами по себе. Это плохой подход.

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

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

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

258. "Релиз systemd 230"  +1 +/
Сообщение от cmp (ok), 28-Май-16, 05:39 
> "Видел" пишется через "е", умничка. Скрипты от таких умничек написаны не лучше
> чем сообщения. Я проверял.

Ты пиз..ол, я проверял.

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

261. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 28-Май-16, 15:42 
Ну это по любому разгромный технический аргумент. Любители системды бегут в панике.
Ответить | Правка | Наверх | Cообщить модератору

85. "Релиз systemd 230"  +4 +/
Сообщение от Аноним84701 (?), 22-Май-16, 16:43 
> systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И
> написать работоспособный юнит в разы быстрее и проще.

Странно было бы, не имей этот комбайн хоть каких-то возможностей.

Внимание, фокус:

http://www.linuxjournal.com/article/2682
---


Here is a list of a few of the new features that version 1.2 has, compared to version 1.0:

Highly improved networking.

Faster disk I/O.

EIDE, multiple-IDE controllers, and ATA-CD-ROM support.

Supports more kinds of floppies, including 2.88 MB.

More CD-ROM devices supported.

Improved SCSI support, support for new SCSI adapter drivers.

Support for more network adapters.

New, improved memory management.

Multi-platform support underway.

UMSDOS filesystem: install Linux on DOS filesystem.

New sound driver supports Linux DOOM

Much, much more.
--

А теперь, сравним эту версию ядра с SystemКомбайн  
https://www.kernel.org/pub/linux/kernel/v1.2/
и с удивлением обнаружим, что по количеству строк кода (и тем более по размерам результирующего бинарника)  творение Леннарта Франко-Штейновича Поеттеринга "побеждает". И правда, что там какое-то ядро против самой Системы Инициализации оного!

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

124. "Релиз systemd 230"  +2 +/
Сообщение от Elhana (ok), 23-Май-16, 00:16 
> systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И
> написать работоспособный юнит в разы быстрее и проще.

Угу, особенно юнит, который например запустится после того как сеть настроена полностью. Дополнительные очки за юнит, который запустится когда vpn поднялся.

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

236. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 26-Май-16, 15:52 
> Угу, особенно юнит, который например запустится после того как сеть настроена полностью.
> Дополнительные очки за юнит, который запустится когда vpn поднялся.

Ща напишем фичреквест networkd :D

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

247. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 27-Май-16, 05:01 
>> systemd имеет гораздо больше возможностей, и юниты гораздо проще шелл скриптов. И
>> написать работоспособный юнит в разы быстрее и проще.
> Угу, особенно юнит, который например запустится после того как сеть настроена полностью.
> Дополнительные очки за юнит, который запустится когда vpn поднялся.

У меня VPN поднимается юнитом, после него – другой юнит. ЧЯДНТ? :)

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

149. "Релиз systemd 230"  +1 +/
Сообщение от alex (??), 23-Май-16, 07:57 
зачем писать свой скрипт запуска? ментейнеры пакета уже запилили работающий, надо только добавить его в список запуска. А если очень хочется поменять его поведение - то флаги править и в системд юните придется (если конечно разрешит "система инициализации")

и кстати вот "страшный шелл-скрипт" запускающий постгрес на опенке, ваш юнит сильно проще?

#!/bin/sh
#
# $OpenBSD: postgresql.rc,v 1.11 2014/09/23 08:41:10 sthen Exp $

datadir="/var/postgresql/data"

daemon="/usr/local/bin/pg_ctl"
daemon_flags="-w -l /var/postgresql/logfile"
daemon_user="_postgresql"

. /etc/rc.d/rc.subr

rc_usercheck=NO

rc_check() {
        ${rcexec} "${daemon} -D ${datadir} status"
}

rc_reload() {
        ${rcexec} "${daemon} -D ${datadir} reload"
}

rc_start() {
        rm -f ${datadir}/postmaster.pid
        ${rcexec} "${daemon} -D ${datadir} start ${daemon_flags}"
}

rc_stop() {
        ${rcexec} "${daemon} -D ${datadir} stop -m fast" || \
                ${rcexec} "${daemon} -D ${datadir} stop -m immediate"
}

rc_cmd $1

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

154. "Релиз systemd 230"  +/
Сообщение от chinarulezzz (ok), 23-Май-16, 10:39 
https://crux.nu/ports/crux-3.2/contrib/postgresql/postgresql

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

192. "Релиз systemd 230"  +1 +/
Сообщение от Аноним (-), 23-Май-16, 18:04 
Здесь минимум нет подержки pg-шных кластеров разных версий, поэтому пример неудачный. Однако реализовать её здесь - не проблема, потому что shell.

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

P.S.: Btw, практически так же выглядит типовой скрипт запуска openrc.

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

195. "Релиз systemd 230"  +/
Сообщение от alex (??), 23-Май-16, 18:17 
ну я особо не заморачивался и взял самый длинный скриптик в /etc/rc.d.
там ж обычно только start/stop в одну строку.
как бы все эти шеллы создавались именно для автоматизации запуска утилит, дак почему не пользовать их по назначению вместо создания нового суперкомбайна?
Ответить | Правка | Наверх | Cообщить модератору

237. "Релиз systemd 230"  +/
Сообщение от Аноним (-), 26-Май-16, 15:53 
Представь себе, в большинстве юнитов вообще не требуется заниматься например каким-то там стиранием pid файлов. Это вообще костылищи.
Ответить | Правка | Наверх | Cообщить модератору

127. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 23-Май-16, 00:26 
> то теме и системД не нужен, если ты админ и скрипт
> на шеле для тебя вызывает трудности, то надо менять профессию.

Трудности вызывает отсутствие штатного инструмента эквивалентного systemd-delta. И вменяемой интеграции с пакетными менеджерами, с разделением дефолтов дистра и настроек админа. Когда пакет при обновлении затирает своим конфигом мою стартовую конфигурацию - это не айс. Системд это безобразие наконец разрулил, в отличие от простынок на шелле.

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

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

148. "Релиз systemd 230"  +5 +/
Сообщение от angra (ok), 23-Май-16, 04:38 
Ну если в каком-то дистре всего этого не было до systemd, то его пользователи ССЗБ. В дебиане все эти "проблемы" решены были еще до того, как Лёнчик делал свои первые робкие шажки с пульсой, а systemd даже в планах не было.
Ответить | Правка | Наверх | Cообщить модератору

178. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 23-Май-16, 13:19 
А можно конкретику, а не "всем все платится"? Какие инструменты, как решали?
Ответить | Правка | Наверх | Cообщить модератору

185. "Релиз systemd 230"  +/
Сообщение от Anonim (??), 23-Май-16, 15:26 
В gentoo это, например, env-update и dispatch-conf, которые являются частью portage. Читайте man emerge или онлайн-хелп про CONFIG_PROTECT и CONFIG_PROTECT_MASK:
https://wiki.gentoo.org/wiki/CONFIG_PROTECT
https://devmanual.gentoo.org/general-concepts/config-protect...
https://wiki.gentoo.org/wiki/Handbook:AMD64/Working/EnvVar
Ответить | Правка | Наверх | Cообщить модератору

204. "Релиз systemd 230"  +/
Сообщение от Аноним (-), 23-Май-16, 21:31 
Интересно как, я, конечно, верю, что сервера на генту есть, но лично их никогда не встречал. Что же мне делать, если мне попался другой дистрибутив?
Ответить | Правка | Наверх | Cообщить модератору

248. "Релиз systemd 230"  +/
Сообщение от Аноним (-), 27-Май-16, 05:06 
> Интересно как, я, конечно, верю, что сервера на генту есть, но лично
> их никогда не встречал. Что же мне делать, если мне попался
> другой дистрибутив?

Gentoo со своим dispatch-conf – таки очень хороший пример. Ещё хороший пример – в dpkg + apt-дистрах (Debian и производные) есть запрос о том, заменять ли конфиг на новый, если отказаться – новый окажется рядом с суфиксом (или наоборот, это старый будет если согласиться, точно не помню). Как в дистрах с dpkg-без-apt или apt-без-dpkg (привет, Альт) – не знаю.

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

164. "Релиз systemd 230"  +5 +/
Сообщение от freehckemail (ok), 23-Май-16, 11:46 
> Когда пакет при обновлении затирает своим конфигом мою стартовую конфигурацию - это не айс.

Интересно. Вообще-то в speс-файлах в rpm у файла можно указать флаг %config(noreplace), и ничего заменено не будет. Решается это именно на уровне пакетного менеджера, который systemd вроде бы ещё не поглотил: так вот, может Вы подскажете, *как именно* systemd решил проблему забытой в spec-файле опции для Вашего дистрибутива?

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

238. "Релиз systemd 230"  –4 +/
Сообщение от Аноним (-), 26-Май-16, 16:00 
> Интересно. Вообще-то в speс-файлах в rpm у файла можно указать флаг %config(noreplace),
> и ничего заменено не будет.

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

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

> Решается это именно на уровне пакетного менеджера, который systemd вроде бы ещё не поглотил:

Что характерно, systemd подыгрывает и deb и rpm based пакетным менеджерам, что очень удобно.

> Вы подскажете, *как именно* systemd решил проблему забытой в spec-файле опции
> для Вашего дистрибутива?

В моем дистрибутиве вообще spec-файлов нет, для начала.

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

267. "Релиз systemd 230"  +2 +/
Сообщение от freehckemail (ok), 31-Май-16, 06:20 
Ого. Слушайте, да это же круто. И как же старички-то раньше до такого не додумались? Стоп. А разве не додумались? Всегда же были конфиги дефолтные конфиги в /etc и дополнительные пользовательские (более приоритетные) настройки в ~/.config (или в чём-то вроде того).

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

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

272. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 02-Июн-16, 03:16 
> Ого. Слушайте, да это же круто. И как же старички-то раньше до
> такого не додумались? Стоп. А разве не додумались? Всегда же были
> конфиги дефолтные конфиги в /etc и дополнительные пользовательские (более приоритетные)
> настройки в ~/.config (или в чём-то вроде того).

Только это не о boot sequence. Где есть те кто систему собирал, локальный админ и наконец пользователи. В boot sequence с sysv init в дебиане отродясь бардак. Да и у других не лучше. Если я поменял какой-то стартовый скрипт - новая версия пакета может это перетереть при обновлении. А может не перетереть. Последнее что я хочу как админ - ковыряться в spec файле и прочих исходниках пакета, чтобы узнать как там это на самом деле сделано. Пакетов много, уделять каждому по столько внимания слишком жирно.

С конфигами тоже до некоторой степени бардак. Чтобы дефолтный конфиг мог лежать в "майнтайнерской" дире, а админ мог перекрыть его допустим записью в /etc/чеготам - требует явной поддержки в программе. И если поттеринг о таком хоть немного в курсе, то произвольно взятый автор программы - совсем не факт, там разнобой. А без инструментария в духе systemd-delta 5 конфигов в разных углах делает все только хуже. Удачи понять какая конфигурация реально используетс в вон той копии сервиса, etc.

> А вот что ещё интересно. При настройке того же postfix в зависимости
> от назначения сервера предлагаются разные дефолтные мейнтейнерские конфиги.
> Относительно какой конфигурации дифф смотреть будем?

Systemd занимается стартовой последовательностью, а не конфигами вообще. Ее или меняли относительно того что предложили майнтайнеры, или нет. Вот относительно этого и будем смотреть. Для конфигов было бы логично смотреть опять же дельту относительно того что майнтайнеры притащили, потому как админы должны быть более-менее в курсе своей системы и софта который они вкатывают, поэтому знание этой дельты - достаточно для быстрого въезда в ситуацию. Но для конфигов в популярных дистрах штатно пока нет таких инструментариев. Можно поднять SCM и все сделать самому. Можно даже написать свою ОС. Но это требует времени и не способствует решению изначальной задачи.

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

274. "Релиз systemd 230"  +/
Сообщение от freehckemail (ok), 02-Июн-16, 10:02 
tl;dr
1) Мы говорим не о последовательности загрузки, мы говорим о systemd-delta.
2) Дефолтная конфигурация может быть получена в результате выполнения мейнтейнерского скрипта, к тому же её может не быть вовсе.

> Только это не о boot sequence.

Так мы и говорим не о ней. Мы говорим о systemd-delta, которая вроде как должна сравнивать конфигурационные файлы.

С обеспечением boot sequence у systemd -- тоже тема весьма кислая, и мне есть много чего сказать по этому поводу. Но давайте сейчас не будем удаляться от предмета нашего разговора, а именно, systemd-delta.

> В boot sequence с sysv init
> в дебиане отродясь бардак. Да и у других не лучше. Если
> я поменял какой-то стартовый скрипт - новая версия пакета может это
> перетереть при обновлении. А может не перетереть. Последнее что я хочу
> как админ - ковыряться в spec файле и прочих исходниках пакета,
> чтобы узнать как там это на самом деле сделано.

Ну, начну с оффтопика: в debian нету spec-файлов, это rpm-специфичная вещь.
В deb для этого используется специальный файл debian/conffiles, в котором помечаются все конфигурационные файлы. Но в отличие от rpm-ов в Debian для сборки пакетов используется роскошный набор скриптов debhelper, один из которых (dh_installdeb) автоматически помечает все файлы пакета, находящиеся в /etc как конфигурационные, и потому затереть их так просто не выйдет.

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

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

Да и раньше, в общем-то, не приходилось. Может быть Вы расскажете о каком-нибудь случае из Вашей практики?

> С конфигами тоже до некоторой степени бардак. Чтобы дефолтный конфиг мог лежать
> в "майнтайнерской" дире, а админ мог перекрыть его допустим записью в
> /etc/чеготам - требует явной поддержки в программе.

Я что-то не понял: а если использовать systemd, явной поддержки этого "перекрытия" конфигов в самой программе не требуется, что ли?

>> А вот что ещё интересно. При настройке того же postfix в зависимости
>> от назначения сервера предлагаются разные дефолтные мейнтейнерские конфиги.
>> Относительно какой конфигурации дифф смотреть будем?
> Systemd занимается стартовой последовательностью, а не конфигами вообще. Ее или меняли
> относительно того что предложили майнтайнеры, или нет. Вот относительно этого и
> будем смотреть.

У вас какое-то непонимание вопроса. Я вот выше на примере postfix-а вам и объясняю, что предложенная мейнтейнером конфигурация может быть файликом, который генерируется скриптом post-install. И этот скрипт, вообще говоря, может спросить у пользователя много дополнительных параметров, в зависимости от которых будут получены разные "дефолтные мейнтейнерские" конфигурации.

Вот и вопрос: как в этом случае дифф брать? Такое предусмотрено?

> Но для
> конфигов в популярных дистрах штатно пока нет таких инструментариев. Можно поднять
> SCM и все сделать самому. Можно даже написать свою ОС. Но
> это требует времени и не способствует решению изначальной задачи.

И в чём же заключается изначальная задача?

Вообще, существование этого инструмента -- это в некотором роде попытка внедрить в systemd ещё и SCM. Ну, как бы, спасибо, конечно. Но этой SCM ещё надо учиться, и работать она будет только в системах на базе systemd. Почему бы админу не выучить какую-нибудь SCM более общего назначения? Тот же ansible, например?

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

280. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (-), 04-Июн-16, 03:17 
> tl;dr

Пастернака не читал, но осуждаю?

> 1) Мы говорим не о последовательности загрузки, мы говорим о systemd-delta.

А чтобы о нем разговаривать - ман сначала прочитайте, вместо того чтобы хамить и улюлюкать. Подсказываю: systemd-delta - инструмент systemd показывающий дельту системной конфигурации относительно оригинала. Т.е. boot sequence. Опа?

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

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

> Так мы и говорим не о ней. Мы говорим о systemd-delta, которая
> вроде как должна сравнивать конфигурационные файлы.

Systemd-delta занимается исключительно конфигурацией системды. Но маны читать не модно, понимаю. Гораздо веселее впаривать "ценное" хейтерское мнение.

> С обеспечением boot sequence у systemd -- тоже тема весьма кислая, и
> мне есть много чего сказать по этому поводу.

Мне тоже. Лейтмотив - жизнь стала проще. Если что-то отваливается - по крайней мере понятно почему. Есть логи и коды возврата. И отслежвание таймаутов. Оно может даже в kmsg плеваться, если например rootfs - R/O.

> не будем удаляться от предмета нашего разговора, а именно, systemd-delta.

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

> В deb для этого используется специальный файл debian/conffiles, в котором помечаются все
> конфигурационные файлы.

У них есть и другие механизмы для всего этого, исторически там довольно много cruft'а. Некоторые чуть ли не divert из установочных скриптов делают. Но соль не в том. Какого дьявола я должен лезть в майнтайнерско-разработчиковские файлы для настройки boot sequence?

> автоматически помечает все файлы пакета, находящиеся в /etc как конфигурационные, и
> потому затереть их так просто не выйдет.

Красиво было на бумаге. А на практике пакеты дебиана ведут себя по отношению к стартовым скриптам кто как. И как только по какой-то причине надо поменять стартовый скрипт - это залет на изучение работы конкретного пакета. Теперь же, прописав свое добро в /etc/systemd можно быть уверенным что майнтайнер не сунет туда свои лапы, хоть там что. А в свой /usr/... - пусть вываливает свои юниты наздоровье, если они мне не понравятся, /etc для админов как раз и есть.

> Но даже если вам действительно так необходимо подменить какой-либо файл из пакета,
> и чтобы апдейт этого не убил, всегда есть dpkg-divert.

Это замечательно, я про него знаю, но это в данном случае костыль.

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

Поттеринг доходчиво сообщил всем майнтайнерам. Чем сэкономил мне массу времени на левые костыли и контакты с майнтайнерами. PROFIT.

> Да и раньше, в общем-то, не приходилось. Может быть Вы расскажете о
> каком-нибудь случае из Вашей практики?

Какой-нибудь случай в моей практике: надо запускать свою программу, при том - строго до (или после) другой. Автор и майнтайнеры програмы не знали и не могли этого знать. А вот без трогания их скрипта это может и не получиться. Тут случается попадение на знакомство с анатомией пакета и как он стартовый скрипт тащит. Делать мне больше нечего как чужой пакет с лупой изучать! Каноникал с апстартом тоже это залажали - там тоже возможны ситуации когда надо править конфиг чужого пакета. А у системд - юнит самодостаточен, он может в любое место boot sequence встроиться своим файлом. А админ может перекрыть дефолтное поведение и никто не посмеет это затирать. В этом случае не очень принципиально, rpm это будет или deb. Или даже что-то еще.

> Я что-то не понял: а если использовать systemd, явной поддержки этого "перекрытия"
> конфигов в самой программе не требуется, что ли?

Системд не настолько крут, он только в вопросах стартовой конфигурации порядок немного навел, так что теперь майнтайнеры и админы могут друг другу не мешать хотя-бы там. Бардак в конфигурационных файлах и взаимодействие админов и майнтайнеров в остальных аспектах - тоже неплохо бы пролечить, по образу и подобию. Дебианщики что-то такое пытались изобразить в виде /etc/default, но поскольку они не Поттеринг, масштабы их успехов и близко не стояли, поэтому вопрос беспроблемного сосуществования майнтайнеров и админов по прежнему не закрыт.

> У вас какое-то непонимание вопроса. Я вот выше на примере postfix-а вам
> и объясняю, что предложенная мейнтейнером конфигурация может быть файликом, который генерируется
> скриптом post-install.

Это у вас непонимание вопроса. Systemd занимается только стартовой конфигурацией. Хотя generator'ы он таки позволяет и если будете много шуметь, можете все-таки разбудить Ктулху :)

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

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

> Вот и вопрос: как в этом случае дифф брать? Такое предусмотрено?

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

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

>> SCM и все сделать самому. Можно даже написать свою ОС. Но
>> это требует времени и не способствует решению изначальной задачи.
> И в чём же заключается изначальная задача?

О, про это уже все забыли? :) По логике вещей - в том чтобы новый админ мог быстро понять что и почему творится в системе. А также неплохо бы иметь "reset to factory defaults". Потому что исследование на три дня почему все нагнулось - прекрасно, но три дня впашки квалифицированного спеца - слишком дорого и клинит задачу "сервера должны работать".

> Вообще, существование этого инструмента -- это в некотором роде попытка внедрить в
> systemd ещё и SCM.

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

> Ну, как бы, спасибо, конечно. Но этой SCM ещё надо учиться,
> и работать она будет только в системах на базе systemd.

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

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

Наверное потому что systemd-delta это мелкий системный тул, который и близко не стоял к таким переросткам. И наличие оного в любой системе с системд жирный плюс для быстрого въезда чем эта система отличается от дефолтного состояния. Сразу видно кого еще дописали в старт. Но там и масштаб решаемых задач помельче. Показ чем текущий конфиг системд отличается от майнтайнерского. А в sysv rc так вообще нельзя без рояля в кустах. Извините но ansible встречается не на каждой системе с sysv rc, что сильно усложняет жизнь.

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

283. "Релиз systemd 230"  +1 +/
Сообщение от freehckemail (ok), 04-Июн-16, 22:50 
tl;dr
Идите к чёрту. Надоело.

>> tl;dr
> Пастернака не читал, но осуждаю?

Балбес. Это был абзац с кратким содержанием дальнейшего поста. Как и в этом посте.

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

Внезапно, я читал. Почти целиком Ваш дальнейший ответ опирается на то, что (если я правильно понял), systemd-delta, оказывается, делает диффы от юнитов, и только. Если это так, то man-страница говно[1], поскольку такие вещи надо писать явно. Ну и вам отдельное спасибо за то, что ввели меня в заблуждение, рассказывая про то, как systemd-delta делает диффы в конфигурационных файлах программ.

[1] http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd-...

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

PS: Всё вами описанное легко решается и средствами обычного sysvinit. Ряд проблем взаимодействия мейнтейнера с конечным пользователем Вы вообще упускаете из виду. /etc/default в debian вообще решает другие задачи, Вас ввело в заблуждение название каталога.

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

284. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (-), 05-Июн-16, 16:46 
> tl;dr
> Идите к чёрту. Надоело.

ЧТД. Технических аргументов от хейтеров не будет.

>> Пастернака не читал, но осуждаю?
> Балбес.

Аргументов - ноль, нахамить - вот оно. Еще и мод вроде? Ня.

> Внезапно, я читал.

Читать и понимать - разные вещи.

> (если я правильно понял), systemd-delta, оказывается, делает диффы от юнитов, и только.

Именно так. У sysv init и прочих openrc - таких багов в мануалах нет, за отсутствием фич. Радости то?

> Если это так, то man-страница го вно[1], поскольку такие вещи надо писать явно.

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

> меня в заблуждение, рассказывая про то, как systemd-delta делает диффы в
> конфигурационных файлах программ.

Он делает дифф конфигурации системд. Это удобно и правильно. Я наверное повторил ошибку авторов системд, полагая что человек может в контекст.

> [1] http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd-...

Я соглашусь что можно написать удачнее. Однако на многие инструменты нет даже такой документации. Хоть тот же iw, у которого сложные и менее очевидные опции. Странно что iw это не припоминают. Ему наверное так можно, это же не системд.

> не приведёт. Это спор ради спора. Нафиг.

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

> PS: Всё вами описанное легко решается и средствами обычного sysvinit.

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

> Ряд проблем взаимодействия мейнтейнера с конечным пользователем Вы вообще упускаете из виду

Я разве претендовал на всезнайство? А вот лучшее взаимодействие майнтайнера и админа - отсутствие оного. Когда это не так - это баг. Ничего хорошего в багах нет.

>. /etc/default в debian вообще решает другие задачи, Вас ввело в заблуждение
> название каталога.

Он предоставляет умолчания для ряда программ, если ничего иного администратор не указал. По крайней мере для ряда программ это работает вот так. Дебианщики догадываются как это должно быть, но чтобы так и правда стало - минимум в FHS надо прописать и сделать инструменты хотя-бы не хуже systemd-delta и ко. А может и либу, по аналогии с getopt() но для конфигов, чтобы програмерам не требовалось выписывать всю эту логику лично.

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

286. "Релиз systemd 230"  +/
Сообщение от freehckemail (ok), 05-Июн-16, 17:25 
> Аргументов - ноль, нахамить - вот оно.

Ну конечно. В чужом-то глазу всяко виднее.

А я ещё раз повторю: идите в баню с любыми претензиями после такой беседы. Маны я не соизволил прочесть, оказывается.

> ЧТД. Технических аргументов от хейтеров не будет.

ИЧСХ, если Вы осмыслили хоть один мой аргумент, Вы бы могли меня поправить с самого начала, указав на неправильную трактовку слова "конфигурация" в мануале. Значит Вы либо не осмыслили аргументы, либо сознательно уводили меня в сторону от вопроса, чтобы потом этим воспользоваться.

Софист.

> на многие инструменты нет даже такой документации. Хоть тот же iw, у которого сложные и менее очевидные опции.

Не наглейте. У iw прекрасная документация.

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

288. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (-), 05-Июн-16, 20:11 
> Ну конечно. В чужом-то глазу всяко виднее.

Куда же без этого.

> такой беседы. Маны я не соизволил прочесть, оказывается.

Виноват. Проблема не с чтением а с пониманием оказалась. Даже и не знаю лучше ли это.

> ИЧСХ, если Вы осмыслили хоть один мой аргумент, Вы бы могли меня
> поправить с самого начала, указав на неправильную трактовку слова "конфигурация" в мануале.

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

> Значит Вы либо не осмыслили аргументы, либо сознательно уводили меня
> в сторону от вопроса, чтобы потом этим воспользоваться.
> Софист.

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

> Не наглейте. У iw прекрасная документация.

Очень. Теперь, глядя в эту документацию, допустим что я хочу поставить мощность сигнала в 23dBm, фиксированно. Сможете с первого раза и не подсматривая в гугл скроить команду для iw правильно? Особенно учитывая что в половине случаев ошибки или особенности драйверов игнорируются, а примеров iw set .. txpower - вроде бы нигде нет, или я ослеп. А расскажем кто такой iw ... cqm rssi? И какой правильный формат его попугаев? Он конечно согласен на все. Даже на совсем кривые значения. А чтобы еще и работало? А как насчет bitrate masks? В прекрасном мануале где-то есть пример как это делать? А для HT? Несколько модуляций? А пополам с legacy? Особенно учитывая что проверить фактическое применение этих настроек не совсем просто и потребует отдельных маневров. Ну ладно, если без экзотики, там утверждается что connect может ключ шифрования. Но не сказано для каких протоколов и как именно этот кусок hex'а получен. Возможно в man пригодился бы более понятный пример как это делается? По уровню это безобразие и близко к systemd-delta не стояло, какое нагление? Мощный тул с документацией близкой к нолю.

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

289. "Релиз systemd 230"  +3 +/
Сообщение от Andrey Mitrofanov (?), 05-Июн-16, 21:11 
>из контекста

Редхейтовским завезли методички с новыми словами -- эка оно с новой игрушки прётся.

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

290. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (-), 06-Июн-16, 02:03 
> Редхейтовским

Палишься.


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

292. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov (?), 06-Июн-16, 13:23 
>> Редхейтовским
> Палишься.

НетЪ.

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

75. "Релиз systemd 230"  +3 +/
Сообщение от Аноним (-), 22-Май-16, 16:00 
Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...

Если осилишь больше одного абзаца, там подробно разобраны все типовые беспередметные кукаpеки. Конкретно твой там значится под пунктом 4.1.

> In fact, all the complexity that used to be in shell scripts under sysvinit (as well as a few daemons and tools) has simply moved into systemd, which currently has over 275,000 lines of code.
> Moreover, it's 245,000 lines of C according to this analysis, of which 81,000 are required to have a minimal working instance (this is charitably excluding systemd-udevd, which adds an additional 13,000 lines).
> By way of comparison, the unmodified initscripts on my Debian laptop weigh in at just over 10,000 lines of shell script (according to sloccount(1)).
> It's not clear that systemd makes booting and service management less error-prone than other systems, but the overall complexity of systemd is certainly higher than sysvinit.

P.S. Пометил как идиота.

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

128. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (-), 23-Май-16, 00:32 
> Если осилишь больше одного абзаца, там подробно разобраны все типовые беспередметные кукаpеки.
> Конкретно твой там значится под пунктом 4.1.

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

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

136. "Релиз systemd 230"  +3 +/
Сообщение от Аноним (-), 23-Май-16, 01:18 
Жертва ЕГЭ не может в тексты длиннее 140 символов. Ок.
Ответить | Правка | Наверх | Cообщить модератору

188. "Релиз systemd 230"  +/
Сообщение от Аноним (-), 23-Май-16, 16:55 
>Может не мелочиться и написать ядро и все либы

systemd скоро и к этому придет :)

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

240. "Релиз systemd 230"  –1 +/
Сообщение от Аноним (-), 26-Май-16, 16:14 
> systemd скоро и к этому придет :)

Флаг ему в руки, это намного лучше чем предложение писать это самому.

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

132. "Релиз systemd 230"  –3 +/
Сообщение от Аноним (-), 23-Май-16, 00:41 
Какой смысл считать строки кода? Будто каждый админ перед тем как использовать что-то читает код этого строчку за строчкой. Юнит файлы сам по себе проще баш-портянок, не требуют знать столько хитростей и трюков для простейших задач. Если рассуждать так, то почему бы каждому админу не писать свой собственный инит на баше, а то не дай бог придется иметь дело с непредсказуемым кодом на сишке!
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

196. "Релиз systemd 230"  +3 +/
Сообщение от alex (??), 23-Май-16, 18:28 
интересно, почему пользователи системда каждый день пишут эти свои юниты?
а пользователям того же openrc хватает скриптов от ментейнеров + правки по мелочи

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

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

210. "Релиз systemd 230"  +2 +/
Сообщение от Аноним (-), 23-Май-16, 23:34 
> Какой смысл считать строки кода? ... баш-портянок

Системдфилы такие системдфилы... Заявляют о бессмысленности подсчёта строк кода, а через несколько секунд ноют про "баш-портянки", недвусмысленно указывая на всё то же количество строк кода.

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

220. "Релиз systemd 230"  +1 +/
Сообщение от freehckemail (ok), 24-Май-16, 18:19 
> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...

Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово - опубликую.

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

226. "Релиз systemd 230"  +/
Сообщение от freehckemail (ok), 25-Май-16, 16:06 
>> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...
> Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово -
> опубликую.

Перевёл. Нуждаюсь в вычитке, буду рад помощи. Я временно без интернета, так что опубликую через день-два.

Предварительный вариант с корявым переводом и без ссылок: http://freehck.ru/share/systemd-biggest-fallacies.ru.org

UPD: сообразил, что socket activation правильнее будет перевести, как "активация через сокеты".

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

249. "Релиз systemd 230"  +/
Сообщение от Аноним (-), 27-Май-16, 05:09 
>>> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...
>> Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово -
>> опубликую.
> Перевёл. Нуждаюсь в вычитке, буду рад помощи. Я временно без интернета, так
> что опубликую через день-два.
> Предварительный вариант с корявым переводом и без ссылок: http://freehck.ru/share/systemd-biggest-fallacies.ru.org
> UPD: сообразил, что socket activation правильнее будет перевести, как "активация через
> сокеты".

Сконвертируй в html или хотя бы pdf, не все юзают Emacs.

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

253. "Релиз systemd 230"  +1 +/
Сообщение от Andrey Mitrofanov (?), 27-Май-16, 07:45 
>>>> Наздоровье: http://judecnelson.blogspot.ru/2014/09/systemd-biggest-falla...
>>> Кстати, спасибо. Взял в обработку, перевожу на русский. Как будет готово -
>>> опубликую.
>> Перевёл. Нуждаюсь в вычитке, буду рад помощи. Я временно без интернета, так
>> что опубликую через день-два.
>> Предварительный вариант с корявым переводом и без ссылок: http://freehck.ru/share/systemd-biggest-fallacies.ru.org

Перевод титутльных "fallacies" как "заблуждений" --

  fallacy
     [↗fælɜsɪ] _n.
     1) ошибка, заблуждение; ложный вывод
     2) ошибочность, обманчивость
     3) софизм, ложный довод

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

Если ещё посмотреть вариаты значений "big" в так любимом мною Мюллере, то...

Systemd - беремененн подлогом
Systemd - с высоты обмана
Systemd раздувает обман
Systemd полон обмана
Хвастовство и ложь [в] systemd

и т.п.

Автор подстелил слоломки -- 'this post is not meant to be a criticism of systemd', понятное дело. Придётся _подтекст_ преводить?! Ох, нет...

> Сконвертируй в html или хотя бы pdf, не все юзают Emacs.

Там плоский текст. Даже без длинных строк. Даже без "emacs"-форматирования. //"У него даж-жж-же не 6 ног!"

Комрад _знал_ своего читателя.:) И отдельное спасибо Анониму -- я сам не обратил внимания на формат.

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

255. "Релиз systemd 230"  +/
Сообщение от freehckemail (ok), 27-Май-16, 19:53 
> -- "слегка" теряет в части обмана и подлога. К сожалению, _эмоциональный_ посыл
> авторв прочитать и даже увидеть не носителю языка сложно. О перевести
> можно не говорить.

Согласен. Я выбрал вариант "заблуждение" именно из-за этого:

> Автор подстелил слоломки -- 'this post is not meant to be a
> criticism of systemd', понятное дело. Придётся _подтекст_ преводить?! Ох, нет...

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

> Systemd - беремененн подлогом
> Systemd - с высоты обмана
> Systemd раздувает обман
> Systemd полон обмана
> Хвастовство и ложь [в] systemd

Мне нравятся эти варианты. Но мне кажется, что лучше поступить, как автор, и слегка завуалировать. "Ложь", "обман", "хвастовство" и "подлог" -- не те слова, как мне кажется. Что думаете, Андрей?

>> Сконвертируй в html или хотя бы pdf, не все юзают Emacs.
> Там плоский текст.

Html будет чуть позже, когда вычитаю. Я сейчас активно правлю.

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

264. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (-), 29-Май-16, 03:42 
И обрати внимание на слово "propaganda". С точки зрения западника, там неявно подразумевается "лживая".

Второе - здесь это никто не увидит, пили на хабр, гиктаймс или ЛОР.

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

293. "Релиз systemd 230"  +/
Сообщение от freehckemail (ok), 10-Июн-16, 19:46 
Финальная вычитанная версия. Извиняюсь за задержку, сильно заболел.
http://freehck.ru/share/systemd-biggest-fallacies.ru.final.org

Надо теперь экспортнуть в html и pdf. И то, и другое откровенно лень, но попробую себя пересилить на выходных.

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

294. "Релиз systemd 230"  +/
Сообщение от Аноним (-), 10-Июн-16, 20:50 
> Финальная вычитанная версия. Извиняюсь за задержку, сильно заболел.
> http://freehck.ru/share/systemd-biggest-fallacies.ru.final.org

Разместил: http://www.opennet.ru/base/sys/systemd_myth.txt.html

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

295. "Релиз systemd 230"  +/
Сообщение от freehckemail (ok), 10-Июн-16, 22:54 
>> Финальная вычитанная версия. Извиняюсь за задержку, сильно заболел.
>> http://freehck.ru/share/systemd-biggest-fallacies.ru.final.org
> Разместил: http://www.opennet.ru/base/sys/systemd_myth.txt.html

Вау. Оперативно. Спасибо.

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

262. "Релиз systemd 230"  –2 +/
Сообщение от Аноним (-), 28-Май-16, 15:47 
> Сконвертируй в html или хотя бы pdf, не все юзают Emacs.

Лучше так и оставить, пусть это колупают полтора "veteran unix admin'а", теперь оторвавшиеся от реалий и выпавшие из процессов кадры так называются.

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

250. "Релиз systemd 230"  +/
Сообщение от Аноним (-), 27-Май-16, 05:12 
> For Internet socket activation, all the user has to do is start the daemon, have it bind on the port, and let it sit there idly.

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

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

81. "Релиз systemd 230"  +2 +/
Сообщение от Andrey Mitrofanov (?), 22-Май-16, 16:18 
>> Система становится всё менее и менее управляемой и предсказуемой. Это какой то
>> ад.
> То ли дело портянки на Shell, да? Само воплощение простоты, логики и
> понятности.

Портянка на Си лучше, конечно. Хорошо поношенная Уважаемым Автором. М-м-м! Запах!1

Портянка bash-а http://www.opennet.ru/openforum/vsluhforumID3/107695.html#47 обыграна в 2.7 раза по Си, в 4 раза по пустым строкам, в полтора по комментариям.

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

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

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




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

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