The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Инициатива по сокращению зависимостей у libsystemd, opennews (??), 03-Апр-24, (0) [смотреть все]

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


191. "Инициатива по сокращению зависимостей у libsystemd"  +2 +/–
Сообщение от dannyD (?), 03-Апр-24, 20:01 
да пофиг,

если в gentoo забъют на openRC - перейдем на BSD!

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

241. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/–
Сообщение от Аноним (78), 03-Апр-24, 23:02 
Пока, вне зависимости от, можно компилять без системы. Отлично живу на OpenRC.

Мучение, конечно, страшное - руками писать скрипты запуска, но выручает alpine.

Мне искренне интересно, чё такого даёт системда, что она всем так нравится?

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

248. "Инициатива по сокращению зависимостей у libsystemd"  +/–
Сообщение от Аноним (280), 03-Апр-24, 23:30 
> Мучение, конечно, страшное - руками писать скрипты запуска, но выручает alpine.

лол, загнётся - как ж мне будет вас жалко (нет).

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

253. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/–
Сообщение от dannyD (?), 04-Апр-24, 01:06 
>>Мне искренне интересно, чё такого даёт системда, что она всем так нравится?

может мы чего не знаем?

лично я не пользуюсь ни каким красношляием,

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

может там оно надо???

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

323. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/–
Сообщение от Аноним (-), 05-Апр-24, 09:06 
> Пока, вне зависимости от, можно компилять без системы. Отлично живу на OpenRC.
> Мучение, конечно, страшное - руками писать скрипты запуска, но выручает alpine.

Как хорошо, когда на зло бабушке отмораживают уши именно те кто это угрожал сделать :)

> Мне искренне интересно, чё такого даёт системда, что она всем так нравится?

Так, навскидку...
1) А вот запускаем systemctl - и видим что у нас и откуда берется вообще, как и почему такое, какие проблемы с автостартующим добром и вообще. А у вас оно как?
2) Посмотреть чем отличается от стоковой системы в ванильном виде? systemd-delta даст ответ на этот вопрос.
3) И кстати при факапе старта сервиса обычно норм запись в журнале с его stdout и прочих stderr, как и причина облома старта юнита.
4) Можно несколькими строками конфига нарулить изоляцию от системы, ограничение проца, приоритет IO, ... и вообще нехило затянуть гайки. А бэкдоры в либах - все равно только у любителей суперсвежака.
5) Есть инстансы сервисов. Можно запустить 5 нжинксов, торов, или чего там, отличающимися только конфигом. Удобно придумано.
6) А вот таки - мониторинг состояния программ на более продвинутом уровне. Тот же sd-notify например. Это фактический контроль что прога запустилась, ожила, и в состоянии как минимум отсигналить сие. Есть и более крутые вещи типа апи вачдога, через который прога периодически отзванивается что живая и работает. А если помре - тогда принимаются меры к ее рестарту или реакции на системный сбой.
7) Интеграция с пакетниками. В системных дирах системные дефолты, в /etc оверрайды от админа и они приоритетнее. С одной стороны майнтайнеры могут выдать дефолты. С другой админ перекрыв их может не париться что при апгрейде пакет их затрет. Не затрет! Предусмотрено прямо на уровне регламентов что куда кладется.

...а у вас это все обыгрывается - ну например как? И вы уж проситте но xz/liblzma юзается и дофига где кроме сабжа.

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

331. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/–
Сообщение от Аноним (280), 05-Апр-24, 10:23 
> 1) А вот запускаем systemctl - и видим что у нас и
> откуда берется вообще, как и почему такое, какие проблемы с автостартующим
> добром и вообще.

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

> А у вас оно как?

как всегда: просто работает.

> 2) Посмотреть чем отличается от стоковой системы в ванильном виде? systemd-delta даст
> ответ на этот вопрос.

лол, лёнька встроил уже и diff в сисьтем-ду?

> 3) И кстати при факапе старта сервиса обычно норм запись в журнале
> с его stdout и прочих stderr, как и причина облома старта
> юнита.

