The OpenNET Project / Index page

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



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

Оглавление

Выпуск системы инициализации GNU Shepherd 0.7, opennews (??), 17-Фев-20, (0) [смотреть все]

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


5. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (5), 17-Фев-20, 13:09 
спроси "зачем" у поттеринга
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск системы инициализации GNU Shepherd 0.7"  +1 +/
Сообщение от Аноним (6), 17-Фев-20, 13:20 
С ним всё ясно — лучший инит из существующих (даже дебиан и убунта оценили), с кучей дополнительных плюшек.

А это зачем — непонятно.

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

8. "Выпуск системы инициализации GNU Shepherd 0.7"  +3 +/
Сообщение от Аноним (8), 17-Фев-20, 13:25 
У них неприятие DSL'ов (специализированых языков вроде языка unit-файлов systemd) и стремление пихать вместо них всюду scheme.
Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск системы инициализации GNU Shepherd 0.7"  +1 +/
Сообщение от Аноним (6), 17-Фев-20, 13:32 
О да, INI — это rocket science, лисп гораздо проще (а ещё лучше хаскель, перл или, для совсем любителей KISS, брейнфак).
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (2), 17-Фев-20, 15:09 
А кроме .ini там что? Бинарные логи, встроенный вебсервер, QR-коды и стремление заменить собой все существующие демоны. Это ж и есть самый настоящий KISS, да.
Ответить | Правка | Наверх | Cообщить модератору

117. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от mommy (?), 18-Фев-20, 08:59 
Как овцы за друг другом. Там бинарные логи, беееееее. У самого проекта нет цели заменить всех, это у ваших дист мантейнеров таая цель.
Ответить | Правка | Наверх | Cообщить модератору

124. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Michael Shigorinemail (ok), 18-Фев-20, 15:58 
> Как овцы за друг другом. Там бинарные логи, беееееее. У самого проекта
> нет цели заменить всех, это у ваших дист мантейнеров таая цель.

Во-первых, Вы или целенаправленно лжёте, или ни хрена не понимаете.

А во-вторых, чё-то заметил я такую штуку: по одну сторону речки кучкуются глобалисты, западники и крикуны за systemd (и прочие ibm, redhat, google, microsoft); по другую сторону -- те, кому "чтоб жило и работало".  Понятно, не без исключений, но тенденция видна довольно чётко.

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

134. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (-), 18-Фев-20, 23:30 
> Во-первых, Вы или целенаправленно лжёте, или ни хрена не понимаете.

А может он вас так со стороны воспринимает? К тому есть валидные чисто технические предпосылки, в виде игнора или даунплея многих long standing проблем при выпячивании каких-то нишевых corner cases.

> microsoft); по другую сторону -- те, кому "чтоб жило и работало".
>  Понятно, не без исключений, но тенденция видна довольно чётко.

Еще одно далеко идущее обобщение из которого можно seed'ить prng :P

Ну и вообще, так и представляю себе MS, IBM, Google, RH... с неработающими системами. Так, а что они с неработающими системами делают и как они на них $ зарабатывают? Особенно гугл какой-нибудь? :)

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

138. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 10:47 
> А во-вторых, чё-то заметил я такую штуку: по одну сторону речки кучкуются глобалисты, западники и крикуны за systemd (и прочие ibm, redhat, google, microsoft); по другую сторону -- те, кому "чтоб жило и работало".  Понятно, не без исключений, но тенденция видна довольно чётко.

А, то есть взять протестированный большим сообществом дистрибутив с systemd (Debian, например), выломать из него ключевые компоненты и на живую нитку прикрутить вместо них пoделку от Васи — это "чтоб жило и работало"?

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

122. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от InuYasha (?), 18-Фев-20, 12:23 
QR-коды? Мне даже стало интересно. Хотя, тут уже спорный вопрос о человекочитаемости. Но если этот код фоткать с экрана зависшего сервака - будет, думаю, удобно.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

135. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (135), 19-Фев-20, 00:13 
А если проблему срочно надо решать? А тут надо бегать, искать чем фоткать, потом искать чем распознать. Да-да, у админов зачастую бывают простозвонилки в кармане. А ASCII-текст посмотрел собственными глазками и понял проблему.
Ответить | Правка | Наверх | Cообщить модератору

139. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 10:49 
Внезапно, QR-коды не отменяют простого текста.
Проблема в основном в олдовых ветеран-админах, которые банально не умеют читать.
Ответить | Правка | Наверх | Cообщить модератору

144. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 11:00 
> А кроме .ini там что? Бинарные логи, встроенный вебсервер, QR-коды и стремление заменить собой все существующие демоны. Это ж и есть самый настоящий KISS, да.

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

Именно поэтому практически все энтерпрайзные решения для логов (ELK, Graylog, Splunk) используют бинарный формат хранения логов. Потому что поиск по десятку другому терабайт логов, раскиданных по десятку нод, внезапно происходит гораздо быстрее, если они лежат в СУБД типа эластика.

С вашим грепом, профессиональные админы вас на смех поднимут.

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

16. "Выпуск системы инициализации GNU Shepherd 0.7"  –4 +/
Сообщение от Аноним (-), 17-Фев-20, 15:08 
Потому что когда логика и конфигурация замешены в одну непотребную кучу, где ключевые параметры находятся на третьей странице нетривиального кода - это паршиво. С точки зрения майнтенанса. Поттерингу его корпоративщики это таки донесли, а вольным художникам что, их дело свои креативом всеx "осчастливить", а как там кто это майнтайнить будет - не их проблемы. Майнтенанс это скучно и не креативно, сами понимаете.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

65. "Выпуск системы инициализации GNU Shepherd 0.7"  +4 +/
Сообщение от Аноним (-), 17-Фев-20, 19:07 
> Потому что когда логика и конфигурация замешены в одну непотребную кучу, где
> ключевые параметры находятся на третьей странице нетривиального кода - это паршиво.

То ли дело, когда все то же самое, но спрятанно в миллионе строк сишного кода, о да.
https://github.com/systemd/systemd/blob/master/src/core/devi...


static void device_upgrade_mount_deps(Unit *u) {
        Unit *other;
        Iterator i;
        void *v;
        int r;

        /* Let's upgrade Requires= to BindsTo= on us. (Used when SYSTEMD_MOUNT_DEVICE_BOUND is set) */

        HASHMAP_FOREACH_KEY(v, other, u->dependencies[UNIT_REQUIRED_BY], i) {
                if (other->type != UNIT_MOUNT)
                        continue;

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

77. "Выпуск системы инициализации GNU Shepherd 0.7"  –3 +/
Сообщение от Аноним (-), 17-Фев-20, 20:23 
> То ли дело, когда все то же самое, но спрятанно в миллионе
> строк сишного кода, о да.

Представляете себе, на этом глобусе еще и разделение труда придумали?! В процессе администрирования *админ* вообще в тот сишный код не лезет :). Так что отлично сравнили ж... с пальцем, молодца.

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

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

90. "Выпуск системы инициализации GNU Shepherd 0.7"  +4 +/
Сообщение от Аноним (90), 17-Фев-20, 22:33 
В процессе администрирования *админу* приходится лезть в код на самых разных языках. Потому что отмазка про "разделение труда" ну никак не канает, когда нужен результат, причём вот сейчас, а не через месяц, когда сишный программист сподобится прочитать багрепорт этого админа.
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (-), 17-Фев-20, 22:51 
> В процессе администрирования *админу* приходится лезть в код на самых разных языках.
> Потому что отмазка про "разделение труда" ну никак не канает, когда
> нужен результат, причём вот сейчас, а не через месяц, когда сишный
> программист сподобится прочитать багрепорт этого админа.

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

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

94. "Выпуск системы инициализации GNU Shepherd 0.7"  +1 +/
Сообщение от Michael Shigorinemail (ok), 17-Фев-20, 23:05 
> Я позволю себе считать что именно *админу* в общем случае в *коде
> системды* рыться ни к чему.

Ага, особенно когда ЭТО сегфолтится.

Эх, молодёжж.

PS: поздравляю с очередным маскофэйлом до кучи.

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

110. "Выпуск системы инициализации GNU Shepherd 0.7"  +3 +/
Сообщение от Аноним (110), 18-Фев-20, 04:24 
> Ага, особенно когда ЭТО сегфолтится.

Вы знаете, у лично меня он сегфолтился 1 раз в жизни. Что забавно - на встраиваемой системе. Что еще забавнее - я практикую failure analisys. Мне нравятся надежные системы. И кто бы мог подумать, root cause - сыпучая карта памяти, и если не прочелся libc6, systemd лишь первая ласточка :)

