The OpenNET Project / Index page

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



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

Оглавление

Доступен системный менеджер systemd 237, opennews (??), 29-Янв-18, (0) [смотреть все]

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


102. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (-), 30-Янв-18, 09:49 
> Унификация - верный путь.

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

Унификацию надо включать 31-м пунктом на http://0pointer.de/blog/projects/the-biggest-myths.html.

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

105. "Доступен системный менеджер systemd 237"  +5 +/
Сообщение от EHLO (?), 30-Янв-18, 10:35 
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.

Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре. Это не зоопарк, и не проблема, а свобода выбора.
Унификация была обеспечена модульностью, совместимостью, взаимозаменяемостью и loose coupling-ом.

Но потом пришёл systemd и получили и зоопарк и vendor lock-in, а не унификация.
Деградация одним словом от Unix-way к Windows-way.

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

118. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (-), 30-Янв-18, 16:16 
> Любая свободная программа работала без модификаций с любым init-ом

Под зоопарком реализаций инит-скриптов подразумевались проблемы с переносимостью самих скриптов, а не запускаемых ими программ. Например, инит-скрипт, написанный для sysvinit в Debian, почти гарантированно не будет работать в CentOS, т.к. будет рассчитан на дебиановский способ описания зависимостей, настроек, дебиановские вспомогательные функции/скрипты и т.п..

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

121. "Доступен системный менеджер systemd 237"  +5 +/
Сообщение от _ (??), 30-Янв-18, 19:07 
Да, но вот только сделать его рабочим занимало ну пусть один день. Ибо баш скрипты везде одинаковы, а раз ты маинтайнер - этого добра ты повидал до чёртикоффф :)

А сейчас с твоим текущим сыстемдЫ - шаг влево \ вправо и всё в корке. Дебаггер *ля в зубы! :( И чтобы запустить на хоть чём то другом, да даже на сис* другой версии уже часто нужно менять код самого аппа :-) Поздравляю Шарики, вы - балбесы!

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

132. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Аноним (-), 02-Фев-18, 18:35 
> добра ты повидал до чёртикоффф :)

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