но прочитать ты его не можешь, journald corrupted:
https://github.com/systemd/systemd/issues/24150
фсио.

хотя канеш логгировать stdout и stderr это мегафича.

> 4) Можно несколькими строками конфига нарулить изоляцию от системы, ограничение проца,
> приоритет IO, ... и вообще нехило затянуть гайки. А бэкдоры в
> либах - все равно только у любителей суперсвежака.

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

> 5) Есть инстансы сервисов. Можно запустить 5 нжинксов, торов, или чего там,
> отличающимися только конфигом. Удобно придумано.

фига себе. не просто удобно, но и новаторски. 5 нжинксов!!! 5 торов! магнитофоны! 5!

> 6) А вот таки - мониторинг состояния программ на более продвинутом уровне.
> Тот же sd-notify например. Это фактический контроль что прога запустилась, ожила,
> и в состоянии как минимум отсигналить сие.

встроили {core,ps}utils? гениально!

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

прога отзванивается? :-D через дбас?

> А если помре - тогда принимаются меры к ее
> рестарту или реакции на системный сбой.

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

> 7) Интеграция с пакетниками. В системных дирах системные дефолты, в /etc оверрайды
> от админа и они приоритетнее.

ого, это интеграция с пакетниками!!! Пакетники требуют - сисьтем-да выполняет требования пакетников по приоритизации конфигов. Интеграция с пакетниками!!! :-D Юзер, зачем, ну зачем реально ты выдумываешь термины, если не понимаешь что происходит? :-D

> С одной стороны майнтайнеры могут выдать
> дефолты. С другой админ перекрыв их может не париться что при
> апгрейде пакет их затрет. Не затрет! Предусмотрено прямо на уровне регламентов
> что куда кладется.

Регламентов, Карл! Предусмотрено!

> ...а у вас это все обыгрывается - ну например как?

как и везде, лол. кесареву - кесарево.

> И вы уж проситте но xz/liblzma юзается и дофига где кроме сабжа.

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

Вообще, весь этот диалог с фанатиками редхат-помоев однотипен донельзя:

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

Скучно.

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

340. "Инициатива по сокращению зависимостей у libsystemd"  +/–
Сообщение от Аноним (329), 05-Апр-24, 12:40 
> какие такие проблемы с автостартующим добром?

Если я получаю сервер в управление, я хочу понимать что там работает и отуда это берется. А в ходе эксплуатации видеть статус ключевых сервисов ради которых это установлено. И чем от дефолтной ОС отличается.

> а потом сделать всё збс. ладно загрузку не ускорила, так она и збс не сделала? :-D

Ветеран-юниксов - ушли. Намекает что выбрал мир.

> как всегда: просто работает.

Я видел как это "работает". Но тот вопрос не адресован. Как у вас посмотреть overview что в системе вообще и почему так? А может еще в логах будет написано почему вон тот сервис не стартовал - хотя должен был?

> лол, лёнька встроил уже и diff в сисьтем-ду?

При том мигом и 1 командой, просто "systemd-delta" и готов. Покажите как оно у вас. Конкретно. Бонус, если работает в разных дистрах, как systemd-delta.

> но прочитать ты его не можешь, journald corrupted:

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

> фсио.

У вас такого добра - на три экрана, и даже issue вкатить толком некуда. Ибо автору скриптоты все похрен.

> хотя канеш логгировать stdout и stderr это мегафича.

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

>  установку хостнейма через дбас,

DBUS с системдой - вообще опционален. Можно и не ставить.

> мигалку экрана,

Это о чем?

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

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

> фига себе. не просто удобно, но и новаторски. 5 нжинксов!!! 5 торов! магнитофоны! 5!

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

> встроили {core,ps}utils? гениально!

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

> прога отзванивается? :-D через дбас?

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

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

> новаторски канеш.

Да какое новаторство? Фирма нокия году в 2006, если не раньше, сервис Mission Control накостылила для планшетов/телефонов. Но у них апстарт там был - а системды еще не было.