Факап? С другой стороны, +100 опыта и другим системам разлетелся интересный образ. Который такие приколы забавно обыгрывает. При помощи btrfs'а я научился разворачивать теорвер в свою сторону, юзая DUP для всего. На паре штук всплыли довольно сыпучие карты, попутно механике btrfs подвалил хороший стресстест. Который кстати, прекрасно держит, несмотря на то что dup довольно экзотичная схема хранения. Чертыхается, чинит, системы пашут, в общем как это и должно быть :)

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

> Эх, молодёжж.

Да ну вас, ветеранюниксов, скучные и привычных скелетов в шкафу игнорите :)

> PS: поздравляю с очередным маскофэйлом до кучи.

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

Из недавних фэйлов припоминаю разве что разбитое "бронированное" окно cybertruck. Однако, глядя на число предзаказов, пожелаем и мне таких фэйлов, чтоли, да побольше :)

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

118. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от nobody (??), 18-Фев-20, 10:05 
О, приятно видеть ещё одного везунчика.
systemd не соответствует энтерпрайзному подходу RAS ни по одному пункту. Поэтому только на десктоп.
Надежность системы не выше надежности самого ненадежного элемента.
Показательно, что только сбой железа может подчеркнуть надежность systemd.

Даже "древний" sysVinit не позволял себе не отмонтировать примонтированные вручную директории.
Поэтому, каждый раз благодарим systemd и _не_забываем_ сделать это сами вручную перед ребутом.
И, да, серия положительных исходов при малой вероятности не может быть бесконечной.

Из последнего, мне "понравилось" восстанавливать доступ к libvirtd по tls при переходе к fedora-31. Единственное место, где попалось разумное пояснение ситуации https://bugzilla.redhat.com/show_bug.cgi?id=1741403 .
Судя по всему, скоро этот подход прийдёт ко всем сетевым сервисам.

Ну, пусть сабж попробуют, вдруг что хорошее всё-таки получится.

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

126. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (126), 18-Фев-20, 19:03 
> О, приятно видеть ещё одного везунчика.

И если заметить, не повезло по линии осыпавшегося стоража, при том если это под libc6, извините, но система превращается в тыкву независимо от системы инициализации.

> systemd не соответствует энтерпрайзному подходу RAS ни по одному пункту. Поэтому только на десктоп.

Вообще-то наоборот. По крайней мере он имеет апи для вачдогования процессов, может сделать что-то осмысленное если юнит не взлетел, для начальной отладки системы там логи какие-никакие есть, etc.

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

Сам по себе системд вообще никаких проблем мне не создавал. Я не знаю что там с ним Шигорин и ко сделали для этого. Запостили бы failure analisys чтоли.

> Даже "древний" sysVinit не позволял себе не отмонтировать примонтированные вручную директории.

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

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

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

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

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

> Из последнего, мне "понравилось" восстанавливать доступ к libvirtd по tls при переходе
> к fedora-31. Единственное место, где попалось разумное пояснение ситуации

Я не пользуюсь федорой и libvirtd, так что мне это знание достаточно иррелевантно.

> Ну, пусть сабж попробуют, вдруг что хорошее всё-таки получится.

Я бы для начала федору юзать на ответственных системах не стал бы. Впрочем и редхат тоже. Но по иным причинам.

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

120. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (2), 18-Фев-20, 10:46 
>В процессе администрирования *админ* вообще в тот сишный код не лезет :).

Ну а если таки придётся? Вот тогда он и хлебнёт Ленькиных испраждений по горло.

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

125. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (125), 18-Фев-20, 18:15 
Если одмен не может в С, то может и не стоит и лезть?
Ответить | Правка | Наверх | Cообщить модератору

127. "Выпуск системы инициализации GNU Shepherd 0.7"  –1 +/
Сообщение от Аноним (-), 18-Фев-20, 19:37 
> Ну а если таки придётся? Вот тогда он и хлебнёт Ленькиных испраждений по горло.

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

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

150. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 11:24 
Ну, не равняйте себя с настоящими ветеран-админами, которые патчат сишный код ежедневно :)

Вам-то работать надо, а у них время есть.

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

157. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (-), 19-Фев-20, 23:57 
> Ну, не равняйте себя с настоящими ветеран-админами, которые патчат сишный код ежедневно :)
> Вам-то работать надо, а у них время есть.

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

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

142. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 10:53 
> Ну а если таки придётся? Вот тогда он и хлебнёт Ленькиных испраждений по горло.