> А сейчас с твоим текущим сыстемдЫ - шаг влево \ вправо и
> всё в корке. Дебаггер *ля в зубы! :(

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

> Поздравляю Шарики, вы - балбесы!

Балбес, не балбес, а мой сервис работающий с UART он может мониторить на живость, в отличие от monit и runit, которые тут сватают бессмысленно и беспощадно.

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

135. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Michael Shigorinemail (ok), 02-Фев-18, 19:00 
> Балбес, не балбес, а мой сервис работающий с UART он может мониторить
> на живость, в отличие от monit и runit, которые тут сватают
> бессмысленно и беспощадно.

А ещё он умеет обспечить ситуацию вида

# mount /boot
# ls /boot
# _

Здесь должно было быть фото охреневшего меня, пока не выяснилось, что:
- на развёрнутой с флэшки системы задвоились записи для /boot (попал и вариант с флэшки, и для установленной системы);
- systemd "лучше меня знает", что делать, когда в /boot оказалось смонтировано "что-то не то", даже если смонтированное руками при этом по факту оказалось и описанным в /etc/fstab.

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

Жрите такое сами.

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

139. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (-), 02-Фев-18, 21:30 
> А ещё он умеет обспечить ситуацию вида

Можно я вам в вашем стиле, про линч негров? Уж сколько разных веселых ситуаций обеспечивали тюринг-полные инитскрипты - ни одному юниту системд не угнаться. При том отлаживать все это мерзко, криво, неудобно и - долго. Как угодно но если я накосячил в типовом юните системды то я понимю где факап быстро и с минимальным количеством лишних приседаний. Чаще всего просто посмотрев в journalctl.

> - на развёрнутой с флэшки системы задвоились записи для /boot (попал и
> вариант с флэшки, и для установленной системы);

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

> "что-то не то", даже если смонтированное руками при этом по факту
> оказалось и описанным в /etc/fstab.

Когда монтируется запись из fstab это уже в любом случае не совсем руками.

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

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

> Жрите такое сами.

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

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

140. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Аноним (-), 02-Фев-18, 21:40 
А хотите еще загадку из эпохи древних костяшек?

Вот смотрите, есть fstab. Есть записи в нем. Но допустим что у нас нелинейная иерархия. Есть underlying storage. А есть то что зависит от смонтированности других сторажей. Будь то файл образа, оверлей, сетевые фс, или что еще.

Вопрос: где в формате синтаксиса fstab вообще нормыльнй порядок монтирования и зависимости? Нет, можно конечно последовательно все маунтить, как будто на дворе MSDOS и autoexec, но тогда в зависимости от числа записей в fstab время старта может затянуться. Некоторые конечно и 20 дисков будут так монтировать, но это нравится ой как не всем.

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

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

144. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Andrey Mitrofanov (?), 03-Фев-18, 12:13 
> А хотите еще загадку из эпохи древних костяшек?
> Вот смотрите, есть fstab. Есть записи в нем. Но допустим что у
> нас нелинейная иерархия. Есть underlying storage. А есть то что зависит
> от смонтированности других сторажей. Будь то файл образа, оверлей, сетевые фс,
> или что еще.
> Вопрос: где в формате синтаксиса fstab вообще нормыльнй порядок монтирования

$ man fstab |grep order
       comments,  blank  lines are ignored. The order of records in fstab is important because
              This  field  is  used  by  the  fsck(8)  program to determine the order in which
$ _

> и зависимости?

На. Детоксикацию.

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

149. "Доступен системный менеджер systemd 237"  +/
Сообщение от Anonymoustus (ok), 14-Фев-18, 13:59 
Плюсонул.
Ответить | Правка | Наверх | Cообщить модератору

148. "Доступен системный менеджер systemd 237"  +/
Сообщение от Anonymoustus (ok), 14-Фев-18, 13:53 
> Ну вот майнтайнеры навидались чертиков и решили что им это не надо.
> Прописать юнитфайл на десяток строк им проше и копипастить из другого
> дистра его можно почти 1 в 1. А если даже и
> потребуется что-то сменить то это по крайней мере не на третьей
> странице.

Это не майнтайнеры решили, а малолетние программеры прикладухи типа гномокедов и модных фреймворков, которым «мне так удобнее» и «УМВР». Выбор Лиловой Шляпой ЦА был дьявольски точен.


>> Поздравляю Шарики, вы - балбесы!
> Балбес, не балбес, а мой сервис работающий с UART он может мониторить
> на живость, в отличие от monit и runit, которые тут сватают
> бессмысленно и беспощадно.

А когда сломается, вы познаете дзен администрирования, ибо вместо принципиально понятной, особенно под пиво, простыни на баше вам придётся рыть репозитории исходников системды и общаться с тамошним невменозом.

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

127. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от EHLO (?), 31-Янв-18, 08:08 
>> Любая свободная программа работала без модификаций с любым init-ом
> Под зоопарком реализаций инит-скриптов подразумевались проблемы с переносимостью самих
> скриптов, а не запускаемых ими программ. Например, инит-скрипт, написанный для sysvinit
> в Debian, почти гарантированно не будет работать в CentOS, т.к. будет
> рассчитан на дебиановский способ описания зависимостей, настроек, дебиановские вспомогательные
> функции/скрипты и т.п..

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

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

133. "Доступен системный менеджер systemd 237"  –3 +/
Сообщение от Аноним (-), 02-Фев-18, 18:37 
Совместимость кого с кем? В системд есть слой совместимости с sysv, так что в пределах системы совместимость в целом есть. А между системами совместимости никогда и не было.
Ответить | Правка | Наверх | Cообщить модератору

145. "Доступен системный менеджер systemd 237"  +/
Сообщение от Andrey Mitrofanov (?), 03-Фев-18, 12:16 
> Совместимость кого с кем? В системд есть

Он про "совместимость" Redhate-а c Debian-ом.

Он делает вид, что RedXxx решали такую "проблему".

Он делает вид, что RedXxx решали её и с s-d.

Снова.

Все 237 раз.  :-l

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

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

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




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

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