А вот потом - на каком-то LinuxPlumbers кто-то из эмбедеров и объяснил поттерингу что мол, а мы это дело с мониторингом критичных системных сервисов и реакцией на сбои тоже хотим. Эксплуатационщикам серверов тоже норм понравилось - они и сделали вот это все.

> люблю на них реагировать.

А я сбагрил рутинные операции на машины. И занялся более интересными делами.

> ого, это интеграция с пакетниками!!! Пакетники требуют - сисьтем-да выполняет
> требования пакетников по приоритизации конфигов.

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

> если не понимаешь что происходит? :-D

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

> Регламентов, Карл! Предусмотрено!

И это таки - отлично придумано было. ЧСХ даже от типа пакетника не зависит, просто регламент что дефолтные юниты в usr, админские оверрайды в etc.

В паре с инверсной зависимостью - можно вписать мой сервис что ему надо какойнить mariadb или там httpd до него допустим - СВОИМ юнитом, с гарантиями что никто не перетрет это - и таки все правильно запустит.

> как и везде, лол. кесареву - кесарево.

Поэтому ваш кесарь носится один, в мыле, на 20 пердей. Мне такие соотношения не нравятся.

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

Интересно как? Меня ЭТО вообще не импактнуло - ибо unstable у меня нигде не было а остальное икнулось только майнтайнерам. В этом месте арчегентушники начинают что-то подозревать...

> Вообще, весь этот диалог с фанатиками редхат-помоев однотипен донельзя:

Возможно, к этому есть причины? :)

> - нет-нет-нет, в ините!!!
> - но зачем?!
> - удобно же!!! ууууу, луддит!

Мля. А зачем мне система инициализации которая даже вебсервер запустить не может? Какая цель существования этой пакости в моей системе если она даже это не может обеспечить в норм виде?

> Скучно.

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

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

341. "Инициатива по сокращению зависимостей у libsystemd"  +/–
Сообщение от Аноним (280), 05-Апр-24, 18:23 
>> какие такие проблемы с автостартующим добром?
> Если я получаю сервер в управление, я хочу понимать что там работает
> и отуда это берется. А в ходе эксплуатации видеть статус ключевых
> сервисов ради которых это установлено. И чем от дефолтной ОС отличается.

нерелевантно. вопрос был: что, есть проблемы с автозапуском приложений под сисьтем-де? не спасли вас декларативные ini-портянки?

> Ветеран-юниксов - ушли. Намекает что выбрал мир.

hald выбрал мир. ой, пардон, пшшшаудио. ой, пардон, пипварю.))
лол, что с лопаты вам подадут, то и выбрал "мир". а потом депрекейтед, и никто не собирается тянуть этот crapware.

>> как всегда: просто работает.
> Я видел как это "работает".

хз-хз, это вроде в сисьтем-де ты смотришь почему сервисы не стартуют и логи stderr'а изучаешь. возможно, разрабы красношапки как овно-кодили с баш-портянках, так и в си-портянках. Да что там возможно, точно :-D

> Но тот вопрос не адресован. Как у
> вас посмотреть overview что в системе вообще и почему так? А
> может еще в логах будет написано почему вон тот сервис не
> стартовал - хотя должен был?

даже не знаю как тебе ответить на это. "что в системе вааапще и почему так", лол.

> При том мигом и 1 командой, просто "systemd-delta" и готов. Покажите как
> оно у вас. Конкретно.

прости, мне не нужно переписывать системный сервис файл, у меня для этого есть service_{prog,flags}=. Узнать разницу между дистрибутивом и локальными настройками - diff <opts> /etc/defaults/rc.conf /etc/rc.conf. Но если даже я решу побыть редхатовцой, и решу как ты, пописать себе ini-портянки зачем-то, даже незнаю зачем, то разницу между локальными и системными файлами делается также, просто сравниваешь директории. Выводи хоть патчем, и потом накладывай на свежую систему чтоб вернуть себе свои настройки, хоть епись в гамаке как хочешь. :-D

> Бонус, если работает в разных дистрах, как systemd-delta.