Это лучше, чем дописывать sysvinit до базовой функциональности инита :)

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

145. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 11:08 
> Потому что когда логика и конфигурация замешены в одну непотребную кучу, где ключевые параметры находятся на третьей странице нетривиального кода - это паршиво. С точки зрения майнтенанса.

Ну, Поттеринг следует "правилу разделения" по Реймонду
> Отделяйте правила (policy) от механизма (mechanism); отделяйте интерфейс от движка (engine).

Оно, кстати, считается одной из ключевых заповедей философии Unix.
А системы с init-скриптами как раз построены на полном отрицании этого правила. Почему?

Потому что есть два "проще": "проще писать" и "проще потом с этим работать". И "ветеран-админской" трактовке философии Unix под KISS подразумевается именно возможность быстро слабать прототип на коленке. А как потом его будут поддерживать и настраивать — "не парься, он же простой, переписать с нуля не проблема".

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

154. "Выпуск системы инициализации GNU Shepherd 0.7"  +1 +/
Сообщение от myhand (ok), 19-Фев-20, 12:55 
>> Потому что когда логика и конфигурация замешены в одну непотребную кучу, где ключевые параметры находятся на третьей странице нетривиального кода - это паршиво. С точки зрения майнтенанса.
> Ну, Поттеринг следует "правилу разделения" по Реймонду

Да ничему он не следует, кроме ветра в межушном пространстве.  В его "декларативном" иязыке - куча *If* директив, про *Exec* уж не говорю.  Так что это полноценный язык программирования, просто жутко устроенный.  Но никак не язык конфигурации.

> А как потом его будут поддерживать и настраивать

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

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

158. "Выпуск системы инициализации GNU Shepherd 0.7"  –1 +/
Сообщение от Аноним (-), 20-Фев-20, 00:03 
> Да ничему он не следует, кроме ветра в межушном пространстве.  В
> его "декларативном" иязыке - куча *If* директив, про *Exec* уж не
> говорю.  Так что это полноценный язык программирования, просто жутко устроенный.

На мой вкус это вполне себе неплохо работает для конфигурации. И как программирование я это все же не рассматриваю.

>  Но никак не язык конфигурации.

В конечном штуке оно таки позволяет топтать клаву в разы меньше и все по делу. И это как бы плюс.

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

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

> Так что "проще потом с этим работать" - как раз в приоритете.

И это явно не про то месиво в sysv. А так майнтайнеры по-моему очень ясно проголосовали за что они.

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

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

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

164. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от myhand (ok), 20-Фев-20, 12:18 
> На мой вкус это вполне себе неплохо работает для конфигурации. И как
> программирование я это все же не рассматриваю.

Тогда какие претензии к нормальным языкам?  Просто не рассматривайте их как
полноценные языки программирования в контексте задачи конфигурации.

>> Так что "проще потом с этим работать" - как раз в приоритете.
> И это явно не про то месиво в sysv. А так майнтайнеры
> по-моему очень ясно проголосовали за что они.

"Голосование" в дебиан - это отдельная песня.  ИМХО, голоса тех, кого стоило бы
слушать - давно оттуда свалили.  Зато теперь антихерассмент есть и сис*ки
запрещены, прям как на опеннете...

>> потом было просто разобраться, без написания мануалов "где тут что у меня в системе".
> Ага, намного круче в трех страницах паскудного кода ковыряться, переизобретающего базовую
> функциональность i++'й раз.

Да все там с инит-скриптами в Debian было нормально.  А с теми шаблонными кусками кода,
что еще где-то повторялись - вполне можно было бы разобраться в штатном режиме,
через багтрекер и вынос в библиотеку или специальные утилиты (как сделали
с start-stop-daemon).

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

166. "Выпуск системы инициализации GNU Shepherd 0.7"  –1 +/
Сообщение от Аноним (166), 20-Фев-20, 23:13 
> Тогда какие претензии к нормальным языкам?  Просто не рассматривайте их как
> полноценные языки программирования в контексте задачи конфигурации.

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

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

> "Голосование" в дебиан - это отдельная песня.  ИМХО, голоса тех, кого
> стоило бы слушать - давно оттуда свалили.  Зато теперь антихерассмент есть и сис*ки
> запрещены, прям как на опеннете...

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

> Да все там с инит-скриптами в Debian было нормально.

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