бонус: это не работает нигде, кроме как в редхате и его ненужных васянских сборках.


>> но прочитать ты его не можешь, journald corrupted:
> Таки в общем случае неплохо читается.

да в общем случае пох вообще что там в общем случае, если у тебя журнал сдох и ты не можешь оттуда ничего выцепить. удачи в mission critical системах. впрочем, вали всё на редгадов. если ты канеш не пользуешься васянской сборкой, тогда... всё равно вали на редгадов. :-D

> А так в зависимости от ситуации обычные логи тоже, видите ли без гарантий.

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

> Алсо, системд не запрещает юзать иной журнал и даже вырубить journald.

сисьтем-де не запрещает и вместо своего ватчдога юзать что-нибудь нормальное и человеческое. только зачем нужен тогда весь этот комбайн, вопрос риторический. встроенный кастрат это же так удобно! журналд это же так удобно! ;-)

> У вас такого добра - на три экрана, и даже issue вкатить
> толком некуда. Ибо автору скриптоты все похрен.

я тя наверное удивлю, но шапка когда использовала скрипты вместо сисьтем-де (которые писала ногами еще тогда) закрывала issues'ы также с notabug и wontfix. Вот так ты оказался прав: автору скриптоты было похрен. И теперь с сисьтем-де похрен. Ваааще похрен, сечешь?

>> хотя канеш логгировать stdout и stderr это мегафича.
> Помогает понять что пошло не так и ускорить решение проблемы. Компьютеры должны
> работать и решать проблемы - а не создавать их.

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

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

https://www.freedesktop.org/wiki/Software/systemd/dbus/

ты давай не предлагай тут стоя в гамаке. ты ж не хочешь отвязать его от дбаса, а потом увидеть в своём репорте: включи дбас, луддит, иначе wontfix/notabug! впрочем, в любом случае wontfix/notabug, денег не занёс, ипис сам с си-портянками!

>> мигалку экрана,
> Это о чем?

изменение яркости экрана.

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

маны бесполезны, потому что перегружены.

> Теперь попробуйте загуглить почему самописный сервис не стартует - а в логах
> нифига.

я незнаю зачем. во-первых, зачем гуглить. во-вторых, почему не стартует, в третьих - почему в логах нифига. сисьтем-дэшники понятное дело с этим встречаются всегда, да? гуглят, и есть готовые ответы, так? :-D

> Хотя при тестовом пинке от рута как бы все ок
> было. Но, конечно, я могу напрогать логинг сам.

напрогать логгинг :-D жги, боженька.

> Только вот мне оно надо - хреново и криво косплеить вон тех в мое время?

ну, незнаю, наверное надо раз ты это делал. или ненадо, я запутался. >_<

>> фига себе. не просто удобно, но и новаторски. 5 нжинксов!!! 5 торов! магнитофоны! 5!
> А таки удобно, когда сервис 1 и тот же и отличается -
> только конфигой.

как я тебя понимаю. вот я тоже люблю надеть противогаз, написать пять конфигов и запустить пять нжинксов, пока меня госпожа пёттеринг сзади плёткой хлестает. дев-упс я или где?

> Но можно и мелкие поправки в юнит вкатить относительно базы.

и пять разных ini-портянок скопипастить изменив пару переменных.

> Реюз конфигурации это круто.

это круто, бро, это просто великолепно!

>> встроили {core,ps}utils? гениально!
> И что в этих утилсах проверяет внутреннее состояние программы

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

> что она не только есть в списке процессов - но и реально признаки жизни
> подает?

признаки жизни (с)
внутреннее состояние (с)
жги, боженька.

> А, вас такая фигня не интересует?

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

> Зато интересует меня и еще легион эксплуатационщиков.

эксплуатационщики :') имя нам легион. блин, давно я так не ржал xD

>> прога отзванивается? :-D через дбас?
> Не, там у воооон той либы - апи есть для этого.

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

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

сообщать что живой (с)
ведь иначе ж... фиг проспишь что там с программой-то. бездна неведения.