> что еще где-то повторялись - вполне можно было бы разобраться в штатном
> режиме, через багтрекер и вынос в библиотеку или специальные утилиты (как сделали
> с start-stop-daemon).

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

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

170. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от myhand (ok), 21-Фев-20, 14:55 
> Хоть это и смахивает на забивание микроскопом гвоздей,
> но, в принципе, тяжелым микроскопом

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

> Системд как раз отличен тем что неудобен для всяких выходок.

Дураки, к сожалению, крайне изобретательны.

>> "Голосование" в дебиан - это отдельная песня.  ИМХО, голоса тех, кого
>> стоило бы слушать - давно оттуда свалили.  Зато теперь антихерассмент есть и сис*ки
>> запрещены, прям как на опеннете...
> Что-то я не заметил чтобы на опеннете да вдруг харассмент был запрещен.

Это потому что комментарии с обоснованными итогами вида "ты <трибуквы>!" - тут удаляют.

>> Да все там с инит-скриптами в Debian было нормально.
> Кроме того что это глючное месиво

У меня все работало где-то с ~2002 года.  Вы тогда хоть родились?

> Блин, это тебе в альтлинукс надо,

Не дождутся.  Из дебиана есть куды бечь, вот хоть в Guix.

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

172. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (172), 21-Фев-20, 23:38 
> Т.е. забивание микроскопом другой фирмы, который собственно для непосредственной-то
> цели и не очень хорош - вас не смущает?

Ежели инструмент работает, и лучше чем то что до него было - не вижу проблем. И для меня это именно вот так.

> Дураки, к сожалению, крайне изобретательны.

Я не считаю майнтайнеров дебиана таковыми. А если б считал то наверное не юзал бы их дистр.

> Это потому что комментарии с обоснованными итогами вида "ты <трибуквы>!" - тут удаляют.

Вон у LED-а например 99% коментов такие. Походу это не работает.

> У меня все работало где-то с ~2002 года.  Вы тогда хоть родились?

Гораздо раньше.

>> Блин, это тебе в альтлинукс надо,
> Не дождутся.  Из дебиана есть куды бечь, вот хоть в Guix.

Что так? :) У них даже вон пакетный менеджер - apt. А, главное, уважаемый сэр, не забудьте свою пихтонрасию с собой забрать, just in case.

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

174. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от myhand (ok), 22-Фев-20, 18:01 
>> Т.е. забивание микроскопом другой фирмы, который собственно для непосредственной-то
>> цели и не очень хорош - вас не смущает?
> Ежели инструмент работает, и лучше чем то что до него было -
> не вижу проблем.

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

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

Так в Debian и не было большой трагедии от использования sysvinit.  Проблема с
дублированием кода инит-скриптов - вообще наиболее тривиальна для решения
без замены системы инициализации.

>> Это потому что комментарии с обоснованными итогами вида "ты <трибуквы>!" - тут удаляют.
> Вон у LED-а например 99% коментов такие.

Я бы не сказал.  Скорее, там просто про три буквы.  А "херассмент" - обычно обслуживает
случаи, когда у оппонента "горит" именно от сопутствующих аргументов.

>> У меня все работало где-то с ~2002 года.  Вы тогда хоть родились?
> Гораздо раньше.

А школу закончили?)

>>> Блин, это тебе в альтлинукс надо,
>> Не дождутся.  Из дебиана есть куды бечь, вот хоть в Guix.
> Что так? :) У них даже вон пакетный менеджер - apt.

Протухший, как и весь ALT.

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

Это вы об чем?

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

33. "Выпуск системы инициализации GNU Shepherd 0.7"  +3 +/
Сообщение от lockywolfemail (ok), 17-Фев-20, 15:45 
Поддерживать интерпретатор ещё одного языка специально для инициализации? Это ли не велосипед?
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

35. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Michael Shigorinemail (ok), 17-Фев-20, 15:49 
> Поддерживать интерпретатор ещё одного языка специально для инициализации?
> Это ли не велосипед?

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

А конкретно для проекта Guix это вообще не вопрос, полагаю :-)

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

64. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от myhand (ok), 17-Фев-20, 19:05 
> автор уже после переписывания успел в этом раскаяться

Это где?

> на шелле и для портабельного разработческого софта это куда уместней

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

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

74. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Lockywolf (ok), 17-Фев-20, 20:05 
>> Поддерживать интерпретатор ещё одного языка специально для инициализации?
>> Это ли не велосипед?
> Ну вообще-то на guile закладывался тот же autogen в текущей версии, правда,
> автор уже после переписывания успел в этом раскаяться (раньше было на
> шелле и для портабельного разработческого софта это куда уместней).
> А конкретно для проекта Guix это вообще не вопрос, полагаю :-)

Вопрос был не в гиксе, а как раз в юнитах systemd. Для них есть официальная грамматика на бизоне?

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

146. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 11:14 
Парсить INI бизоном — как из пушки по воробьям стрелять.
Ответить | Правка | Наверх | Cообщить модератору

155. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (-), 19-Фев-20, 15:10 
> Парсить INI бизоном — как из пушки по воробьям стрелять.

Лучше это делать с помощью размазанного ровным слоем по всему коду strncmp?

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

44. "Выпуск системы инициализации GNU Shepherd 0.7"  +1 +/
Сообщение от qetuo (?), 17-Фев-20, 16:59 
Многие проекты GNU используют Guile. Если ты уже используешь какие-то программы GNU кроме минимального их набора, то, скорее всего, у тебя уже установлен Guile.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

140. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 10:50 
> Поддерживать интерпретатор ещё одного языка специально для инициализации? Это ли не велосипед?

Нехило вы так разработчиков OpenRC унизили.

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

152. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от lockywolfemail (ok), 19-Фев-20, 12:13 
>> Поддерживать интерпретатор ещё одного языка специально для инициализации? Это ли не велосипед?
> Нехило вы так разработчиков OpenRC унизили.

Мне похрену, у нас в дистрибутиве SystemV.

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

37. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (37), 17-Фев-20, 15:55 
Scheme это метаязык для DSL.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

59. "Выпуск системы инициализации GNU Shepherd 0.7"  –1 +/
Сообщение от Ю.Т. (?), 17-Фев-20, 18:00 
Также в Guix и в Mes.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

19. "Выпуск системы инициализации GNU Shepherd 0.7"  +1 +/
Сообщение от Аноним (19), 17-Фев-20, 15:13 
А "дебиан и убунта" сами в туалет тоже могут ходить? А зад себе подтирают сами?
Если нет, то и оценить они ничего не могут!
Все ему ясно, видите ли ;)
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

141. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 10:52 
Ну, пока в неумении подтереть себе зад признались только разработчики eudev.
Правда, они потом раскаялись и извинились.
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск системы инициализации GNU Shepherd 0.7"  –1 +/
Сообщение от proninyaroslavemail (ok), 17-Фев-20, 19:26 
Поттеринг хотел систему инициализации как в мак оси
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

69. "Выпуск системы инициализации GNU Shepherd 0.7"  –1 +/
Сообщение от анононимис (?), 17-Фев-20, 19:37 
я этим убожеством (МакОС) каждый день пользуюсь. железо просто отличное, но операционка гам.о. жаль нельзя снести по корпоративным правилам
Ответить | Правка | Наверх | Cообщить модератору

78. "Выпуск системы инициализации GNU Shepherd 0.7"  +4 +/
Сообщение от Аноним (-), 17-Фев-20, 20:24 
> я этим убожеством (МакОС) каждый день пользуюсь. железо просто отличное, но операционка
> гам.о. жаль нельзя снести по корпоративным правилам

Всегда есть опция уволиться из гестапо. Даже гламурного! :)

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

85. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (85), 17-Фев-20, 21:15 
К кошмарном сне не могу представить что придется работать каждый день за маком.
Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

112. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (112), 18-Фев-20, 04:29 
> я этим убожеством (МакОС) каждый день пользуюсь. железо просто отличное, но операционка гам.о. жаль нельзя снести по корпоративным правилам

"Когда каждый в душе Сид Вишез, а на деле Иосиф Кобзон" (c)

Главное не расстраивайся, анон. Тут еще кроме тебя весь опеннет такой.

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

149. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 11:21 
> я этим убожеством (МакОС) каждый день пользуюсь. железо просто отличное

Это какого же дремучего года должен быть макбук, чтобы там ещё оказалось нормальное железо? 2015?

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

143. "Выпуск системы инициализации GNU Shepherd 0.7"  +/
Сообщение от Аноним (6), 19-Фев-20, 10:55 
> Поттеринг хотел систему инициализации как в мак оси

В итоге получилось сильно лучше.
launchd откровенно убoг по сравнению с системдой.

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

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

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




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

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