> А у вас - прога давно локапнулась, ничего не делает.

локапнулась? прости, я слегка не понимаю твоих терминов, она что, заблочилась? обиделась? меня в черный список кинула? как это ничего не делает, если она локапнулась? Так локапнулась или ничего не делает? она что, жрёт cpu, ram, что? блин, юзер, ты это, ну, давай по человечески, что сделала программа, почему ты не можешь это узнать? она от тебя это скрывает? сисьтем-дэ её как-то специально допрашивает? а как она ответит, она ж локапнулась! Юзер, что за бред? >_<

> Но всем похрен.

но стоит появиться сисьтем-де, и всем резко становится не на5р@Tь!

> В списке процессов же место занимает.

в этом суть: есть процесс, значит есть в списке процессов.

> Мне в этой схеме что-то не нравится.

мне тоже. кажись дело в голове.

> Да какое новаторство? Фирма нокия году в 2006, если не раньше, сервис
> Mission Control накостылила для планшетов/телефонов. Но у них апстарт там был
> - а системды еще не было.
> А вот потом - на каком-то LinuxPlumbers кто-то из эмбедеров и объяснил
> поттерингу что мол, а мы это дело с мониторингом критичных системных
> сервисов и реакцией на сбои тоже хотим.

бедные... "мы тоже хотим" (с) :')
сделай нам ватчдог, лёнька, у нас лапки.

> Эксплуатационщикам серверов тоже норм
> понравилось - они и сделали вот это все.

по просьбам трудящихся (с) и никак иначе.

>> люблю на них реагировать.
> А я сбагрил рутинные операции на машины. И занялся более интересными делами.

пишешь ini-портянки для распбери пай. да твоя жизнь полна приключений, бро.

>> ого, это интеграция с пакетниками!!! Пакетники требуют - сисьтем-да выполняет
>> требования пакетников по приоритизации конфигов.
> Не так. В системд регламентировали как они себе это видят. А пакетники
> - с костылями на тему наелись до сыта и были рады
> хоть какому-то устаканиванию регламентов. На самом деле все довольно логично сделано.

лол.

>> если не понимаешь что происходит? :-D
> КМК это вы не понимаете сколько и чего я ворочаю и откуда
> эти взгляды. Да, желание чтобы все было просто, логично и предсказуемо
> имеет свою почву. Так что я за простой, логичный и понятынй
> системный менеджмент.

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

>> Регламентов, Карл! Предусмотрено!
> И это таки - отлично придумано было. ЧСХ даже от типа пакетника
> не зависит, просто регламент что дефолтные юниты в usr, админские оверрайды
> в etc.

юзерские в ~/.<bla-bla-bla>. Боже, это так новационно. Во здорово шляпка придумала этот регламент.

> В паре с инверсной зависимостью - можно вписать мой сервис что ему
> надо какойнить mariadb или там httpd до него допустим - СВОИМ
> юнитом, с гарантиями что никто не перетрет это - и таки
> все правильно запустит.

не запустит, в следующей версии твою директиву депрекейтнули. беги гуглить.

>> как и везде, лол. кесареву - кесарево.
> Поэтому ваш кесарь носится один, в мыле, на 20 пердей. Мне такие
> соотношения не нравятся.

поэтому например у zabbix годовая прибыль >15 лямов. в мыле и перде, лол. не знают люди что лёнчик им ватчдог встроил в сисьтем-де, жри сабака что дают, так нет же. но ты напиши zabbix'y, или tildeslash'y с пятью лямами годовых, что они одни, и должны закрыться, бо ты не нашел им применения в своём рэспбери пай. пусть проникнутся.

>> прощаем. к тому же, вы делаете нашу жизнь веселее.
> Интересно как? Меня ЭТО вообще не импактнуло - ибо unstable у меня
> нигде не было а остальное икнулось только майнтайнерам. В этом месте
> арчегентушники начинают что-то подозревать...

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

>> Вообще, весь этот диалог с фанатиками редхат-помоев однотипен донельзя:
> Возможно, к этому есть причины? :)

разумеется, и причины давно описаны у Леопольда фон Захер-Мазоха :)

>> - нет-нет-нет, в ините!!!
>> - но зачем?!
>> - удобно же!!! ууууу, луддит!
> Мля. А зачем мне система инициализации которая даже вебсервер запустить не может?

лол, я не знаю.

> Какая цель существования этой пакости в моей системе если она даже
> это не может обеспечить в норм виде?

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

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

нашел чем пугать. :-D
не, я канеш понимаю что для корпоративного раба это очень страшно быть обвиненным в "препятствии прогрессу" и быть выпнутым за профнепригодность. крест на карьере. но ты не суньцзы, в следующую пятницу новый курс корпоративной лояльности "мы все большая семья", после чего идёте бухать для укрепления коллегиальных связей. так что даже выпнув за профнепригодность, заручись "хорошим отношением", получишь нормальную характеристику. "Тупой но старательный" (с) Так себе, но на жизнь хватит. ;-)

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

347. "Инициатива по сокращению зависимостей у libsystemd"  +/–
Сообщение от Аноним (329), 06-Апр-24, 12:39 
> не спасли вас декларативные ini-портянки?

На мой вкус менеджить системы стало проще и приятнее.

> hald выбрал мир. ой, пардон, пшшшаудио. ой, пардон, пипварю.))

Ветеранюниксам не поможет, знания sysv не котируются.

> депрекейтед, и никто не собирается тянуть этот crapware.

А пока депрекейтнули ветеранюниксов.

> логи stderr'а изучаешь. возможно, разрабы красношапки

Я вообще дебиан юзаю и мне шляпники - ортогональны. И проблемы (не)старта меня волнуют для моих собственных кастомных сервисов коих в репах нет.

> даже не знаю как тебе ответить на это. "что в системе вааапще и почему так", лол.

Так и запишем: "нечем крыть".

> - diff <opts> /etc/defaults/rc.conf /etc/rc.conf.

Смотрите, дети, педальный привод и конструктор "сделай сам". Это по своему мило, и даже бывает эффективно. Но не когда это каждый первый раз, в каждой первой системе.

> сравниваешь директории. Выводи хоть патчем, и потом накладывай на свежую систему
> чтоб вернуть себе свои настройки, хоть епись в гамаке как хочешь. :-D

Опять какой-то колхоз. При том небось разный между разными системами. Да и методы делания новых инстансов систем у меня поэффективней ваших.

> бонус: это не работает нигде, кроме как в редхате и его ненужных васянских сборках.

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

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

При том обычно это все почему-то у тех у кого journald - нет. С другой стороны эта штука может кушать контролируемый объем места и не нуждается в костылищах типа logrotate, да еще подкостылках к каждой программе к оному потом (удобно то как, всем прогам вписывать, ага!).

> удачи в mission critical системах. впрочем, вали всё на редгадов. если
> ты канеш не пользуешься васянской сборкой, тогда... всё равно вали на редгадов. :-D

Я вообще дебианапи пользуюсь и таки - с уклоном в эмбедовку и управление. Сюрприз! И валить я ни на кого не собираюсь, мне - чтоб работало.

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

А еще в обычных логах никто не гарантирует сколько места runaway прога (или сервис подвернувшийся нашествию ботов) сожрет логами. Ну так, мелочи, на тему mission critical систем. В journald сие настраивается парой директив конфига...

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

Осталось их еще и найти. Особенно если это не процесс работающий с сетью был, ога.

> только зачем нужен тогда весь этот комбайн, вопрос риторический. встроенный кастрат
> это же так удобно! журналд это же так удобно! ;-)

Лично мне - вполне удобно. А где неудобно или есть соображения типа readonly rootfs и проч - его и нет.

> я тя наверное удивлю, но шапка когда использовала скрипты вместо сисьтем-де (которые
> писала ногами еще тогда) закрывала issues'ы также с notabug и wontfix.

А я наелся трехстраничных скриптов чужих сервиисов, с навороченой логикой под редгад, которые под дебиан перепиливать - мучительно! Юниты системды в 90% могут работать без допиловки, а если даже - пару строк поменять - не 3 страницы логики вперемешку с конфигурацией!

> с сисьтем-де похрен. Ваааще похрен, сечешь?

А мне с системдой не обломно self service сделать в этом случае. Пару строк с путями и проч я подрихтовать не обломаюсь. Тем более что потом он пишет почему не взлетело, в отличие от.

> теперь сношаитез с сисьтем-де и решаете проблемы.

Да, просто занимает раз в 5 меньше времен и сил.

>> DBUS с системдой - вообще опционален. Можно и не ставить.
> https://www.freedesktop.org/wiki/Software/systemd/dbus/

Что вы мне ссылками тыкаете? У меня целый выводок железок с системдой но без дбаса в проде. Это работает.

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

Мля. Системд с самого начала в минимальном дебиане ставится без дбаса. Нет его как жесткий depends там. И все работает! Но если сильно хочется дбас поставить - кто ж запретит то.

> а потом увидеть в своём репорте: включи дбас, луддит, иначе wontfix/notabug!

А я вообще не кастомер редхата. И умею решать свои (и не только) проблемы сам.

> занёс, ипис сам с си-портянками!

Да вот за столько лет не требовалось пока. Хотя если очнадо я и это умею.

> изменение яркости экрана.

Я все равно не понимаю о чем это. Если про ноуты то там скорее ACPI прикалывается, и приколов с ним было и без всяких systemd.

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

Хызы, я почитал man systemd.unit, systemd.exec и systemd.timers - вроде нормуль, теперь и сам такое могу писать влегкую. И кстати я наызваю вон то хорошей документацией.

> всегда, да? гуглят, и есть готовые ответы, так? :-D

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

> напрогать логгинг :-D жги, боженька.

У меня есть много клевых проектов и идей. Значительно более интересных чем ЭТО. Я предпочту потратить это время на них.

>> Только вот мне оно надо - хреново и криво косплеить вон тех в мое время?
> ну, незнаю, наверное надо раз ты это делал. или ненадо, я запутался. >_<

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

> конфигов и запустить пять нжинксов, пока меня госпожа пёттеринг сзади плёткой
> хлестает. дев-упс я или где?

Да кто вас там знает. Я вообще ближе к кастомдев/интеграторам по смыслу. Впрочем руление серваками в относительно мелком проде сталкивается с похожими траблами.

>>> встроили {core,ps}utils? гениально!
>> И что в этих утилсах проверяет внутреннее состояние программы
> ты имеешь в виду психическое внутреннее состояние? конечно же проверяет! и через

Я имею в виду проверку что программа - не повисла и реально работает.

> емакс-психолога перекладывает на человеческий о внутреннем самочувствии программы. а как же.

Видимо у кого что болит.

> эксплуатационщики :') имя нам легион. блин, давно я так не ржал xD

Как говорится, хорошо смеется тот кто смеется последним ;). Для меня смешно - что такие как вы пальцы загибали, а теперь их ушли, в совсем маргиналы.

> sd_notify? тобишь надо править программу чтоб она сообщала о своём психическом состоянии
> божественному сисьтем-де?

Ога. Меня в своих сервисах не особо парит - простое и логичное апи.

> ведь иначе ж... фиг проспишь что там с программой-то. бездна неведения.

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

> локапнулась? прости, я слегка не понимаю твоих терминов, она что, заблочилась? обиделась?

Повисла, елки. Да, такое бывает. Так что psutils'ами мониторить - это вы сами.

> она локапнулась? Так локапнулась или ничего не делает? она что, жрёт cpu, ram, что?

По разному. Общего то что оно утрачивает функции и не реагирует на внешние раздражители или делает это некорректно -> mission failed.

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

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

В этом месте идея не только запустить хардварный вачдог, но и расшарить вниз по иерархии, с реакцией на сбои - находит мое понимание. Если повиснет системд или кернел, систему рестартанет хардварный вачдог. А если sd работает, он чекает что те сервисы живые и принимает меры если это не так. Это не панацея, но self-recovery можно прокачать. И тогда мануальное внимание надо реже. Системы должны 1) работать 2) не делать мозг. В этом у меня и энтерпрайза много общего, мы хотим этого одинаково.

> она от тебя это скрывает? сисьтем-дэ её как-то специально допрашивает?

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

Обслуга вачдога случается только если ВСЕ флаги на месте. Да, чекать детали программы - прерогатива прогера, ауторити системды кончается на границе процесса. Если того не произошло, программа точно работает со сбоями и перезапустить ее отличная идея. Эта концепция похожа на то что исповедуют кодеры под МК с хардварным вачдогом и фирмварой и просили это сравнимые люди по сравнимым причинам. Мы получили от поттеринга то что нам было надо вместо сказаок как все збс и что нам (не)нужно. Инженерные проблемы должны решаться а не заметаться под ковер и даунплеиться. Таков путь.

> но стоит появиться сисьтем-де, и всем резко становится не на5р@Tь!

В нем это сделать стало куда проще, имхо.

> в этом суть: есть процесс, значит есть в списке процессов.

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

>> Мне в этой схеме что-то не нравится.
> мне тоже. кажись дело в голове.

Судя по тому что я не один - возникает ряд вопросов в чьей. Если на Linux Plumbers Поцетера просят то же что попросил бы и я - окей, значит мои желания были разумны и логичны.

> сделай нам ватчдог, лёнька, у нас лапки.

Я не против если ВЫ будете изобретать i++ вел сами, в ВАШЕ время. И квадратность колес будет ВАШЕЙ проблемой. А самому это делать?! Сделать разок нормально, на всю толпу - выглядит более адекватной идеей, извините.

> по просьбам трудящихся (с) и никак иначе.

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

> пишешь ini-портянки для распбери пай. да твоя жизнь полна приключений, бро.

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

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

Только sysv это все - не касалось. В том же дебиане в частности. И там догадайся - перепишет пакетник скрипт или нет вон там. В usr дефолты никогда не жили, как максимум в etc гадили. И пакетник и админ. Это FAIL! Идея сделать системные дефолты условно-readonly вынеся в системные диры, а оверрайды админа в etc которые пакетники НЕ ТРОГАЮТ более приоритетными - весьма годно. Мне нравится. Еще б остальной софт этому обучить, но это сложнее. Дебиан немного подкостыливает средствами пакетника - но менее стройно в целом чем вон та схема.

> не относится, и к пакетникам не относится, впрочем зачем я это
> тебе говорю, осспаде...

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

> юзерские в ~/.<bla-bla-bla>. Боже, это так новационно. Во здорово шляпка придумала этот регламент.

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

> не запустит, в следующей версии твою директиву депрекейтнули. беги гуглить.

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

> поэтому например у zabbix годовая прибыль >15 лямов. в мыле и перде,

Я рад за них. И чего?

> лол. не знают люди что лёнчик им ватчдог встроил в сисьтем-де,

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

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

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

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

Ну так в результате те - выколупывают бэкдор. А я бурчу "all systems online". Потратив 0 минут времени на разборку с крутым бэкдором. Хорошо когда на воротах стоят вратари.

> важно что тебя это не импактнуло (с), сисьтем-де - всё для людей (с)

Системд кроме всего прочего привел к основательной подкрутке гаек для ряда системных штук.

> разумеется, и причины давно описаны у Леопольда фон Захер-Мазоха :)

По моему у вас таки проекция, сэр :)

>> Мля. А зачем мне система инициализации которая даже вебсервер запустить не может?
> лол, я не знаю.

Вот я тоже не знаю. Два набора конфигов делания 1 и того же мне не надо. Поэтому есть, вот, системд. Через него все что касается запуска, мониторинга, таймеров, и проч рулится. Одним набором конфигов. А не кучей в разных закоулках. ИМХО это сильно практичнее.

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

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

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

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

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

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

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

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




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

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