The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Новая версия системного менеджера Systemd 206"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Новая версия системного менеджера Systemd 206"  +/
Сообщение от opennews (??) on 23-Июл-13, 10:40 
Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2013-Jul...) релиз системного менеджера systemd 206 (http://www.freedesktop.org/software/systemd/). Новая версия вышла спустя две недели с момента выхода systemd 205 (https://www.opennet.ru/opennews/art.shtml?num=37373)  и в основном содержит исправления ошибок, выявленных в реализации новой концепции работы с cgroups для управления системными ресурсами.


Среди изменений:


-  В утилиту systemctl добавлена поддержка опции "--state=", позволяющей фильтровать вывод списка юнитов по состоянию активации;
-  Опция "journalctl -b" даёт возможность просмотра вывода, отображаемого в процессе последней или предыдущих загрузок;
-  Для systemd-detect-virt и ConditionVirtualization обеспечено определение виртуальных машин UML (User-Mode-Linux machines);
-  В systemd-cryptsetup добавлена поддержка TrueCrypt;
-  В .socket-юниты добавлена поддержка  опции SO_REUSEPORT, позволяющей разрешить нескольким слушающим сокетам подключиться к одному порту для приёма соединений. Поступающие соединения и пакеты распределяются одновременно по всем подключенным через SO_REUSEPORT сокетам, что позволяет упростить распределение обработчиков соединения по разным процессам.

URL: http://lists.freedesktop.org/archives/systemd-devel/2013-Jul...
Новость: https://www.opennet.ru/opennews/art.shtml?num=37489

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

Оглавление

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


2. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от Ананс on 23-Июл-13, 10:40 
Объясните, пожалуйста, подробно и без буйства: что такого плохого в этом "systemd" (кроме названия)? Всегда такие волны ненависти на каждый релиз накатывают... Также интересует, какой(ие) пакет(ы) использовались вместо него ранее, и в чём причина отказа от него (них) в пользу этого решения?

Заранее спасибо.

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

5. "Новая версия системного менеджера Systemd 206"  +6 +/
Сообщение от WherWolf on 23-Июл-13, 10:47 
Ну в этот раз релиз совсем скучный получился, например. Ни видеоплеера интегрированного, ни собственного DM. Именно за это его сейчас и отругают.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

17. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от Аноним (??) on 23-Июл-13, 12:08 
За отсутствие видеоплеера и DM?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

45. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 13:56 
ДМ там уже есть
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

113. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от pavlinux (ok) on 23-Июл-13, 16:15 
торрент-клиент и биткоин-майнер уже впаяли?
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

116. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 23-Июл-13, 16:21 
> торрент-клиент и биткоин-майнер уже впаяли?

это пока ещё не портировали из LeechCraft.

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

214. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 24-Июл-13, 03:08 
> торрент-клиент и биткоин-майнер уже впаяли?

Плагин можно скачать. Один у Коливаса (тот который анестезиолог), второй - по вкусу, например на transmissionbt.com. Да-да, они запилили поддержку systemd, без приколов :).

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

6. "Новая версия системного менеджера Systemd 206"  +6 +/
Сообщение от Boboms (ok) on 23-Июл-13, 11:04 
> Объясните, пожалуйста, подробно и без буйства: что такого плохого в этом "systemd" (кроме названия)?

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

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

11. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от trashwind email(ok) on 23-Июл-13, 11:27 
> Объясните, пожалуйста, подробно и без буйства: что такого плохого в этом "systemd"
> (кроме названия)? Всегда такие волны ненависти на каждый релиз накатывают... Также
> интересует, какой(ие) пакет(ы) использовались вместо него ранее, и в чём причина
> отказа от него (них) в пользу этого решения?
> Заранее спасибо.

Ничего плохого. Просто здесь дебилы его хаят, ну потому что дебилы. В systemd собрали кучу разрозненных компонентов, занимающихся загрузкой, воедино. Получилось хорошо, реально хорошо: управлять удобно, настраивать и оптимизировать не надо, писать инит-файлы (а точнее service и socket файлы) очень просто, работает быстро, с системой cgroup завязан хорошо. В отличие от upstart и классического init круто. Openrc по скорости работы на уровне. А дебилов раздражает, что туда нормальный, полноценный журнал встроили, qr-коды опционально и мини вэб-сервер, опять же опционально. Скоро будет встроена замена ConsoleKit.

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

15. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ssh (ok) on 23-Июл-13, 11:38 
One ring to rule them all, one ring to find them,
One ring to bring them all and in the darkness bind them.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

22. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от Аноним (??) on 23-Июл-13, 12:39 
Нене, когда есть куча мелких демонов-феодалов с кольцами власти, и один главный демон с кольцом всевластия - это как раз обычный sysv init. Вроде бы все чинно и благородно, у каждого родословная длинная, и все чуть ли ни с самим Юниксом в родстве. А на деле полная неразбериха во власти, и каждый считает своим долгом обложить налогом любого, кто пересекает границу их владений.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

35. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от anonymous (??) on 23-Июл-13, 13:38 
хе, какой феерический бред.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

18. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от AX (ok) on 23-Июл-13, 12:25 
>писать инит-файлы (а точнее service и socket файлы) очень просто

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

И осиль уже openrc.

>работает быстро

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

>с системой cgroup завязан хорошо

http://lists.freedesktop.org/archives/systemd-devel/2013-Jun... — а сам Поццеринг говорит, что текущая схема использования cgroup полное дерьмо. Кому верить?

>туда нормальный, полноценный журнал встроили

См. выше.

>Скоро будет встроена замена ConsoleKit.

logind там уже сто лет есть, недебил ты наш. :)

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

30. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 13:26 
>…пока не доходит до чего-то более сложного, чем "запустить этот бинарник при старте, грохнуть при останове".
>И осиль уже openrc.

Прошу примеры "чего-то более сложного" где справляется openrc и не справляется systemd.

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

36. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от anonymous (??) on 23-Июл-13, 13:39 
>>…пока не доходит до чего-то более сложного, чем "запустить этот бинарник при старте, грохнуть при останове".
>>И осиль уже openrc.
> Прошу примеры "чего-то более сложного" где справляется openrc и не справляется systemd.

Конструкцию if туда добавили?

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

39. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 13:44 
>>>…пока не доходит до чего-то более сложного, чем "запустить этот бинарник при старте, грохнуть при останове".
>>>И осиль уже openrc.
>> Прошу примеры "чего-то более сложного" где справляется openrc и не справляется systemd.
> Конструкцию if туда добавили?

Пример (в контексте старта демона) где нужна "конструкция if"?

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

43. "Новая версия системного менеджера Systemd 206"  +4 +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 13:50 
и case нету? Неужто Exec, PreExec, PreExec1, PreExec2, PrePreExec, etc?))

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

51. "Новая версия системного менеджера Systemd 206"  +5 +/
Сообщение от AX (ok) on 23-Июл-13, 14:15 
> и case нету? Неужто Exec, PreExec, PreExec1, PreExec2, PrePreExec, etc?))

Там вообще ничего нет. Адепты systemd постоянно кричат про нечитабельный бардак в баш-скриптах, но по факту этот бардак никуда не девается, его просто спихивают в исходники systemd, сторонние скрипты etc. Прямо как дети, которые вместо уборки спихивают все игрушки под кровать. :)

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

56. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 14:31 
> и case нету? Неужто Exec, PreExec, PreExec1, PreExec2, PrePreExec, etc?))

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

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

62. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 14:38 
> Ну в общем нет примеров.

а жаль. Я думал ты покажешь что инит может что-то большее, чем запустить/грохнуть бинарник.

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

Кстати, а бинарники на Си - в какую категорию извращений попадает? Раз уж мусье знаток ;)

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

77. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 14:56 
>> Ну в общем нет примеров.
> а жаль. Я думал ты покажешь что инит может что-то большее, чем
> запустить/грохнуть бинарник.

Так примеров то я вас прошу ) А вот, например, сделать на чистом ините как ниже слабо?

cat /usr/lib/systemd/system/sshd.socket
[Unit]
Conflicts=sshd.service
Wants=sshdgenkeys.service

[Socket]
ListenStream=22
Accept=yes

[Install]
WantedBy=sockets.target

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

Туда же, куда и бинарное ядро, бинарный sendmail и прочее "бинарное говно"

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

83. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 15:07 
>[оверквотинг удален]
> чистом ините как ниже слабо?
> cat /usr/lib/systemd/system/sshd.socket
> [Unit]
> Conflicts=sshd.service
> Wants=sshdgenkeys.service
> [Socket]
> ListenStream=22
> Accept=yes
> [Install]
> WantedBy=sockets.target

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

> Туда же, куда и бинарное ядро, бинарный sendmail и прочее "бинарное говно"

ясно, правда зачем вы называете говном то что перечислили, в том числе и системгэ?
Можно ведь просто было назвать системгэ...

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

87. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:11 
>[оверквотинг удален]
>> [Unit]
>> Conflicts=sshd.service
>> Wants=sshdgenkeys.service
>> [Socket]
>> ListenStream=22
>> Accept=yes
>> [Install]
>> WantedBy=sockets.target
> запуск sshd - один инит, генерация ключей - другой инит.))) О чём
> и говорилось выше. Спасибо за пример.

Это же Unix-way в чистом виде ) А socket-активацию вы как бы не заметили, да?

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

Предложите Леннарту, может ему понравится.

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

91. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 15:19 
> Это же Unix-way в чистом виде )

Маловато смайликов для такой шутки :) Если конечно журнал хотя бы можно выпилить и заменить своим.

> А socket-активацию вы как бы не заметили, да?

заметили. Что она меняет в том что мы говорили о двух ини-файлах вместо одного, где всё понятно?

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

Предложите вы. Тем более что часть идеи - ваша. И вы пользователь его поделия ;)

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

102. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:56 
>> Это же Unix-way в чистом виде )
> Маловато смайликов для такой шутки :) Если конечно журнал хотя бы можно
> выпилить и заменить своим.
>> А socket-активацию вы как бы не заметили, да?
> заметили. Что она меняет в том что мы говорили о двух ини-файлах
> вместо одного, где всё понятно?

Изначальное обсуждение было вроде о возможностях различных систем инициализации. Я просил вас показать как сделать socket-активацию средствами SysVinit. Но видно не дождусь )

>> Предложите Леннарту, может ему понравится.
> Предложите вы. Тем более что часть идеи - ваша. И вы пользователь
> его поделия ;)

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

109. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 16:03 
> показать как сделать socket-активацию средствами SysVinit

никак. потому что это — не задача инита. а если очень хочется — monit в руки и вперёд.

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

122. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 16:28 
>> показать как сделать socket-активацию средствами SysVinit
> никак. потому что это — не задача инита. а если очень хочется
> — monit в руки и вперёд.

А первоначальная инициализация БД - это значит задача инита? )

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

126. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 23-Июл-13, 16:33 
> А первоначальная инициализация БД — это значит задача инита? )

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

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

139. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от ноним (ok) on 23-Июл-13, 17:30 
>> А первоначальная инициализация БД — это значит задача инита? )
> задача инита — запустить скрипт. и умыть руки. и да: вполне логично
> инициализировать базы при первом запуске. потому что я могу поставить, но
> не запускать. ну, вот так вот вышло. или поставить и проинитить
> базы не так, как в скрипте написано. а если я хочу
> навороченый монитор с запускалкой — то это опять не задача инита.

Резюме: все что делает инит - нужно и уместно, все что делает systemd - не нужно. Я где-то так и подозревал )

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

141. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 23-Июл-13, 17:35 
плохое, негодное резюме.
Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

148. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от ноним (ok) on 23-Июл-13, 18:10 
> плохое, негодное резюме.

И вправду. Срезюмирую точнее:

1) systemd умеет все, что умеет SysVinit (иногда только с использованием shell-скриптов), повторяя ВЕСЬ функционал SysVinit --> не нужен.
2) systemd умеет гораздо больше, чем SysVinit, но это не задача сферической системы инициализации в вакууме --> не нужно.

Так? Или есть пример того что может SysVinit и что нельзя повторить в systemd?

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

154. "Новая версия системного менеджера Systemd 206"  +4 +/
Сообщение от arisu (ok) on 23-Июл-13, 18:52 
соединённые в один инструмент молоток, пила и микроскоп *в принципе* умеют всё, что умеют по отдельности молоток, пила и микроскоп. ergo, отдельные молоток, пила и микроскоп не нужны.

так понятней?

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

164. "Новая версия системного менеджера Systemd 206"  –3 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:08 
> соединённые в один инструмент молоток, пила и микроскоп *в принципе* умеют всё,
> что умеют по отдельности молоток, пила и микроскоп. ergo, отдельные молоток,
> пила и микроскоп не нужны.
> так понятней?

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

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

166. "Новая версия системного менеджера Systemd 206"  +3 +/
Сообщение от arisu (ok) on 23-Июл-13, 19:10 
> Понятней. Только мне не нужны молоток, пила и микроскоп. Мне нужна современная
> развивающаяся система инициализации

а дали тебе намертво склёпаные молоток, пилу и микроскоп. такие дела.

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

168. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:13 
>> Понятней. Только мне не нужны молоток, пила и микроскоп. Мне нужна современная
>> развивающаяся система инициализации
> а дали тебе намертво склёпаные молоток, пилу и микроскоп. такие дела.

Дали мне инструмент, который в данный момент устраивает меня больше, чем ваши молоток, пила и микроскоп по отдельности. А если и не будет что-либо устраивать, например микроскоп из коробки (journal), никто не мешает мне использовать ваш микроскоп (syslog) со своим решением. Доступно объяснил?

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

170. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 19:17 
всё-таки не надо, не надо мне переходить на аналогии. мало того, что ты ничего не понял, так мы ещё и полезли аналогию развивать.

на твоём инструменте так и остались крепления для микроскопа. такие дела.

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

175. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:28 
> всё-таки не надо, не надо мне переходить на аналогии. мало того, что
> ты ничего не понял, так мы ещё и полезли аналогию развивать.

А мне кажется, что это вы не поняли ничего )

> на твоём инструменте так и остались крепления для микроскопа. такие дела.

Они меня не смущают совершенно, представьте себе.

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

178. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 19:35 
> Они меня не смущают совершенно, представьте себе.

да представил. «становися буквой 'зю', будем гвозди забивать». фу.

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

245. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 09:26 
> а дали тебе намертво склёпаные молоток, пилу и микроскоп. такие дела.

А что, конфиги редактировать запретили? И даже скрипты их них вызывать? Вообще, давайте уж тогда в /etc поубиваем все конфиги и заменим их скриптами. Чем остальные программы хуже?!

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

261. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 10:12 
ещё один, который в процессе забивания гвоздя навернул себя по башке микроскопом…
Ответить | Правка | ^ к родителю #245 | Наверх | Cообщить модератору

209. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Led (ok) on 24-Июл-13, 00:55 
> Понятней. Только мне не нужны молоток, пила и микроскоп. Мне нужна современная
> развивающаяся система инициализации и судя по всему не только мне, но
> и нескольким дистрибутивам.

Тебе нужно хотя бы обычное среднее образование. Для начала.


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

355. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 29-Июл-13, 21:35 
Как же ты раньше жил без этого, бедняга?
Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

229. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Адекват (ok) on 24-Июл-13, 08:15 
> 2) systemd умеет гораздо больше, чем SysVinit, но это не задача сферической
> системы инициализации в вакууме --> не нужно.

Понимаете, в случае с "не systemd" можно было сделать так:
просто сделать файл с содержимым:


#! /bin/sh
/usr/byn/mydaemon

поместить его в каталог типа /etc/rc.d/
прописать имя файла в файл, где указаны демоны, что должны запустить при старте
и все, городить конструкции вида if theb else case - не обязательно, хотя и можно.
Бинарик просто запуститься.
Но если понадобиться, то можно нагородить всяких конструкций, и добавить туда всего чего только можно, хоть sleep 5, хоть expect, Хоть черта лысого.

В случае с systemd так сделать нельзя.

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

242. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 09:19 
> В случае с systemd так сделать нельзя.

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

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

249. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 09:51 
> как в обычае у поцтеринга.

Большинство скриптов под sysvinit сделаны еще хуже чем поттеринговые конструкции. Видел, имел счастье, спасибочки. Добавки не попрошу - мне переписать конфиг на 5 строк под себя проще чем простыню на 2 страницы где гогнокод перемешан с конфигурацией 50/50. Особенно доставляет если сервер рулил какой-то кулсисоп до тебя.

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

262. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 10:14 
> Большинство скриптов под sysvinit сделаны еще хуже чем поттеринговые конструкции.

у меня — нет.

> Особенно доставляет если сервер рулил какой-то кулсисоп до тебя.

и в этом, конечно, виноват «обычный инит», а не дебил за клавиатурой. ножи тоже отменим: дебилы ними порезаться могут.

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

340. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 25-Июл-13, 09:33 
> 5 строк под себя проще чем простыню на 2 страницы где

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

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

248. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 09:49 
> /usr/byn/mydaemon

Вот только...
0) В этом месте вы по сценарию долго факаете свой мозг: вроде все правильно, но ничего не работает?! Через полчаса брейнфака до вас доходит что "byn" на диске вообще нету. Но про это не будет записей в логах или видимых вам вот так сходу ошибок. А вот нормальный стартер в лог ошибку очень даже запишет, btw. Спасибо за эталонную иллюстрацию!
1) При этому не обеспечивается сколь-нибудь корректная остановка демона.
2) Ситуация внепланового завершения не обрабатывается вообще, что может сильно доставить на машинах в автопилотном режиме.
3) Как насчет запуска под конкретным юзерем, ась?
4) А приоритет нестандартный поставить?
5) Если это сетевой демон - как сделать чтобы он взлетал лишь после того как появилась сеть, например чтобы он мог забиндиться на конкретный айпишник? И сколько скриптятины для этого вам придется вколошматить?

В штуках типа апстарта или системд на пункты 2-4 будет ровно 1 строка конфига, btw.

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

263. "Новая версия системного менеджера Systemd 206"  +3 +/
Сообщение от arisu (ok) on 24-Июл-13, 10:16 
> Спасибо за эталонную иллюстрацию!

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

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

265. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 10:20 
1. нигде не обеспечивается, вообще — если сам демон не имеет такой фичи. от системы инициализации не зависит.
2. обрабатывается. самим демоном, по получению SIGTERM. и опять это не зависит от системы инициализации: обработчик в демоне в любом случае нужен, иначе это где угодно будет обычный kill -9.
3. man sudo. этот скрипт при загрузке работает от рута, кормить sudo паролем не надо.
4. man nice, man ionice.
5. запускать его после скриптов, поднимающих сеть. 0.
Ответить | Правка | ^ к родителю #248 | Наверх | Cообщить модератору

266. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 10:53 
> 1. нигде не обеспечивается, вообще — если сам демон не имеет такой
> фичи. от системы инициализации не зависит.
> 2. обрабатывается. самим демоном, по получению SIGTERM. и опять это не зависит
> от системы инициализации: обработчик в демоне в любом случае нужен, иначе
> это где угодно будет обычный kill -9.

Но systemd по крайней мере попытается его перезапустить.
> 3. man sudo. этот скрипт при загрузке работает от рута, кормить sudo
> паролем не надо.

Т.е. еще и sudoers править? )
> 4. man nice, man ionice.

А как быть с приоритезацией?
> 5. запускать его после скриптов, поднимающих сеть. 0.

Автоматизация? Не, не слышали )


Как насчет:
6. приватного /tmp для каждого демона
7. квот
8. сигналов для сервисов
9. привилегий PolicyKit
10. расширенного просмотра статуса
11. chroot-а из коробки
12. cgroups
13. просмотр ВСЕХ процессов сервиса одной командой
14. Readahead

?

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

268. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 11:02 
> Но systemd по крайней мере попытается его перезапустить.

кто просил-то? привет, бесконечный цикл перезапуска! если у меня падает некий конкретный сервис — мне не сложно сделать для него отдельную следилку (да-да, несколько строчек на sh — ракетная наука, если по-твоему). если падают все подряд — хьюстон, у нас большине проблемы.

>> 3. man sudo. этот скрипт при загрузке работает от рута, кормить sudo
>> паролем не надо.
> Т.е. еще и sudoers править? )

ок, man su. хотя, вообще-то, руту в судо всё разрешено обычно.

>> 4. man nice, man ionice.
> А как быть с приоритезацией?

чего?

>> 5. запускать его после скриптов, поднимающих сеть. 0.
> Автоматизация? Не, не слышали )

автоматизация — это не когда «мы героически создали себе проблему, а теперь попытаемся автоматизировать её решение».

> Как насчет:

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

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

272. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 11:24 
>> Но systemd по крайней мере попытается его перезапустить.
> кто просил-то? привет, бесконечный цикл перезапуска! если у меня падает некий конкретный
> сервис — мне не сложно сделать для него отдельную следилку (да-да,
> несколько строчек на sh — ракетная наука, если по-твоему). если падают
> все подряд — хьюстон, у нас большине проблемы.

И вы обломайтесь:
OnFailure=. Defaults to false.

А если понадобится - никаких строчек на sh не нужно будет писать.

>>> 3. man sudo. этот скрипт при загрузке работает от рута, кормить sudo
>>> паролем не надо.
>> Т.е. еще и sudoers править? )
> ок, man su. хотя, вообще-то, руту в судо всё разрешено обычно.

Начитавшись манов sudo и su, дебиановцы возложили эту задачу на start-stop-daemon )

>>> 4. man nice, man ionice.
>> А как быть с приоритезацией?
> чего?

http://en.wikipedia.org/wiki/Processor_affinity

кроме nice, ionice предложите еще и taskset заюзать?

>>> 5. запускать его после скриптов, поднимающих сеть. 0.
>> Автоматизация? Не, не слышали )
> автоматизация — это не когда «мы героически создали себе проблему, а теперь
> попытаемся автоматизировать её решение».

Только вон нет этих проблем, почему-то )

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

Проще было написать "нинужна" )

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

274. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 11:39 
> А если понадобится — никаких строчек на sh не нужно будет писать.

аллергия на sh. бывает.

> Начитавшись манов sudo и su, дебиановцы возложили эту задачу на start-stop-daemon )

это их личное дело. у меня нормально работает и su, и sudo.

>>>> 4. man nice, man ionice.
>>> А как быть с приоритезацией?
>> чего?
> http://en.wikipedia.org/wiki/Processor_affinity

при чём тут «приоритезация»? распределение по процессорам управляется другой утилитой.

> кроме nice, ionice предложите еще и taskset заюзать?

а в чём проблема? религия запрещает? да-да, я заранее знаю ответ: «а в системды это пара флажков!!111» бесполезных за пределами системды. знание же про nice, ionice, taskset — полезно и вне инитов. и не надо учить два способа сделать одно и то же: один для системы инициализации, а другой для «обычной работы».

> Только вон нет этих проблем, почему-то )

был вопрос — значит, есть эти проблемы. у меня вот — действительно, нет: сетевые сервисы поднимаются после того, как поднята сеть по dhcp, поднялся vpn и приватная сеть на ipv6. путём прописывания строчек запуска в rc.local. проблемы, затронутой в пятом пункте, не было никогда.

> Проще было написать «нинужна» )

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

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

275. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 12:02 
>> А если понадобится — никаких строчек на sh не нужно будет писать.
> аллергия на sh. бывает.
>> Начитавшись манов sudo и su, дебиановцы возложили эту задачу на start-stop-daemon )
> это их личное дело. у меня нормально работает и su, и sudo.
>>>>> 4. man nice, man ionice.
>>>> А как быть с приоритезацией?
>>> чего?
>> http://en.wikipedia.org/wiki/Processor_affinity
> при чём тут «приоритезация»? распределение по процессорам управляется другой
> утилитой.

Прошу прощения, втавил не то:
http://oakbytes.wordpress.com/2012/09/02/cgroup-cpu-allocati.../

Хотел позже написать и про affinity, который тоже поддерживается "искаропки". Кстати, а как быть с ограничениями по памяти?

>> кроме nice, ionice предложите еще и taskset заюзать?
> а в чём проблема? религия запрещает? да-да, я заранее знаю ответ: «а
> в системды это пара флажков!!111» бесполезных за пределами системды. знание же
> про nice, ionice, taskset — полезно и вне инитов. и не
> надо учить два способа сделать одно и то же: один для
> системы инициализации, а другой для «обычной работы».

А как мне вывести параметры nice, ionice и.т.д для всех демонов в единый список, чтобы можно было видеть общую картину?

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

>> Только вон нет этих проблем, почему-то )
> был вопрос — значит, есть эти проблемы. у меня вот — действительно,
> нет: сетевые сервисы поднимаются после того, как поднята сеть по dhcp,
> поднялся vpn и приватная сеть на ipv6. путём прописывания строчек запуска
> в rc.local. проблемы, затронутой в пятом пункте, не было никогда.

Можно пойти еще дальше - запихнуть в rc.local еще и все демоны ) Или сразу в init.sh )

>> Проще было написать «нинужна» )
> когда я захочу написать «не нужно» — я напишу «не нужно». а
> если я пишу что-то другое — то это другое я в
> виду и имел.

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

278. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 12:27 
> как быть с ограничениями по памяти?

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

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

как захочешь. grep, awk, perl, сканирование (завернуть в скрипт, если надо), вынесение их в отдельный конфиг и написание на sh/perl/xyz модуля, который будет их оттуда брать, ещё как угодно. задача спокойно решается существующими инструментами, необходимости вбивать решение каждой задачи в инит нет: количество задач потенциально бесконечно. намного более разумное решение — дать инструменты, при помощи которых можно будет решить нужную задачу, когда она появится. эти инструменты уже есть и работают. и, как я уже не раз говорил, они не являются «специфическим знанием для одной программы», поэтому эти же инструменты можно применять и при решении других задач.

> Еще вопрос: для того, чтобы юзать сторонние утилиты мне нужно будет править
> init-файл идущий с пакетом, так ведь? Что произойдет при обновлении пакета?

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

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

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

> Можно пойти еще дальше — запихнуть в rc.local еще и все демоны
> ) Или сразу в init.sh )

можно. а ещё можно гвозди есть: организму же нужен металл!

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

280. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 13:00 
>[оверквотинг удален]
>> единый список, чтобы можно было видеть общую картину?
> как захочешь. grep, awk, perl, сканирование (завернуть в скрипт, если надо), вынесение
> их в отдельный конфиг и написание на sh/perl/xyz модуля, который будет
> их оттуда брать, ещё как угодно. задача спокойно решается существующими инструментами,
> необходимости вбивать решение каждой задачи в инит нет: количество задач потенциально
> бесконечно. намного более разумное решение — дать инструменты, при помощи которых
> можно будет решить нужную задачу, когда она появится. эти инструменты уже
> есть и работают. и, как я уже не раз говорил, они
> не являются «специфическим знанием для одной программы», поэтому эти же инструменты
> можно применять и при решении других задач.

Печально. Под каждую задачу городить велосипед, при наличии готового инструмента - это печально. И дистрибутивостроители тож глупцы: городят checkinstall-ы, start-stop-daemon-ы и.т.д - можно было бы обойтись пакетом util-linux. Я на 97% уверен, что вы не используете DE на десктопе ) И даже догадываюсь почему - ведь часть функционала не используется и мертвым грузом лежит на диске ) Есть такой подход, но вы должны понять, что есть и другой подход. Некоторое время назад мыслил почти также. gentoo, xmonad, urxvt, собственные скрипты-обвязки для VPN, mutt... Эх... ) Сейчас пользуюсь только mcabber из прошлого - удобнее не нашел. Arch, KDE, systemd, NetworkManager и PulseAudio меня развратили )

>> Еще вопрос: для того, чтобы юзать сторонние утилиты мне нужно будет править
>> init-файл идущий с пакетом, так ведь? Что произойдет при обновлении пакета?
> я вообще не понял вопроса. если твой пакетный менеджер бездумно заменяет инит-скрипты
> и конфиги — это плохой, негодный пакетный менеджер.

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

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

Печально.

> ситуация точно такая же, как и с поправлеными юнитами: всё равно придётся
> глазами смотреть, что и зачем правилось. и в любом случае изменение
> желательно документировать и протоколировать.
>> Можно пойти еще дальше — запихнуть в rc.local еще и все демоны
>> ) Или сразу в init.sh )
> можно. а ещё можно гвозди есть: организму же нужен металл!

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

284. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 13:20 
> Печально. Под каждую задачу городить велосипед, при наличии готового инструмента — это
> печально.

печально — это когда вместо сборки решения из уже существующих инструментов изобретают ещё один, со своими уникальными фичами, который «на этот раз уж точно решит все проблемы!»

> И дистрибутивостроители тож глупцы: городят checkinstall-ы, start-stop-daemon-ы
> и.т.д — можно было бы обойтись пакетом util-linux.

а это вообще не в тему.

> Я на 97% уверен, что вы не используете DE на десктопе )

не использую.

> И даже  догадываюсь почему — ведь часть функционала не используется и мертвым грузом
> лежит на диске )

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

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

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

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

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

ладно, ладно, я сжульничал: это делает не менеджер пакетов, а doinst.sh из самого пакета, поэтому такое поведение — на совести автора пакета. тем не менее, все пакеты из дистрибутива ведут себя именно так. и мои самосборные пакеты тоже. а если кто-то собрал какую-то кривульку… так кривульку можно в любом дистрибутиве собрать.

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

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

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

289. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 13:45 
>> Печально. Под каждую задачу городить велосипед, при наличии готового инструмента — это
>> печально.
> печально — это когда вместо сборки решения из уже существующих инструментов изобретают
> ещё один, со своими уникальными фичами, который «на этот раз уж
> точно решит все проблемы!»

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

>> И дистрибутивостроители тож глупцы: городят checkinstall-ы, start-stop-daemon-ы
>> и.т.д — можно было бы обойтись пакетом util-linux.
> а это вообще не в тему.

Еще как в тему - они ведь могли использовать великие и ужасные bash, awk, grep... Почему не стали, не догадываетесь?

>[оверквотинг удален]
>> лежит на диске )
> нет, не потому. а потому, что всё, мне необходимое, отлично обеспечивается без
> DE. причём средства DE зачастую хуже удовлетворяют мои потребности, чем набор
> отдельных программ. и пропатчить их (DE-шных) код часто сложнее — надо
> знать ещё и фрэймворк от DE.
>> Есть такой подход, но вы должны понять, что есть и другой подход.
> и не один. только я как-то пропустил момент, когда мы перешли от
> систем инициализации (которые большинство юзеров вообще не видят, потому что плимут
> весь экран закрыл) к DE, которыми люди пользуются постоянно. это проекты,
> мягко говоря, разных ниш, и ЦА у них совершенно разная.

Это я просто рассентиментальничался

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

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

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

293. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 24-Июл-13, 13:55 
> Не так. У вас есть конструктор — собери сам и едь, а
> взамен предлагают готовое транспортное средство.

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

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

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

297. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 14:18 
>> Не так. У вас есть конструктор — собери сам и едь, а
>> взамен предлагают готовое транспортное средство.
> вот только куча готовых запчастей от конструктора, которые подходят в кучу других
> уже готовых транспортных средств, не подходит к Новому Крутому Авто.

Тут вы совершенно не правы. Я могу использовать весь комплект util-linux совместно с systemd - мне это никто не запрещает.

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

А вот тут правда - хочешь юзать фичи из systemd, юзай их в systemd )

Остальные предпочли не комментировать?

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

282. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 13:17 
Проскочил:

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

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

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

find /etc/systemd/system -type f - вот весь протокол.

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

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

285. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 13:24 
> вы предлагаете использовать сторонний демон, который будет распоряжаться памятью других,
> так выходит?

я в данном случае ничего не предлагал — потому что такую задачу мне решать не приходилось, и я не в курсе, какие для неё существуют средства.

> find /etc/systemd/system -type f — вот весь протокол.

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

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

287. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 13:39 
>> вы предлагаете использовать сторонний демон, который будет распоряжаться памятью других,
>> так выходит?
> я в данном случае ничего не предлагал — потому что такую задачу
> мне решать не приходилось, и я не в курсе, какие для
> неё существуют средства.

А это вроде неплохая такая штука, не находите?

>> find /etc/systemd/system -type f — вот весь протокол.
> налицо непонимание разницы между «протоколированием изменений» и «а вот
> вам чэйнджлог-ака-дифф, трахайтесь как хотите». что странно, учитывая слова про «интегратора».

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

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

290. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 24-Июл-13, 13:48 
> А это вроде неплохая такая штука, не находите?

где я давал характеристики полезности/хорошести? если перечитать мой ответ, то будет видно, что я ограничился подачей только фактического материала: «не знаю, потому что не приходилось заниматься».

> Моя работа тут вообще не при чем, если что.

да и мифическая она. потому что налицо, как я уже сказал, *полное* непонимание того, о чём я вёл речь. что в принципе невозможно при указаном профиле деятельности: на слова «протокол» и «протоколирование» реакция должна была быть однозначной, и непонимания возникнуть вообще не могло.

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

356. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 29-Июл-13, 21:43 
Ты что, поколение поделий поцтеринга не знает ни о nice, ни сигналах и тому подобных вещах. И да, они считают, что корректное завершение демона - это заслуга системГ. СистемГ, по их мнению, сам скидывает кеш, с которым работает демон, на диск, снимает все блокировки и т.д. То что сам демон должен это уметь и тут заслуги системГ никакой нет, они не знают.
Ответить | Правка | ^ к родителю #265 | Наверх | Cообщить модератору

144. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 23-Июл-13, 17:53 
> Резюме: все что делает инит - нужно и уместно

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

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

145. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от ноним (ok) on 23-Июл-13, 18:02 
>> Резюме: все что делает инит - нужно и уместно
> Это очень печально, когда люди не различают собственно инит и один конкретный
> скрипт.

Ну вроде как инит позволяет запустить этот скрипт (как и systemd, впрочем), не? И это вроде как и называется "системой инициализации".

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

147. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от AX (ok) on 23-Июл-13, 18:08 
> Ну вроде как инит позволяет запустить этот скрипт (как и systemd, впрочем),
> не? И это вроде как и называется "системой инициализации".

Это да, но ставить в один ряд автоматическую инициализацию БД (просто чтобы избавить пользователя от рутинных операций) и монстроображный systemd с его веб-серверами, журналами etc., мягко говоря, некорректно.

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

149. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 18:16 
>> Ну вроде как инит позволяет запустить этот скрипт (как и systemd, впрочем),
>> не? И это вроде как и называется "системой инициализации".
> Это да, но ставить в один ряд автоматическую инициализацию БД (просто чтобы
> избавить пользователя от рутинных операций) и монстроображный systemd с его веб-серверами,
> журналами etc., мягко говоря, некорректно.

Поттеринг не стоит со стволом у виска майнтайнеров, заставляя их собирать пакеты с веб серверами и генераторами QR-кодов. systemd спокойно себя чувствует и без journal, и без веб-сервера, и без других компонент. Но не наоборот: хочешь использовать journal и прочие фишки - юзай systemd, что вроде как вполне справедливо.

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

155. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 23-Июл-13, 18:52 
> Поттеринг не стоит со стволом у виска майнтайнеров, заставляя их собирать пакеты
> с веб серверами и генераторами QR-кодов.

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

> systemd спокойно себя чувствует и без journal

Правда? И как же ты его отключил? :)

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

180. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:36 
>> Поттеринг не стоит со стволом у виска майнтайнеров, заставляя их собирать пакеты
>> с веб серверами и генераторами QR-кодов.
> Если купить комбайн, и пользоваться только одним лезвием, он от этого не
> перестанет быть комбайном. К тому же в бинарных дистрах всё равно
> собирают со всеми возможными фичами.
>> systemd спокойно себя чувствует и без journal
> Правда? И как же ты его отключил? :)

Никак. Мне пока нравится. А если было бы нужно - то либо пустил вывод через syslog-ng, либо просто yaourt -Sb systemd

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

190. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от AX (ok) on 23-Июл-13, 20:17 
>>> systemd спокойно себя чувствует и без journal
>> Правда? И как же ты его отключил? :)
> Никак. Мне пока нравится.

АХАХА

> А если было бы нужно - то либо пустил вывод через syslog-ng

Когда будешь пробовать, попробуй ради интереса отключить journald. И не пиши больше о том, чего не знаешь.

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

195. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от ноним (ok) on 23-Июл-13, 20:38 
>>>> systemd спокойно себя чувствует и без journal
>>> Правда? И как же ты его отключил? :)
>> Никак. Мне пока нравится.
> АХАХА
>> А если было бы нужно - то либо пустил вывод через syslog-ng
> Когда будешь пробовать, попробуй ради интереса отключить journald. И не пиши больше
> о том, чего не знаешь.

Либо пускать логи через journal в syslog, либо компилить без journal, как я и казал раньше. И не пиши больше о том, чего не знаешь.

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

198. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 23-Июл-13, 20:49 
> Либо пускать логи через journal в syslog

Что нифига не соответствует твоему "systemd спокойно себя чувствует и без journal".

> либо компилить без journal

Не напомнишь ключик ./configure, которым это делается? А то я его почему-то не вижу… А в самой вики на freedesktop.org почему-то написано "The core components are always built (which includes systemd itself, as well as udevd and journald)".

Чёрт, это уже второй раз, когда я должен решить, кому именно верить — разработчикам systemd или местным аналитикам. :D

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

199. "Новая версия системного менеджера Systemd 206"  +3 +/
Сообщение от arisu (ok) on 23-Июл-13, 20:50 
> Чёрт, это уже второй раз, когда я должен решить, кому именно верить
> — разработчикам systemd или местным аналитикам. :D

местным аналитикам. они всегда лучше знают. особенно — лучше авторов, потому что пока авторы фигнёй занимаются, аналитики — анализируют.

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

203. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 21:14 
>> Либо пускать логи через journal в syslog
> Что нифига не соответствует твоему "systemd спокойно себя чувствует и без journal".
>> либо компилить без journal
> Не напомнишь ключик ./configure, которым это делается? А то я его почему-то
> не вижу… А в самой вики на freedesktop.org почему-то написано "The
> core components are always built (which includes systemd itself, as well
> as udevd and journald)".
> Чёрт, это уже второй раз, когда я должен решить, кому именно верить
> — разработчикам systemd или местным аналитикам. :D

Признаю, погорячился ) Хотя все намного проще:

# systemctl stop systemd-journald.service                          
Warning: Stopping systemd-journald.service, but it can still be activated by:
  systemd-journald.socket
# systemctl stop systemd-journald.socket
# ps ax|grep journal
23383 pts/5    S+     0:00 grep journal
#systemctl start syslog.service

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

341. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 25-Июл-13, 11:03 
> пустил вывод через syslog-ng, либо просто yaourt -Sb systemd

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

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

156. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 23-Июл-13, 18:53 
> systemd спокойно себя чувствует и
> без journal, и без веб-сервера, и без других компонент.

а без системды можно?

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

208. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Led (ok) on 24-Июл-13, 00:53 
>> systemd спокойно себя чувствует и
>> без journal, и без веб-сервера, и без других компонент.
> а без системды можно?

Чем дальше, тем сложнее: поттерингофилы-интеграторы потихоньку отрывают функциональность от udev, сообщая в коммитах, что "этим теперь занимается systemd"

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

243. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 09:20 
где-то на это я и намекал, да.
Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

158. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от cbs on 23-Июл-13, 18:55 
> Резюме: все что делает инит - нужно и уместно, все что делает systemd - не нужно. Я где-то так и подозревал )

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

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

176. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:32 
>> Резюме: все что делает инит - нужно и уместно, все что делает systemd - не нужно. Я где-то так и подозревал )
> Вы либо не читали комментарий, на который ответили, либо до вас не
> дошел смысл (либо вы умышленно передергиваете, во что верится легче).
> Весь торт и праздник в том, что в *nix, изначально, одна утилита
> выполняет одну задачу, но выполняет ее хорошо, что избавляет от необходимости
> создавать ожиревших улиток, тянущих с собой вагон и маленькую тележку велосипедного
> кода; на этом принципе базируется изрядная часть ништяков юникс-лайк систем. Системд
> сюда не вписывается.

Не поверите - в systemd утилиты ведут себе практически таким же образом.

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

201. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от cbs on 23-Июл-13, 20:59 
> Не поверите - в systemd утилиты ведут себе практически таким же образом.

http://en.wikipedia.org/wiki/Unix_philosophy#McIlroy:_A_Quar...
http://en.wikipedia.org/wiki/Systemd#Design

Безусловно.
_утилиты_В_systemd_ ведут себя _практически_ таким же образом.

З.Ы. Настоятельно прошу пройти по ссылкам. Я специально пункты покороче выбрал.

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

215. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 03:50 
> — monit в руки и вперёд.

А он тут каким боком. Какое-то подобие делал inetd, но убого и криво, как обычно.

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

244. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 24-Июл-13, 09:23 
>> — monit в руки и вперёд.
> А он тут каким боком.

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

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

50. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 23-Июл-13, 14:11 
> Пример (в контексте старта демона) где нужна "конструкция if"?


network_up() {
  if [[ $address ]]; then
    ip link set dev $interface up || return 1
    ip addr add $address/${netmask:-24} broadcast ${broadcast:-+} dev $interface || return 1
    [[ $gateway ]] && { ip route add default via $gateway || return 1; }
  else
    dhcpcd $DHCPCD_ARGS $interface || return 1
  fi
}

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

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

57. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 14:34 
>[оверквотинг удален]
> 1
>     ip addr add $address/${netmask:-24} broadcast ${broadcast:-+} dev $interface
> || return 1
>     [[ $gateway ]] && { ip route add
> default via $gateway || return 1; }
>   else
>     dhcpcd $DHCPCD_ARGS $interface || return 1
>   fi
> }
>

Вот жеж жесть )

> Всего 9 строк, чтобы поднять сеть хоть статикой, хоть через dhcp. В
> systemd для этого пришлось запиливать два разных юнит-файла, причём для статики
> его нужно качать через инет. Которого ещё не поднят…

Качать unit-файл через интернет? Вот эти сотни гигабайт четырехстрочного файла? ))) А написать эти 4 сроки вместо 9-ти никак не осилили?

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

65. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 14:41 
> Вот жеж жесть )

ну да, то ли дело, когда шаг влево, шаг вправо — и руками, руками копай.

> написать эти 4 сроки вместо 9-ти никак не осилили?

нет. потому что документация у поделий поцтеринга традиционно говно. а интернета, чтобы поискать… опа! нет. потому что не поднялся, поцтерингоподелие нишмагло.

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

73. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 14:51 
>> Вот жеж жесть )
> ну да, то ли дело, когда шаг влево, шаг вправо — и
> руками, руками копай.
>> написать эти 4 сроки вместо 9-ти никак не осилили?
> нет. потому что документация у поделий поцтеринга традиционно говно. а интернета, чтобы
> поискать… опа! нет. потому что не поднялся, поцтерингоподелие нишмагло.

Документации встроенной заглаза хватит, чтоб написать эти четыре строки. А вот то, что вы не осили ifconfig или ip чтобы поднять статику... Как же вы будете init-скрипты править? )

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

76. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 14:56 
> А вот то, что вы не осили ifconfig или ip чтобы поднять статику…

а что, Великий И Могучий СистемДы их ещё не заменил? алё, лёня, тут у тебя в системды обнаружился почти что фатальный недостаток…

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

90. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:18 
>> А вот то, что вы не осили ifconfig или ip чтобы поднять статику…
> а что, Великий И Могучий СистемДы их ещё не заменил? алё, лёня,
> тут у тебя в системды обнаружился почти что фатальный недостаток…

Если бы вы разбирались в предмете обсуждения, то не задавли бы подобных вопросов.

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

104. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 15:58 
фу-фу-фу-фу! отойди от меня, интегратор!
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

121. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 16:28 
> фу-фу-фу-фу! отойди от меня, интегратор!

Легко )

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

216. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 03:54 
> ну да, то ли дело, когда шаг влево, шаг вправо —

...и вот когда потребуется программирование - тогда им и будем пользоваться. А гвоздить его во все щели - совершенно ни к чему. Для большинства случаев программинг вместо конфигов - нафиг не уперся.

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

236. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 09:03 
> …и вот когда потребуется программирование — тогда им и будем пользоваться. А
> гвоздить его во все щели — совершенно ни к чему. Для
> большинства случаев программинг вместо конфигов — нафиг не уперся.

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

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

311. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 24-Июл-13, 18:42 
Программирование - это ж колдунство, чОрная магия! Им занимаются специально выращенные в специальных пробирках существа где-то на Альфе Центавра.
Ответить | Правка | ^ к родителю #236 | Наверх | Cообщить модератору

314. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 24-Июл-13, 18:54 
> Программирование — это ж колдунство, чОрная магия! Им занимаются специально выращенные
> в специальных пробирках существа где-то на Альфе Центавра.

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

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

312. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 24-Июл-13, 18:43 
И да, какое-такое "написание" юнитов? Копипаста с интернетов.

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

357. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 29-Июл-13, 21:49 
>[оверквотинг удален]
>>     dhcpcd $DHCPCD_ARGS $interface || return 1
>>   fi
>> }
>>
> Вот жеж жесть )
>> Всего 9 строк, чтобы поднять сеть хоть статикой, хоть через dhcp. В
>> systemd для этого пришлось запиливать два разных юнит-файла, причём для статики
>> его нужно качать через инет. Которого ещё не поднят…
> Качать unit-файл через интернет? Вот эти сотни гигабайт четырехстрочного файла? ))) А
> написать эти 4 сроки вместо 9-ти никак не осилили?

Не осили SHELL-программирование?! Вон из Интеграторов!!! Тебе не место в IT

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

49. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 23-Июл-13, 14:06 
> Прошу примеры "чего-то более сложного" где справляется openrc и не справляется systemd.

1. Практически всё, что касается начальных этапов загрузки. Например, загрузка консольных шрифтов и файлов раскладки: там, где писатели инитскриптов обходятся двумя десятками строк, Поццеринг нагородил бинарный костыль (systemd-vconsole) с 307 строчками на C..
2. http://pkgs.fedoraproject.org/cgit/mariadb.git/tree/ — обратите внимание на вспомогательных скриптиков, которые пришлось писать авторам из-за убогости юнитов systemd.

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

72. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 14:48 
>> Прошу примеры "чего-то более сложного" где справляется openrc и не справляется systemd.
> 1. Практически всё, что касается начальных этапов загрузки. Например, загрузка консольных
> шрифтов и файлов раскладки: там, где писатели инитскриптов обходятся двумя десятками
> строк, Поццеринг нагородил бинарный костыль (systemd-vconsole) с 307 строчками на C..

Странные у вас понятия о костыльности...

> 2. http://pkgs.fedoraproject.org/cgit/mariadb.git/tree/ — обратите внимание
> на вспомогательных скриптиков, которые пришлось писать авторам из-за убогости юнитов systemd.

А почему вдруг возможность использования скриптов списывается в ущербность systemd? SysVinit тогда целиком ущербен?


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

75. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от AX (ok) on 23-Июл-13, 14:55 
> Странные у вас понятия о костыльности...

Почему же, самые обыкновенные. systemd-vconsole и множество ему подобных — костыли для обхода убогости ini-формата этих ваших юнитов.

> А почему вдруг возможность использования скриптов списывается в ущербность systemd?

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

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

84. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:07 
>> Странные у вас понятия о костыльности...
> Почему же, самые обыкновенные. systemd-vconsole и множество ему подобных — костыли
> для обхода убогости ini-формата этих ваших юнитов.
>> А почему вдруг возможность использования скриптов списывается в ущербность systemd?
> Не невозможность, а необходимость. Поскольку убогий формат юнитов не поддерживает даже
> простейших конструкций вроде if-else, разарабам приходиться размазывать всё между кучей
> файликов, находящихся в разных местах.

В случае подобных извратов if-else прицепляется на раз два. Для 95% остальных демонов скрипты не нужны.

P.S.: И федоровские майнтайнеры уж как-то загнули: https://projects.archlinux.org/svntogit/packages.git/tree/tr... - юзается один скрипт и то ИМХО для лентяев, которые не освоили systemctl status

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

96. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 23-Июл-13, 15:35 
> В случае подобных извратов if-else прицепляется на раз два.

Именно в юнит-файле? И как же?

>Для 95% остальных демонов скрипты не нужны.

Я бы не был столь категоричен.

>https://projects.archlinux.org/svntogit/packages.git/tree/tr...

Там просто перенесли инициализацию базы в install-скрипт. Что характерно, до перехода на systemd она точно также инициализировалась при первом старте (как и в Федоре).

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

101. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:51 
>> В случае подобных извратов if-else прицепляется на раз два.
> Именно в юнит-файле? И как же?

Да. В unit-файле. Посредством вызова внешнего скрипта. И?

>>Для 95% остальных демонов скрипты не нужны.
> Я бы не был столь категоричен.
>>https://projects.archlinux.org/svntogit/packages.git/tree/tr...
> Там просто перенесли инициализацию базы в install-скрипт. Что характерно, до перехода на
> systemd она точно также инициализировалась при первом старте (как и в
> Федоре).

Так в чем тогда проблемма, если все работает как раньше? )

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

107. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от arisu (ok) on 23-Июл-13, 16:01 
> Так в чем тогда проблемма

в грамацнацти.

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

125. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от ноним (ok) on 23-Июл-13, 16:32 
>> Так в чем тогда проблемма
> в грамацнацти.

Которые о заглавных в начале предложения не слышали? )

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

131. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 16:42 
>>> Так в чем тогда проблемма
>> в грамацнацти.
> Которые о заглавных в начале предложения не слышали? )

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

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

138. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 17:24 
>>>> Так в чем тогда проблемма
>>> в грамацнацти.
>> Которые о заглавных в начале предложения не слышали? )
> слышали. не считаем нужным. по опыту замечено, что других грамотных это не
> раздражает почти никогда. в отличие от ошибок в словах, выражениях, знаках
> препинания и так далее.

Вашему Величеству виднее вестимо )

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

140. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от arisu (ok) on 23-Июл-13, 17:34 
> Вашему Величеству виднее вестимо )

само собой.

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

253. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 09:54 
> само собой.

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

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

259. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 10:10 
> Классический пример двойных стандартов.

да. и что?

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

251. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 09:53 
> слышали. не считаем нужным. по опыту замечено, что других грамотных это не раздражает

Вранье. Просто себе ты сделал скидку. Ведь свое - не пахнет.

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

108. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от AX (ok) on 23-Июл-13, 16:02 
> Да. В unit-файле. Посредством вызова внешнего скрипта. И?

И тут возникает вопрос: "а в чём вообще смысл systemd, если при малейшей сложности приходится возвращаться к шелл-скриптам?"

> Так в чем тогда проблемма, если все работает как раньше? )
> как раньше?

Как вы думаете, господин интегратор, почему мейнтейнеры стараются делать инициализацию БД при первом запуске, а не сразу после установки?

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

117. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 16:22 
>> Да. В unit-файле. Посредством вызова внешнего скрипта. И?
> И тут возникает вопрос: "а в чём вообще смысл systemd, если при
> малейшей сложности приходится возвращаться к шелл-скриптам?"
>> Так в чем тогда проблемма, если все работает как раньше? )
>> как раньше?
> Как вы думаете, господин интегратор, почему мейнтейнеры стараются делать инициализацию
> БД при первом запуске, а не сразу после установки?

Это вопрос к майнтайнерам ) Я не думаю, что это задача системы инициализации.

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

179. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от Аноним (??) on 23-Июл-13, 19:36 
> Так в чем тогда проблемма, если все работает как раньше? )

Проблема или нет, но инсталл от рута делается же?

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

182. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:38 
>> Так в чем тогда проблемма, если все работает как раньше? )
> Проблема или нет, но инсталл от рута делается же?

Постарайтесь собрать мысли в кучу и сформулировать вопрос.

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

204. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от Аноним (??) on 23-Июл-13, 21:23 
>>> Так в чем тогда проблемма, если все работает как раньше? )
>> Проблема или нет, но инсталл от рута делается же?
> Постарайтесь собрать мысли в кучу и сформулировать вопрос.

Инициализация от рута и инициализация от юзера это одно и то же? (безотносительно к конкретному случаю). Постарался, ага.

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

342. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 25-Июл-13, 11:13 
> Да. В unit-файле. Посредством вызова внешнего скрипта. И?

то есть без скриптов все-таки никак, да ?
Ну вот, а все считают что systemd САМ может, а получается что нужно скрипты прикручивать - получается заведомо ложная реклама ?
В чем тогда плюс системД, если нужно писать свои скрипты, для себя, и как потом в них будет разбираться новый админ ?
И как эти скрипты, вызываемые из unit-файла будут работать после переноса на другую систему ?

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

85. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 15:09 
> Поскольку убогий формат юнитов не поддерживает даже
> простейших конструкций вроде if-else

ничего, скоро поцтеринг там таки сделает свой turing-complete язык. корявый, хреново документированый и ни с чем не совместимый. и поцтерингофаны начнут орать, что это МегаКруто, что sysv с его башем — немодный отстой, а вот в системды язык — так это всем языкам язык!

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

254. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от Аноним (??) on 24-Июл-13, 09:55 
> ничего, скоро поцтеринг там таки сделает свой turing-complete язык.

А зачем? Пнуть шеллскрипт из юнит-файла - не комильфо?

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

260. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 24-Июл-13, 10:11 
>> ничего, скоро поцтеринг там таки сделает свой turing-complete язык.
> А зачем?

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

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

343. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от Адекват (ok) on 25-Июл-13, 11:16 
> и ни с чем не совместимый. и поцтерингофаны начнут орать, что
> это МегаКруто, что sysv с его башем — немодный отстой, а

потом выяснится что Потти вообще гей и все его фанаты сменят ориентацию, следуя примеру своего Кумира.
Шутка.


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

142. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от Фтщтнь on 23-Июл-13, 17:37 

> А почему вдруг возможность использования скриптов списывается в ущербность systemd? SysVinit
> тогда целиком ущербен?

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

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

143. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от ноним (ok) on 23-Июл-13, 17:48 
>> А почему вдруг возможность использования скриптов списывается в ущербность systemd? SysVinit
>> тогда целиком ущербен?
> Ну наверное потому, что если подсистема претендует на звание самодостаточной и ее
> разработчики объявляют скрипты устаревшей технологией, переключаться на эту самую устаревшую
> технологию при каждой нестандартной для systemd ситуации как минимум парадоксально, как
> максимум нелепо, потому как смысла в том, чтобы добавлять еще одно
> "слабое звено" в систему инициализации нету. Обычная логика, батенька. Попытайтесь ее
> использовать в следующий раз.

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

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

196. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от Аноним (??) on 23-Июл-13, 20:45 
Сказочный ...
Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

230. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 24-Июл-13, 08:27 
> Функциональность использования скриптов есть в systemd "искаропки" - никто не запрещает
> ей вам пользоваться,

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

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

256. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 10:05 
>> Функциональность использования скриптов есть в systemd "искаропки" - никто не запрещает
>> ей вам пользоваться,
> нет, потому что "функциональность использования скриптов" - это возможность переписать
> их код под себя, потому что это открытый код в чистом
> виде - скриптовый язык это верх гибкости. А вот в системД
> все прибито гвоздями.

Ну sysvinit  тоже как-бы не на баше написан. Почему никто не жалуется?

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

345. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Уно email on 25-Июл-13, 11:59 
Расскажи почему виндо-админы, любители системд - все из одного помета. Им главное "потыкать галочкой в чекбоксики". И потом сдать лехайм. И пусть эти лехаймы за поддержкой бегают к ним. И самое удивительное, каждый раз они трындят про написание юнитов, инитскриптов. Мля да что это за работа такая, что надо непрерывно инициализацию пинать. Ни один из вас не пошёл по нормальному пути: связаться с ментейнером софта и доработать инитскрипт до вменяемого состояния, либо пачку положить в отдельный пакет - для выбора. И это изменение будет доступно всем. Нет будем на своей машине пилить, потом пысаться при обновлениях - как бы не снесли наши скрипты.
Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

217. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от Аноним (??) on 24-Июл-13, 03:56 
> строк, Поццеринг нагородил бинарный костыль (systemd-vconsole) с 307 строчками на C..

Зато всем остальным это писать не придется. Чем оно и хорошо.

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

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

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

283. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от AX (ok) on 24-Июл-13, 13:17 
>> строк, Поццеринг нагородил бинарный костыль (systemd-vconsole) с 307 строчками на C..
> Зато всем остальным это писать не придется. Чем оно и хорошо.

Даа, пройтись циклом по /dev/tty*, пару раз дёрнуть setfont и loadkeys — это просто аццки трудно. Зато если я, к примеру, захочу добавить параметр к вызову setfont, то мне придётся искать в потрохах systemd, где именно он вызывается, поменять и пересобирать весь systemd заново. Ну просто невероятно "удобно"!

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

Только интерпретатор там очень урезанный в правах. В инитскриптах я могу добавлять свои действия помимо стандартных start/stop/restart/etc. В openrc я могу даже управлять зависимостями (например, добавить need имя_сервиса, если в конфиге включена такая-то опция). А в systemd?

Я уже не говорю о том, что когда враппер для простого запуска бинарника размазывают по тысяче файлов, — это полный !@#$%.

> А когда простой запуск демона без особых наворотов начинает занимать пару
> страниц текста


#!/usr/bin/runscript

command="/usr/sbin/cupsd"

depend() {
    use logger
}

Вопрос на миллион: сколько здесь страниц текста?

Впрочем, даже в арчевском скрипте там нет ничего кроме инклудов rc.conf, functions и стандартного case-start-stop…, в котором разберётся даже обезьяна (но не фанат systemd).

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

286. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от ноним (ok) on 24-Июл-13, 13:31 
>> Так это как раз нормально - в простых случаях только конфиги, в
>> сложных как раз и позовем интерпретер.
> Только интерпретатор там очень урезанный в правах.

Внешним интерпритатором может быть хоть питон.

> В инитскриптах я могу добавлять
> свои действия помимо стандартных start/stop/restart/etc. В openrc я могу даже управлять
> зависимостями (например, добавить need имя_сервиса, если в конфиге включена такая-то опция).
> А в systemd?

Вы же сами приводили в пример федоровский mariadb ) Работает? Работает!

> Я уже не говорю о том, что когда враппер для простого запуска
> бинарника размазывают по тысяче файлов, — это полный !@#$%.

Напомните про тысячу файлов.

>> А когда простой запуск демона без особых наворотов начинает занимать пару
>> страниц текста
>

 
> #!/usr/bin/runscript
> command="/usr/sbin/cupsd"
> depend() {
>     use logger
> }
>

> Вопрос на миллион: сколько здесь страниц текста?

whereis depend
depend:

упс, у меня его нету ( Видно это какой-то дистрибутиво-специфичный велосипед )Как будете отлаживать depend, если что-то пойдет не так? Он же не на баше написан? )

> Впрочем, даже в арчевском скрипте там нет ничего кроме инклудов rc.conf, functions
> и стандартного case-start-stop…, в котором разберётся даже обезьяна (но не фанат
> systemd).

case-start-stop это тож C-шная программка

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

291. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 13:51 
> Внешним интерпритатором может быть хоть питон.

а «интерпретатором»?

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

299. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 14:42 
>> Внешним интерпритатором может быть хоть питон.
> а «интерпретатором»?

Та пох.

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

292. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 13:52 
>> В инитскриптах я могу добавлять
>> свои действия помимо стандартных start/stop/restart/etc. В openrc я могу даже управлять
>> зависимостями (например, добавить need имя_сервиса, если в конфиге включена такая-то опция).
>> А в systemd?
> Вы же сами приводили в пример федоровский mariadb

*facepalm* И где там добавление свои действий или редактирование зависимостей из скриптов?

>> Я уже не говорю о том, что когда враппер для простого запуска
>> бинарника размазывают по тысяче файлов, — это полный !@#$%.
> Напомните про тысячу файлов.

Федоровский service-файл, который мы только что вспомнили.

> упс, у меня его нету ( Видно это какой-то дистрибутиво-специфичный велосипед )

*отсмеявшись* Вообще-то это был стандартный юнит из OpenRC…

> Как будете отлаживать depend, если что-то пойдет не так? Он же не
> на баше написан?

На нём самом! Поэтому я могу туда вкорячить всё, что угодно. Хоть echo, хоть if-else…

> case-start-stop это тож C-шная программка

Очень смешно.

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

295. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 14:12 
>>> В инитскриптах я могу добавлять
>>> свои действия помимо стандартных start/stop/restart/etc. В openrc я могу даже управлять
>>> зависимостями (например, добавить need имя_сервиса, если в конфиге включена такая-то опция).
>>> А в systemd?
>> Вы же сами приводили в пример федоровский mariadb
> *facepalm* И где там добавление свои действий или редактирование зависимостей из скриптов?

Там была инициализация БД, если помните. Это то что systemd не умеет "искаропки"

>>> Я уже не говорю о том, что когда враппер для простого запуска
>>> бинарника размазывают по тысяче файлов, — это полный !@#$%.
>> Напомните про тысячу файлов.
> Федоровский service-файл, который мы только что вспомнили.

Запуск unit-файла приводит к вызову тысячи других? Не смешите.

>> упс, у меня его нету ( Видно это какой-то дистрибутиво-специфичный велосипед )
> *отсмеявшись* Вообще-то это был стандартный юнит из OpenRC…

мы же вроде как про sysvinit речь ведем.

>> Как будете отлаживать depend, если что-то пойдет не так? Он же не
>> на баше написан?
> На нём самом! Поэтому я могу туда вкорячить всё, что угодно. Хоть
> echo, хоть if-else…

Ну хоть что-то )

>> case-start-stop это тож C-шная программка
> Очень смешно.

Что смешного-то? Отлаживать как будете? А librc ?

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

300. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 15:27 
> Там была инициализация БД, если помните. Это то что systemd не умеет
> "искаропки"

Речь была не об этом, а об аналоге extra_commands из OpenRC. Можно, к примеру, добавить в iptables.service действие "save", чтобы по systemctl save iptables происходило сохранение правил на диск?

> Запуск unit-файла приводит к вызову тысячи других? Не смешите.

Кажется, кое-кто не умеет читать. :(

>> *отсмеявшись* Вообще-то это был стандартный юнит из OpenRC…
> мы же вроде как про sysvinit речь ведем.

OpenRC работает поверх старого доброго sysvinit с парой мелких патчей. Там вся соль в runscripts, а не в процессе с pid 1.

> Ну хоть что-то )

А systemd слабо? :)

> Что смешного-то? Отлаживать как будете? А librc ?

*sigh* Поясняю для непонятливых: под case-start-stop… я имел в виду конструкцию


case "$1" in
  start)
    bla-bla-bla
    ;;

  stop)
    bla-bla-bla
    fi
    ;;

  restart)
    bla-bla-bla
    ;;

  status)
    bla-bla-bla
    ;;

  *)
    echo "usage: $0 {start|stop|restart|status}"
esac


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

302. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 15:44 
>> Там была инициализация БД, если помните. Это то что systemd не умеет
>> "искаропки"
> Речь была не об этом, а об аналоге extra_commands из OpenRC. Можно,
> к примеру, добавить в iptables.service действие "save", чтобы по systemctl save
> iptables происходило сохранение правил на диск?

У каждого сервиса свои команды? Если это уютный локалхост - то может и имеет какой-то смысл. А если их много и разных? Если не получите save по табу для iptables - не сможете сохранить правила? )

>> Запуск unit-файла приводит к вызову тысячи других? Не смешите.
> Кажется, кое-кто не умеет читать. :(

Ну вы же сами писали, что для того чтобы пропарсить unit-файл дергаются тысячи других.

>>> *отсмеявшись* Вообще-то это был стандартный юнит из OpenRC…
>> мы же вроде как про sysvinit речь ведем.
> OpenRC работает поверх старого доброго sysvinit с парой мелких патчей. Там вся
> соль в runscripts, а не в процессе с pid 1.
>> Ну хоть что-то )
> А systemd слабо? :)

Что слабо-то?

>[оверквотинг удален]
>   restart)
>     bla-bla-bla
>     ;;
>   status)
>     bla-bla-bla
>     ;;
>   *)
>     echo "usage: $0 {start|stop|restart|status}"
> esac
>

Про librc решили промолчать?

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

304. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 16:34 
> У каждого сервиса свои команды? Если это уютный локалхост - то может
> и имеет какой-то смысл. А если их много и разных?

Ну, в арче и генте это давно используется (например, в пакете alsa), вроде ещё никто не умер.

> Ну вы же сами писали, что для того чтобы пропарсить unit-файл дергаются
> тысячи других.

Ну, при запуске того федоровского сервиса запускаются и все прописанные там скрипты. Есть возражения?

> Что слабо-то?

Сделать так:


depend() {
    # Make networking dependency conditional on configuration
    case $(sed 's/#.*//' /etc/syslog-ng/syslog-ng.conf) in
        *source*tcp*|*source*udp*|*destination*tcp*|*destination*udp*)
            need net
            use stunnel ;;
    esac

    […]
}

> Про librc решили промолчать?

А что я про него должен сказать? Речь шла про арчевские скрипты.

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

307. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 17:00 
>> У каждого сервиса свои команды? Если это уютный локалхост - то может
>> и имеет какой-то смысл. А если их много и разных?
> Ну, в арче и генте это давно используется (например, в пакете alsa),
> вроде ещё никто не умер.

Поправка: в Arch-е давно использовалось )

>[оверквотинг удален]
>     case $(sed 's/#.*//' /etc/syslog-ng/syslog-ng.conf) in
>         *source*tcp*|*source*udp*|*destination*tcp*|*destination*udp*)
>            
> need net
>            
> use stunnel ;;
>     esac
>     […]
> }

Это в проще через socket-activation сделать без sed-ов конфига ) Нужна сетка - получи ее.

>> Про librc решили промолчать?
> А что я про него должен сказать? Речь шла про арчевские скрипты.

Про то, как легко дебажить openrc-шный C-код, и как тяжело systemd-шный.

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

324. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 19:56 
> Поправка: в Arch-е давно использовалось )

У кого использовалось, а кого и до сих пор используется.

> Это в проще через socket-activation сделать без sed-ов конфига ) Нужна сетка
> - получи ее.

И как в случае, если syslog-ng не настроен для работы через сеть, объяснить systemd, что поднимать сокет не нужно? К тому же, это только один из примеров, когда нужен depend().

> Про то, как легко дебажить openrc-шный C-код, и как тяжело systemd-шный.

Во-первых, разрабы openrc не пытаются впихнуть в него всю операционку, как это делают разрабы systemd. Во вторых, для юнитов openrc не нужны бинарные костыли типа systemd-vconsole. В-третьих, и в обычных инитскриптах все стандартные конструкции вроде case по командам можно спрятать в /etc/rc.d/functions, получив практически те же самые юниты openrc.

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

328. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 21:04 
>> Поправка: в Arch-е давно использовалось )
> У кого использовалось, а кого и до сих пор используется.

С таким же успехом я могу сказать, что systemd используется в дебиане и слаке )

>> Это в проще через socket-activation сделать без sed-ов конфига ) Нужна сетка
>> - получи ее.
> И как в случае, если syslog-ng не настроен для работы через сеть,
> объяснить systemd, что поднимать сокет не нужно? К тому же, это
> только один из примеров, когда нужен depend().

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

>> Про то, как легко дебажить openrc-шный C-код, и как тяжело systemd-шный.
> Во-первых, разрабы openrc не пытаются впихнуть в него всю операционку, как это
> делают разрабы systemd. Во вторых, для юнитов openrc не нужны бинарные
> костыли типа systemd-vconsole. В-третьих, и в обычных инитскриптах все стандартные конструкции
> вроде case по командам можно спрятать в /etc/rc.d/functions, получив практически те
> же самые юниты openrc.

Вашу "траблу" легко решить строчкой OnFailure= в unit-е, без case-ов и if-then-ов.

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

332. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 21:15 
> Вашу "траблу" легко решить строчкой OnFailure= в unit-е, без case-ов и if-then-ов.

без OnVirginPresent ваш системды всё равно шлак.

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

335. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 21:22 
>> Вашу "траблу" легко решить строчкой OnFailure= в unit-е, без case-ов и if-then-ов.
> без OnVirginPresent ваш системды всё равно шлак.

Леннарт сообщил о загруженности и просил сообщить, что если ему придется писать самому детектор на C (т.к arisu отказался писать на баше), то данная фича выйдет не ранее systemd v3425

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

336. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 21:27 
вот и накрылся мой хитрый план получить халявный детектор девственниц…
Ответить | Правка | ^ к родителю #335 | Наверх | Cообщить модератору

337. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 22:13 
> С таким же успехом я могу сказать, что systemd используется в дебиане
> и слаке )

Да без разницы. Главное, что оно работает.

> Так как конфиги софта не унифицированы, то никак.

ЧТД

> Но никто не помешает мне использовать конструкцию depend из OpenRC

И она будет работать в systemd?

>> [разговор про librc]
> Вашу "траблу" легко решить строчкой OnFailure= в unit-е, без case-ов и if-then-ов.
> Вашу "траблу"

Эээ, это сейчас  кому было?

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

308. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 18:11 
Кстати, забавная "проблема" и не мененее забавное "решение": http://forums.gentoo.org/viewtopic-t-406608-start-0.html

И просто до кучи: http://forums.gentoo.org/viewtopic-p-6978494.html

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

325. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 20:05 
> http://forums.gentoo.org/viewtopic-t-406608-start-0.html
> И просто до кучи: http://forums.gentoo.org/viewtopic-p-6978494.html

И что? В первом случае автор захотел запускать *системный* журнал от другого юзера, во втором недосмотр мейнтейнеров (или в systemd не может быть циклических зависимостей?).

Меня вот гораздо больше забавляют вопросы "где найти dhcp@eth0.service?", которые я постоянное вижу в арчеконфах. А уже сколько вопросов по "простыми и понятными" systemd'шным юнитам…

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

330. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 21:13 
>> http://forums.gentoo.org/viewtopic-t-406608-start-0.html
>> И просто до кучи: http://forums.gentoo.org/viewtopic-p-6978494.html
> И что? В первом случае автор захотел запускать *системный* журнал от другого
> юзера, во втором недосмотр мейнтейнеров (или в systemd не может быть
> циклических зависимостей?).
> Меня вот гораздо больше забавляют вопросы "где найти dhcp@eth0.service?", которые я постоянное
> вижу в арчеконфах. А уже сколько вопросов по "простыми и понятными"
> systemd'шным юнитам…

Что это за цирк уродцев? https://www.opennet.ru/openforum/vsluhforumID3/90966.html#329

Как можно вести с вами беседу о предмете, о котором вы понятия не имеете?

Засим раскланяюсь. Всего хорошего!

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

309. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 18:30 
А вот мой примерчик на слабо:

[Unit]
Description=A Service With No Access to /home

[Service]
ExecStart=/usr/bin/foobard
InaccessibleDirectories=/home

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

310. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 18:33 
> А вот мой примерчик на слабо:

а можно, чтобы по чётным числам нечётных месяцев доступ в /home всё-таки был, но только если в комнате в этот момент не присутствует ни одной девственницы?

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

315. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 18:56 
>> А вот мой примерчик на слабо:
> а можно, чтобы по чётным числам нечётных месяцев доступ в /home всё-таки
> был, но только если в комнате в этот момент не присутствует
> ни одной девственницы?

Сразу, как только вы напишете детектор девственниц на баше )

Можно попросить вас дать аналоги команд для syslog, пока RHEL 7 не вышел? )

journalctl -b -p err
journalctl -u httpd --since=00:00 --until=9:30

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

317. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 19:03 
> Сразу, как только вы напишете детектор девственниц на баше )

а, то есть, системды не умеет? ну и нафига он мне нужен, если всё равно на баш откатываться?

> Можно попросить вас дать аналоги команд для syslog, пока RHEL 7 не
> вышел? )

можно. но я откажу, пока не увижу реализацию при помощи системды задачи из #310. средствами системды.

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

318. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 19:05 
>> Сразу, как только вы напишете детектор девственниц на баше )
> а, то есть, системды не умеет? ну и нафига он мне нужен,
> если всё равно на баш откатываться?
>> Можно попросить вас дать аналоги команд для syslog, пока RHEL 7 не
>> вышел? )
> можно. но я откажу, пока не увижу реализацию при помощи системды задачи
> из #310. средствами системды.

Понятно.

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

319. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 24-Июл-13, 19:07 
> Понятно.

мне тоже. «всё, что не умеет системды — не нужно. пока системды этому не научился, потом, конечно, становится нужно и вообще Мегафичей».

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

321. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 19:27 
>> Понятно.
> мне тоже. «всё, что не умеет системды — не нужно. пока системды
> этому не научился, потом, конечно, становится нужно и вообще Мегафичей».

На основании чего вы сделали этот вывод?

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

333. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 21:16 
> На основании чего вы сделали этот вывод?

на основании наблюдений за укушеными поцтерингом.

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

320. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 19:09 
и да, кстати: когда это мы успели перейти от систем инициализации к системному логу? то, что у вас там это всё приварено друг к другу — ваша личная проблема. я лично нигде не говорил, что syslog — самая хорошая из существующих система.
Ответить | Правка | ^ к родителю #315 | Наверх | Cообщить модератору

322. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 19:34 
> и да, кстати: когда это мы успели перейти от систем инициализации к
> системному логу? то, что у вас там это всё приварено друг
> к другу — ваша личная проблема. я лично нигде не говорил,
> что syslog — самая хорошая из существующих система.

Не отвлекайте, я занимаюсь решением задачи #310 )

P.S.: вот один из моих любимых примеров не из журнала (Тоже "нинужна"? ):


[Unit]
Description=SSH Socket for Per-Connection Servers
[Socket]
ListenStream=22
Accept=yes
[Install]
WantedBy=sockets.target

[Unit]
Description=SSH Per-Connection Server
[Service]
ExecStart=-/usr/sbin/sshd -i
StandardInput=socket

$ systemctl --full | grep ssh
sshd@172.31.0.52:22-172.31.0.4:47779.service    loaded   active   running    SSH Per-Connection Server
sshd@172.31.0.52:22-172.31.0.54:52985.service   loaded   active   running    SSH Per-Connection Server
sshd.socket                                     loaded   active   listening  SSH Socket for Per-Connection Serv

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

334. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 21:17 
> Тоже "нинужна"?

в системе инициализации? нафиг не нужно.

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

344. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 25-Июл-13, 11:48 
> journalctl -b -p err

Что-то сломалось видимо, потому как:


[root@postadm post_adm]# date
Чт июл 25 13:26:58 YEKT 2013
[root@postadm post_adm]#

[root@postadm post_adm]# journalctl -b -p err | less
-- Logs begin at Вт 2013-01-15 15:48:00 YEKT, end at Чт 2013-07-25 06:48:53 YEKT. --
июл 11 04:31:53 postadm sshd[518]: pam_tally(sshd:auth): pam_get_uid; no such user
июл 11 04:32:04 postadm sshd[523]: pam_tally(sshd:auth): pam_get_uid; no such user
июл 11 04:32:10 postadm sshd[525]: pam_tally(sshd:auth): pam_get_uid; no such user
июл 11 04:32:15 postadm sshd[527]: pam_tally(sshd:auth): pam_get_uid; no such user
июл 11 04:32:21 postadm sshd[529]: pam_tally(sshd:auth): pam_get_uid; no such user
июл 11 04:32:26 postadm sshd[531]: pam_tally(sshd:auth): pam_get_uid; no such user


и что "no such user" - это ошибка ?
Стало быть критерий для того что является ошибкой - определяет systemd ?
И какого черта 11 Июля, если сегодня 25ое

[root@postadm post_adm]# date
Чт июл 25 13:26:58 YEKT 2013
[root@postadm post_adm]#


> journalctl -u httpd --since=00:00 --until=9:30

Я вообще-то всегда tail и grep использовал, потому что в этот интервал может что-то не попасть, но зато содержать тонны мусора, а вот в интервале 09:00-09:02 может содержатся крайне важная информация.

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

326. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 20:06 
> InaccessibleDirectories=/home

Вау, в systemd уже есть свой недоselinux! Когда ждать InaccessibleSyscalls? :D

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

327. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 20:58 
>> InaccessibleDirectories=/home
> Вау, в systemd уже есть свой недоselinux! Когда ждать InaccessibleSyscalls? :D

Представьте себе, и с ним мне как-то спокойней transmission в Сеть выпускать.

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

52. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от trashwind (ok) on 23-Июл-13, 14:29 
>[оверквотинг удален]
> …весит много, обрывает загрузку из-за каждого пустяка, хвалённый journald вечно
> не может прочитать собственные бинарные логи.
>>с системой cgroup завязан хорошо
> http://lists.freedesktop.org/archives/systemd-devel/2013-Jun...
> а сам Поццеринг говорит, что текущая схема использования cgroup полное дерьмо.
> Кому верить?
>>туда нормальный, полноценный журнал встроили
> См. выше.
>>Скоро будет встроена замена ConsoleKit.
> logind там уже сто лет есть, недебил ты наш. :)

OpenRC осилить, что бы портянки писать? Загрузку обрывает, journald логи свои прочитать не может? Вы что-то явно делаете не так, - ни на одном дистрибутиве с systemd подобного не встречал, а у меня, простите, штат из 20 Fedora 19, и 3 openSUSE 12.3

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

58. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от AX (ok) on 23-Июл-13, 14:35 
>OpenRC
>портянки

Ой ли?

>Загрузку обрывает, journald логи свои прочитать не может? Вы что-то явно делаете не
> так, - ни на одном дистрибутиве с systemd подобного не встречал

Я нытьё про нечитаемые логи каждый день на форумах вижу, т.ч. не надо.

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

211. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ssh (ok) on 24-Июл-13, 02:12 
> ... а у меня, простите, штат из 20 Fedora 19, и 3 openSUSE 12.3

Соболезнуем вам. :\


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

231. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 24-Июл-13, 08:31 
>Загрузку обрывает,

Да, как пример - рассыпалась файловая система на одном из винтов, не на корне, так вот systemd ее упорно пытался примонтировать, онанировал своими красными звездочками, но никак не мог сделать свой job.

> journald логи свои прочитать

Да, у меня же было - битых логов было на 2 с лишним гига, потому что я руками прибивал офигевший systemd-journald, который проц на 100% грузил, когда случался core dump приложения.
Ради интереса проверьте
journalctl --verify.


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

258. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 10:09 
сейчас тебе расскажут, что ты всё делал неправильно, и на самом деле там есть эзотерические опции (известные только поцтерингу и трём землекопам), которые всё чинят. а чо, системды же простой!
Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

264. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 10:16 
>>Загрузку обрывает,
> Да, как пример - рассыпалась файловая система на одном из винтов, не
> на корне, так вот systemd ее упорно пытался примонтировать, онанировал своими
> красными звездочками, но никак не мог сделать свой job.

Он поанонирует и выпадет в Single-mode. А SysVinit, небось справляется сам рассыпанными ФС, на которых fsck неудачно проходит? Сказки не рассказываете.

>> journald логи свои прочитать
> Да, у меня же было - битых логов было на 2 с
> лишним гига, потому что я руками прибивал офигевший systemd-journald, который проц
> на 100% грузил, когда случался core dump приложения.
> Ради интереса проверьте
> journalctl --verify.

# journalctl --verify
PASS: /var/log/journal/4227582e33eee905000f7263000010cf/system@0004e21c452eb1ac-7a57edf84f65a294.journal~
PASS: /var/log/journal/4227582e33eee905000f7263000010cf/user-1000.journal                      
PASS: /var/log/journal/4227582e33eee905000f7263000010cf/system@0004e224c5b447e7-b97712fcd845ef46.journal~
PASS: /var/log/journal/4227582e33eee905000f7263000010cf/system.journal

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

267. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 10:56 
>> Да, как пример - рассыпалась файловая система на одном из винтов, не
>> на корне, так вот systemd ее упорно пытался примонтировать, онанировал своими
>> красными звездочками, но никак не мог сделать свой job.
>Он поанонирует и выпадет в Single-mode

Когда полностью добьёт ФС? Круто. Впрочем, что ещё ждать от людей, которые считают, что если демон упал, то его нужно упорно пытаться поднять опять, а не разбираться в причинах.

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

270. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 11:10 
>>> Да, как пример - рассыпалась файловая система на одном из винтов, не
>>> на корне, так вот systemd ее упорно пытался примонтировать, онанировал своими
>>> красными звездочками, но никак не мог сделать свой job.
>>Он поанонирует и выпадет в Single-mode
> Когда полностью добьёт ФС? Круто.

Каким образом добъет, не подскажите?

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

Обломайтесь:
OnFailure=. Defaults to false.

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

271. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 11:23 
>Каким образом добъет, не подскажите?

Никогда не видели рассыпающуюся ФС? Её лучше вообще лишний раз не трогать. Недавно вон в ext4 нашли баг, когда при слишком частых перемонтированиях там начинали исчезать файлы (и кажется теперь я знаю, как именно его нашли).

>OnFailure=. Defaults to false.

Это легко исправить. Не случайно все так радовались его появлению.

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

273. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 11:29 
>>Каким образом добъет, не подскажите?
> Никогда не видели рассыпающуюся ФС? Её лучше вообще лишний раз не трогать.
> Недавно вон в ext4 нашли баг, когда при слишком частых перемонтированиях
> там начинали исчезать файлы (и кажется теперь я знаю, как именно
> его нашли).

О чудо! Я нашел человека, который может определить является ли ФС битой, не производя проверку и не попытавшись смонтировать ФС )

>>OnFailure=. Defaults to false.
> Это легко исправить. Не случайно все так радовались его появлению.

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

276. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 12:10 
> О чудо! Я нашел человека, который может определить является ли ФС битой,
> не производя проверку и не попытавшись смонтировать ФС )

На будущее: когда у тебя начинают возникать сомнения относительно стабильности ФС или (тьфу-тьфу-тьфу!) всего харда, первым этапом её реанимации является что? Правильно, dd if=/dev/sdaX of=your_filename.

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

277. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 12:19 
>> О чудо! Я нашел человека, который может определить является ли ФС битой,
>> не производя проверку и не попытавшись смонтировать ФС )
> На будущее: когда у тебя начинают возникать сомнения относительно стабильности ФС или
> (тьфу-тьфу-тьфу!) всего харда, первым этапом её реанимации является что? Правильно, dd
> if=/dev/sdaX of=your_filename.

Как я понимаю, вы это делаете перед каждой загрузкой?

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

279. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 12:53 
> Как я понимаю, вы это делаете перед каждой загрузкой?

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

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

281. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 13:03 
>> Как я понимаю, вы это делаете перед каждой загрузкой?
> Нет, только когда подозреваю что-то серьёзное.

Это как шестое чувство? Зачем тогда перезагружаться и испытывать удачу? Вам systemd не дает возможности запустить dd из под SysRescCD? Пишите багрепорты )

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

288. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 13:43 
> Это как шестое чувство?

Это как умение читать messages.log.

> Зачем тогда перезагружаться

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

>Вам systemd не дает возможности запустить dd

Мне не нравится, что systemd не может просто сделать mount -a, проверить код результата и в случае неудачи оставить бедный диск в покое.

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

294. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 13:59 
>> Это как шестое чувство?
> Это как умение читать messages.log.
>> Зачем тогда перезагружаться
> Вот уже второй раз не могу понять, отвечают вроде бы на мои
> посты, но в то же разговаривают явно с кем-то другим. Сначала
> этот другой не мог скачать маленький файлик, потом он зачем-то начал
> перезагружать комп, хотя речь шла про неудачное монтирование. Может пора уже
> определиться, с кем именно вы разговариваете?

1. А это не ваше: https://www.opennet.ru/openforum/vsluhforumID3/90966.html#50 ?
2. Неудачное монтирование в sysvinit происходит как-то подругому?

>>Вам systemd не дает возможности запустить dd
> Мне не нравится, что systemd не может просто сделать mount -a, проверить
> код результата и в случае неудачи оставить бедный диск в покое.

Вам, батенька, прямая дорога в man 5 systemd.mount.

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

296. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 14:14 
> 1. А это не ваше: https://www.opennet.ru/openforum/vsluhforumID3/90966.html#50 ?

Моё, но я не вижу, где там написано, что я не смог скачать тот юнит.

> 2. Неудачное монтирование в sysvinit происходит как-то подругому?

Разумеется, скрипт просто показывает ошибку mount, без всяких затупов и попыток повторного монтирования.

> Вам, батенька, прямая дорога в man 5 systemd.mount.

Ммм, и что именно я должен там увидеть?

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

298. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 14:22 
>> 1. А это не ваше: https://www.opennet.ru/openforum/vsluhforumID3/90966.html#50 ?
> Моё, но я не вижу, где там написано, что я не смог
> скачать тот юнит.

Так у вас же из-за злобного systemd Интернет не поднялся ) Написать unit-файл вы не смогли, скачать без Интернета наверное тоже.

>> 2. Неудачное монтирование в sysvinit происходит как-то подругому?
> Разумеется, скрипт просто показывает ошибку mount, без всяких затупов и попыток повторного
> монтирования.

TimeoutSec=
           Configures the time to wait for the mount command to finish. If a command does not exit within the configured time the mount will be considered failed and be shut down again. All commands still running will be terminated forcibly via SIGTERM, and after in systemd.kill(5).) Takes a unit-less value in seconds, or a time span value such as "5min 20s". Pass 0 to disable the timeout logic. Defaults to 90s.


>> Вам, батенька, прямая дорога в man 5 systemd.mount.
> Ммм, и что именно я должен там увидеть?

Options=
           Mount options to use when mounting. This takes a comma separated list of options. This setting is optional.

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

301. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 15:39 
> Так у вас же из-за злобного systemd Интернет не поднялся )

Ну почему же, инет я в итоге поднял. Осталось удивление, почему разрабы и мейнтейнеры не позаботились об одном из самых основных типов соединения. Тогда бы уж и dhcp@.service выкинули, пусть все сами изучают ip/ifconfig и пишут свои уникальные сервисы к systemd. Школота с её нескончаемой энергией и морем свободного времени будет счастливо…

> TimeoutSec=
> Options=

Ммм, и в какой именно файл это пихать? Меня терзают смутные сомненья, что /etc/fstab подключается не через *.mount.

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

303. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 15:50 
>> Так у вас же из-за злобного systemd Интернет не поднялся )
> Ну почему же, инет я в итоге поднял. Осталось удивление, почему разрабы
> и мейнтейнеры не позаботились об одном из самых основных типов соединения.
> Тогда бы уж и dhcp@.service выкинули, пусть все сами изучают ip/ifconfig
> и пишут свои уникальные сервисы к systemd. Школота с её нескончаемой
> энергией и морем свободного времени будет счастливо…

Та-да-дам! Systemd вообще не позиционируется как менеджер сетевых подключений, хоть и позволяет это делать. Use NetworkManager, Luke!

>> TimeoutSec=
>> Options=
> Ммм, и в какой именно файл это пихать? Меня терзают смутные сомненья,
> что /etc/fstab подключается не через *.mount.

Если надо именно через fstab - к вашим услугам x-systemd.device-timeout= в параметрах монтирования

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

305. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 16:37 
> Systemd вообще не позиционируется как менеджер сетевых подключений, хоть и
> позволяет это делать.

Самое смешное в том, что я нигде это не утверждал.

> Use NetworkManager, Luke!

Зачем мне эта лишняя сущность, когда достаточно пару раз вызвать ip?

> x-systemd.device-timeout= в параметрах монтирования

http://i.stack.imgur.com/jiFfM.jpg

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

306. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 16:49 
>> Systemd вообще не позиционируется как менеджер сетевых подключений, хоть и
>> позволяет это делать.
> Самое смешное в том, что я нигде это не утверждал.

Почему тогда systemd должен unit-ы инициализации сети?

>> Use NetworkManager, Luke!
> Зачем мне эта лишняя сущность, когда достаточно пару раз вызвать ip?

Если достаточно пару раз вызвать ip - напишите unit на 4 строки. В Arch-е netctl почти так и сделали.

>> x-systemd.device-timeout= в параметрах монтирования
> http://i.stack.imgur.com/jiFfM.jpg
> Мне не нравится, что systemd не может просто сделать mount -a, проверить код результата и в случае неудачи оставить бедный диск в покое.

Над собой смеетесь?

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

323. "Ну тупыыее ©"  +2 +/
Сообщение от AX (ok) on 24-Июл-13, 19:49 
>> Всего 9 строк, чтобы поднять сеть хоть статикой, хоть через dhcp. В systemd для
>> этого пришлось запиливать два разных юнит-файла, причём для статики его нужно
>> качать через инет. Которого ещё не поднят…
> Почему тогда systemd должен unit-ы инициализации сети?

Для особо непонятливых и плохо видящих: в том посте я привёл пример, для чего нужна была конструкция if-then юнитах, попутно посетовав, что в арче для dhcp юнит добавили, а для статики толи забыли, то ли поленились, то ли не осилили. Утверждения, что systemd должен заниматься сетевыми подключениями, там нет. (хотя странно, что Поццеринг ещё не запилил) Но кое-кто читать не умеет и поэтому развёл бестолковый спор с собственными галлюцинациями.

> Если достаточно пару раз вызвать ip - напишите unit на 4 строки.
> В Arch-е netctl почти так и сделали.

Дык, он уже написан. (хоть и не мной) Вопрос в том, почему их должен писать/скачивать пользователь…

> Над собой смеетесь?

Над людьми, которые не могут просто использовать уже имеющийся функционал, а обязательно пытаются запилить собственный костыльный велосипед. Нельзя просто дать mount'у самому прочитать и обработать fstab, надо обязательно запилить своё! Нельзя просто дать sysctl самому прочитать sysctl.d, надо запилить свой systemd-sysctl! И так во всём…

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

329. "Ну тупыыее ©"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 21:10 
>[оверквотинг удален]
>>> этого пришлось запиливать два разных юнит-файла, причём для статики его нужно
>>> качать через инет. Которого ещё не поднят…
>> Почему тогда systemd должен unit-ы инициализации сети?
> Для особо непонятливых и плохо видящих: в том посте я привёл пример,
> для чего нужна была конструкция if-then юнитах, попутно посетовав, что в
> арче для dhcp юнит добавили, а для статики толи забыли, то
> ли поленились, то ли не осилили. Утверждения, что systemd должен заниматься
> сетевыми подключениями, там нет. (хотя странно, что Поццеринг ещё не запилил)
> Но кое-кто читать не умеет и поэтому развёл бестолковый спор с
> собственными галлюцинациями.

if-then не нужен. Нужен OnFailure=

>> Если достаточно пару раз вызвать ip - напишите unit на 4 строки.
>> В Arch-е netctl почти так и сделали.
> Дык, он уже написан. (хоть и не мной) Вопрос в том, почему
> их должен писать/скачивать пользователь…

А вот теперь бомба!


sr /root # cp /etc/netctl/examples/ethernet-static /etc/netctl/test
sr /root # netctl enable test
ln -s '/etc/systemd/system/netctl@test.service' '/etc/systemd/system/multi-user.target.wants/netctl@test.service'
sr /root # cat /etc/systemd/system/multi-user.target.wants/netctl@test.service
.include /usr/lib/systemd/system/netctl@.service

[Unit]
Description=A basic static ethernet connection
BindsTo=sys-subsystem-net-devices-eth0.device
After=sys-subsystem-net-devices-eth0.device

[\CODE]

Ответьте, что тут нужно качать, какие юниты править? Вы не удосужились прочесть ни вики, ни маны. О чем мы вообще ведем речь?

>> Над собой смеетесь?
> Над людьми, которые не могут просто использовать уже имеющийся функционал, а обязательно
> пытаются запилить собственный костыльный велосипед. Нельзя просто дать mount'у самому
> прочитать и обработать fstab, надо обязательно запилить своё! Нельзя просто дать
> sysctl самому прочитать sysctl.d, надо запилить свой systemd-sysctl! И так во
> всём…

Парсинг fstab-а нужен для того, чтобы можно было использовать фишки, подобные x-systemd.automount Можно запустить систему вообще без fstab-а, если сильно нужно.

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

331. "Ну тупыыее ©"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 21:14 
.
Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

338. "Ну тупыыее ©"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 22:32 
> if-then не нужен. Нужен OnFailure=

Увы, OnFailure ни коим образом не заменит "if [[ $address ]]; then". А ловить падения демона можно и в инитскриптах.

Кстати говоря: http://www.linux.org.ru/forum/talks/7603471

> netctl

Это всё очень здорово, но это немного другое. netctl — такая же лишняя сущность, как и NM, и на компе с одним единственным интерфейсом он нафиг не нужен.

> Вы не удосужились прочесть ни вики, ни маны

https://wiki.archlinux.org/index.php/Network#Static_IP_address

Не вижу в *этом* разделе ни одного упоминания netctl. Зато вижу вот это: https://wiki.archlinux.org/index.php/Network#Using_a_static_...

> Парсинг fstab-а нужен для того, чтобы можно было использовать фишки, подобные x-systemd.automount

Дык, а при загрузке системы зачем каждый элемент вручную обходить? В fstab для этого уже сто лет есть auto/noauto.

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

339. "Ну тупыыее ©"  +/
Сообщение от arisu (ok) on 24-Июл-13, 23:00 
> Кстати говоря: http://www.linux.org.ru/forum/talks/7603471

а вот это весьма годная идея, кстати. изменения инита минимальны и неинтрузивны, всё остальное не прибито к иниту гвоздями и не превращает его в монстра. пропатчить так свой, что ли…

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

269. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 24-Июл-13, 11:08 
> Да, как пример - рассыпалась файловая система на одном из винтов, не
> на корне, так вот systemd ее упорно пытался примонтировать, онанировал своими
> красными звездочками, но никак не мог сделать свой job.

Более того, даже если такого файла в /dev (на данный) момент нет, systemd всё равно будет долго и упорно ждать, когда он появится. :D

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

313. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 24-Июл-13, 18:53 
Да и не только ФС. Когда не стартуют иксы, старый добрый инит просто грузился в консоль, а системд будет долго и упорно долбать несчастные иксы, и в отличие от Штирлица из известного анекдота, так и не поймет, что "никого нет дома". При этом его переклинит так, что даже alt+Fx не будет работать.
Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

316. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 24-Июл-13, 18:58 
> Да и не только ФС. Когда не стартуют иксы, старый добрый инит
> просто грузился в консоль, а системд будет долго и упорно долбать
> несчастные иксы, и в отличие от Штирлица из известного анекдота, так
> и не поймет, что "никого нет дома". При этом его переклинит
> так, что даже alt+Fx не будет работать.

Иксы обычно запускаются DM-ом, родной. При чем тут systemd? )

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

347. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 25-Июл-13, 13:09 
> Иксы обычно запускаются DM-ом, родной. При чем тут systemd? )

systemctl enable kdm ?
или там может какой-то свой юнит-файл, которые голые иксы запускает.
Во всяком случае если для запуска иксов нужно будет сделать свой job, то systemd может намертво заклинить, легко верю.

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

21. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Ананс on 23-Июл-13, 12:39 
Хорошо, я так вопрос поставлю. Мне, как новичку в GNU/Linux, есть повод для беспокойства по причине того, что в дистрибутиве, на котором я работаю, используется systemd?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

25. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от AX (ok) on 23-Июл-13, 12:54 
> Хорошо, я так вопрос поставлю. Мне, как новичку в GNU/Linux, есть повод
> для беспокойства по причине того, что в дистрибутиве, на котором я
> работаю, используется systemd?

Новичку лучше начать с того дистра, где используется более стабильные и проверенные временем инитскрипты (например, дебиан). У Поццеринга вечно что-то ломается, плюс он свято верит, что все вокруг только и занимаются тем, а все его многочисленные маны знают на зубок.

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

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

29. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от dalco (ok) on 23-Июл-13, 13:16 
Как новичку... А какая, собственно, разница в чем не разбираться - в SysV или в systemd? Главное, чтобы комп загрузился, а это все системы инициализации так или иначе таки обеспечивают :)
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

47. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от Аноним (??) on 23-Июл-13, 14:00 
> Как новичку... А какая, собственно, разница в чем не разбираться - в
> SysV или в systemd? Главное, чтобы комп загрузился, а это все
> системы инициализации так или иначе таки обеспечивают :)

Кому-то нравится поп, кому-то попадья, а кому-то свиной хрящик (С)

Таков СПО. Не нравится - не ешь.

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

218. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 03:58 
> Как новичку... А какая, собственно, разница в чем не разбираться

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

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

348. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 25-Июл-13, 13:11 
>> Как новичку... А какая, собственно, разница в чем не разбираться
> Уточним: в systemd юнитах можно в общем случае разобраться и не будучи
> програмером.

В виндах еще проще, но почему-то мы выбрали не ее, намек понятен ?

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

349. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 25-Июл-13, 13:13 
дык одмины локалхоста и школьники хотят в Ынтырпрайз, Где Большие Деньги Платят. учиться не хотят, думать не хотят, системды хотят. но в силу п.1 и п.2 не могут понять, что никакой системды им не поможет.
Ответить | Правка | ^ к родителю #348 | Наверх | Cообщить модератору

53. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от trashwind (ok) on 23-Июл-13, 14:30 
> Хорошо, я так вопрос поставлю. Мне, как новичку в GNU/Linux, есть повод
> для беспокойства по причине того, что в дистрибутиве, на котором я
> работаю, используется systemd?

нет, он облегчит жизнь значительно.

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

352. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 25-Июл-13, 15:50 
Новичку лучше использовать тот популярный дистрибутив, в котором используется Upstart.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

354. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 25-Июл-13, 16:17 
> Новичку лучше использовать тот популярный дистрибутив, в котором используется Upstart.

CentOS, что ли?

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

23. "Новая версия системного менеджера Systemd 206"  +7 +/
Сообщение от dq0s4y71 (ok) on 23-Июл-13, 12:41 
> Просто здесь дебилы его хаят, ну потому что дебилы.

Просили же - без буйства.

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

63. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 14:38 
> Просто здесь дебилы его хаят, ну потому что дебилы.

и не-дебилы тоже. «ну, потому что не-дебилы», да? нет, если что, я не про себя.

впрочем, что с вас взять, обезьяны… даже анализы хреновые.

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

98. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 15:39 
> В systemd собрали кучу разрозненных компонентов, занимающихся загрузкой, воедино.

Собрали мегакомбайн

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

152. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 23-Июл-13, 18:35 
> Ничего плохого. Просто здесь дебилы его хаят, ну потому что дебилы.

Железный аргуемент, нечем парировать, аксиома доказана, садись пять.
А лучше ложись в гроб.
ГРОБ !!

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

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

>Получилось  хорошо, реально хорошо:

ну, караоче мы тутэ с пацанами сидели, пили пивасик такой да, и короче это, Жора такой, короче говорит - типа в systemd то-то и то-то сделали, ну мы это кароче эта - ну..короче это круто, ну мы сами не пробовали, но написано же, и Жора пацан нормальный, он гнать не будет.

>управлять удобно, настраивать и оптимизировать не надо, писать  инит-файлы (а точнее service и socket файлы)

они пишутся сами, чудесным образом, в отличии от старых времен когда на каждый демон, что есть в системе все нужно было ПИСАТЬ САМОМУ, даже ядро - прямо на ассемблере, не у всех получалось с первого раза, у большинства где-то с 1024 раза...а вы думаете почему все линуксоиды такие психи ?

>очень просто, работает быстро,

Во всяком случае так Леннарт говорит, а мы ему верим.

> с системой cgroup завязан хорошо. В отличие от upstart и классического  init круто.

Мы не знаем что такое cgroup и как все без него раньше работало, но это круто, потому что леннарт.

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

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

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

153. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 18:45 
>[оверквотинг удален]
>>очень просто, работает быстро,
> Во всяком случае так Леннарт говорит, а мы ему верим.
>> с системой cgroup завязан хорошо. В отличие от upstart и классического  init круто.
> Мы не знаем что такое cgroup и как все без него раньше
> работало, но это круто, потому что леннарт.
>>А дебилов раздражает, что туда нормальный, полноценный журнал встроили,
> Дебилов я тебе прощу, но вот за слова что туда встроили нормальный
> журнал - я с тебя живьем хочу содрать кожу, посыпать солью,
> напустить муравьев и посадить в ванну с физраствором, постепенно добавляя туда
> соляной кислоты.

Ну есть ведь слака православная, есть же гента кошерная и дебиан не знаю какой ) Не убивайтесь так. И не читайте новости о systemd - про Леннарта не услышите. Вну-у-у-тренний покой...

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

213. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от Sabakwaka (ok) on 24-Июл-13, 02:49 
> Ничего плохого. Просто здесь дебилы его хаят, ну потому что дебилы.

Ааа.. А я думал, что дебилы его хаят потому, что их проект, они туда комитят что-то непрерывно, а Потеринг у них всё украл и взял себе...

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

34. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 13:37 
> Объясните, пожалуйста, подробно и без буйства: что такого плохого в этом "systemd"
> (кроме названия)? Всегда такие волны ненависти на каждый релиз накатывают... Также
> интересует, какой(ие) пакет(ы) использовались вместо него ранее, и в чём причина
> отказа от него (них) в пользу этого решения?
> Заранее спасибо.

Просто народ не хочет переучиваться.

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

37. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от anonymous (??) on 23-Июл-13, 13:40 
>> Объясните, пожалуйста, подробно и без буйства: что такого плохого в этом "systemd"
>> (кроме названия)? Всегда такие волны ненависти на каждый релиз накатывают... Также
>> интересует, какой(ие) пакет(ы) использовались вместо него ранее, и в чём причина
>> отказа от него (них) в пользу этого решения?
>> Заранее спасибо.
> Просто народ не хочет переучиваться.

Переучиваться каждый месяц, я бы сказал.

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

40. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от ноним (ok) on 23-Июл-13, 13:45 
>>> Объясните, пожалуйста, подробно и без буйства: что такого плохого в этом "systemd"
>>> (кроме названия)? Всегда такие волны ненависти на каждый релиз накатывают... Также
>>> интересует, какой(ие) пакет(ы) использовались вместо него ранее, и в чём причина
>>> отказа от него (них) в пользу этого решения?
>>> Заранее спасибо.
>> Просто народ не хочет переучиваться.
> Переучиваться каждый месяц, я бы сказал.

Ну-ка, ну-ка... Это что же нужно переучивать каждый месяц? Давайте, не стесняйтесь.

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

44. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 13:51 
> Ну-ка, ну-ка... Это что же нужно переучивать каждый месяц? Давайте, не стесняйтесь.

чейнджлоги системгэ. А то там в каждой версии ломают что-то старое и меняют на новое старое.


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

54. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от trashwind (ok) on 23-Июл-13, 14:30 
>> Ну-ка, ну-ка... Это что же нужно переучивать каждый месяц? Давайте, не стесняйтесь.
> чейнджлоги системгэ. А то там в каждой версии ломают что-то старое и
> меняют на новое старое.

Бредите.

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

358. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Michael Shigorin email(ok) on 12-Окт-13, 14:51 
>>> Ну-ка, ну-ка... Это что же нужно переучивать каждый месяц? Давайте, не стесняйтесь.
>> чейнджлоги системгэ. А то там в каждой версии ломают что-то старое и
>> меняют на новое старое.
> Бредите.

Врёте, увы.

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

59. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 14:36 
>> Ну-ка, ну-ка... Это что же нужно переучивать каждый месяц? Давайте, не стесняйтесь.
> чейнджлоги системгэ. А то там в каждой версии ломают что-то старое и
> меняют на новое старое.

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

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

64. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 14:40 
> Без примеров чему переучиваться каждый месяц - ваш комментарий просто пук в
> лужу, извините.

прощаю) Примеры - чейнджлоги системгэ.

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

78. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от ноним (ok) on 23-Июл-13, 14:59 
>> Без примеров чему переучиваться каждый месяц - ваш комментарий просто пук в
>> лужу, извините.
> прощаю) Примеры - чейнджлоги системгэ.

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

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

86. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 15:10 
> Я уже больше года на systemd и пока ни разу не пришлось
> переучиваться, а только изучать вновь появляющийся функционал. Это две большие разницы.

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

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

94. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:27 
>> Я уже больше года на systemd и пока ни разу не пришлось
>> переучиваться, а только изучать вновь появляющийся функционал. Это две большие разницы.
> на мой взгляд, то что вы делаете - переучиваетесь) Учитесь больше, чем
> следует. Потому что вы еще не знаете о будущем функционале, а
> уже учите каждый что приходит с новой версией, нужно вам это
> или нет. Что на мой взгляд бессмысленно.

Сейчас systemd в моем дистре, скоро будет в RHEL и SLES. И эти знания меня еще и кормить будут.

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

97. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 15:37 
> Сейчас systemd в моем дистре, скоро будет в RHEL и SLES. И
> эти знания меня еще и кормить будут.

Если вы системный администратор... и будете устанавливать на сервера 7-ку и новый SLES с системгэ, вместо актуальных, с поддержкой до 2023 года, то это всё меняет.
Удачи вам в кормёжке ;)

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

100. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:48 
>> Сейчас systemd в моем дистре, скоро будет в RHEL и SLES. И
>> эти знания меня еще и кормить будут.
> Если вы системный администратор... и будете устанавливать на сервера 7-ку и новый
> SLES с системгэ, вместо актуальных, с поддержкой до 2023 года, то
> это всё меняет.
> Удачи вам в кормёжке ;)

Нет, я интегратор. И я буду устанавливать то, что пожелает заказчик. А желающих использовать 7-й RHEL (с iplace-апгрейдом, ага) после его выхода будет очень много, поверьте.

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

103. "Новая версия системного менеджера Systemd 206"  +4 +/
Сообщение от arisu (ok) on 23-Июл-13, 15:57 
> Нет, я интегратор.

а с виду так на человека похож…

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

219. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 04:01 
> чейнджлоги системгэ. А то там в каждой версии ломают что-то старое и
> меняют на новое старое.

А это как раз нормально - до выхода i++'ного редхата доведут до ума, а пока он юзается в полутора дистрах - можно смело обкатать на авангардистах и починить/изменить то что не устроило. Как бы стоит различать фазы внедрения софта.

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

66. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 14:43 
> Просто народ не хочет переучиваться.

…без нужды. не все занимаются тем, что каждые две минуты перезагружают технику.

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

79. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:01 
>> Просто народ не хочет переучиваться.
> …без нужды. не все занимаются тем, что каждые две минуты перезагружают технику.

systemd работает не только при перезагрузках ) Socket-активация, systemd-logind, работа с LXC да и еще много чего...

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

81. "Новая версия системного менеджера Systemd 206"  +5 +/
Сообщение от arisu (ok) on 23-Июл-13, 15:06 
> да и еще много чего…

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

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

93. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:23 
>> да и еще много чего…
> что нормально работает и без системды. но до основанья мы разрушим, а
> затем.

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

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

212. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ssh (ok) on 24-Июл-13, 02:18 
> работа с LXC да и еще много чего...

LXC и сейчас работает. Затем платить больше? (с)


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

220. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 04:02 
> LXC и сейчас работает.

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


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

237. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 24-Июл-13, 09:05 
>> LXC и сейчас работает.
> Он может и работает. Но штатных средств отрезать некий процесс в LXC
> контейнер нет.

почитал man lxc-start. вроде как вполне штатное средство. за каким чёртом надо тащить его в инит — не ясно.

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

110. "Новая версия системного менеджера Systemd 206"  +4 +/
Сообщение от Аноним (??) on 23-Июл-13, 16:05 
>> Объясните, пожалуйста, подробно и без буйства: что такого плохого в этом "systemd"
>> (кроме названия)? Всегда такие волны ненависти на каждый релиз накатывают... Также
>> интересует, какой(ие) пакет(ы) использовались вместо него ранее, и в чём причина
>> отказа от него (них) в пользу этого решения?
>> Заранее спасибо.
> Просто народ не хочет переучиваться.

А можете объяснить зачем?
5 лет назад меня на 99% все устраивало в Linux как системы. И в том числе SysV Init тоже справлялся со своими обязанностями. Скорость загрузки была сравнима с Виндой. Сейчас у меня есть Debian 6 на SSD, он грузится в 3 секунды.
В мире есть много интересного и важного, чтобы не мешало изучить, и на что и так не хватает времени и без systemd. Зачем мне тратить время на systemd, если и до него все работало. Что нового он дает? Никто так пока на это и не ответил. Кроме того, разве что, что отдельным индивидам стало вроде как легче разобраться в настройках.

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

И кстати. Это уже не касается systemd, но тенденция на лицо. На современно десктопе теперь сякого рода фризы, подтормаживания и подвисания теперь как-бы в порядке вещей. Чем дальше, тем больше десктоп под Linux начинает мне напоминать Win 95. Такое впечатление, что понабежавшие со всех углов любители "до основания, а затем" стараются во всю силу.

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

181. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Vkni (ok) on 23-Июл-13, 19:36 
> А можете объяснить зачем?

Это карго-культ.

Люди знают, что учиться полезно. Учиться чему-то принципиально новому сложно - не каждый, скажем, может разобраться в том же Хаскелле (хотя это не квантовая механика). Поэтому люди выбирают то, чему учиться легко - systemd и прочая мелкая администруха. Далее ЧСВ и т.д.

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

197. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 20:47 
Да тут даже обратный карго-культ.
Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

221. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 04:47 
> Люди знают, что учиться полезно. Учиться чему-то принципиально новому сложно

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

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

246. "Новая версия системного менеджера Systemd 206"  +3 +/
Сообщение от arisu (ok) on 24-Июл-13, 09:40 
знания системды пригодятся только для системды. умение писать шелл-скрипты пригодится не только для написания инит-сценариев, но и в других случаях, когда небольшой скрипт позволит переложить на машину работу, для которой машины и предназначались.

но на самом деле всё шло несколько наоборот: для инита именно потому и не стали изобретать Совершенно Новый Язык, что sh (который люди уже использовали для облегчения себе жизни) туда вполне органично вписался. профит: знакомый язык, знакомые утилиты, возможность «повторно использовать» уже имеющиеся знания.

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

и да: sh — не ракетная наука, а удобный несложный инструмент. равно как и умение писать скрипты, которое тоже сейчас считается «красноглазием». это же круто, например: сидеть и обрабатывать вручную 100500 файлов в гуятинке, заместо простого скрипта с find.

раньше был чудесный лозунг: «машина должна работать, а человек — думать». а сейчас, судя по всему: «человек должен как можно меньше думать, а то ещё нагрузит машину работой.»

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

351. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 25-Июл-13, 15:47 
> sh — не ракетная наука,

...а кривой раздутый инструмент с ALGOL'ом 68 вместо синтаксиса. А заменить чем-то вменяемым, да хоть чем-то, похожим на rc из Plan 9, в UNIX'ах НЕОСNЛNВШNМ, так как бесконечная обратная совместимость вместо каких-то новаторств.
SystemD, впрочем, ещё хуже.

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

353. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 25-Июл-13, 16:11 
да заменяй, в чём проблема-то? какой злой бог запретил тебе держать в системе одновременно и sh, и кучу других языков? я тоже не так часто пишу на sh что-то сложнее пары условий. и в ините у меня не все скрипты на sh.

но это всё никак не отменяет того, что sh — и простой, и есть практически везде.

ну вот что за манера — до основания разрушить и всё-всё переделать?

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

184. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:41 
>[оверквотинг удален]
> А можете объяснить зачем?
> 5 лет назад меня на 99% все устраивало в Linux как системы.
> И в том числе SysV Init тоже справлялся со своими обязанностями.
> Скорость загрузки была сравнима с Виндой. Сейчас у меня есть Debian
> 6 на SSD, он грузится в 3 секунды.
> В мире есть много интересного и важного, чтобы не мешало изучить, и
> на что и так не хватает времени и без systemd. Зачем
> мне тратить время на systemd, если и до него все работало.
> Что нового он дает? Никто так пока на это и не
> ответил.

http://0pointer.de/blog/projects/why.html

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

Прям расчудесные чудеса?

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

Зато грузится за 3 секунды )

> Чем дальше, тем больше десктоп под Linux начинает
> мне напоминать Win 95. Такое впечатление, что понабежавшие со всех углов
> любители "до основания, а затем" стараются во всю силу.

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

207. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Anonymouse on 23-Июл-13, 22:08 
>> http://0pointer.de/blog/projects/why.html

Прекрасная ссылка
                                                              systemd                                                                                              
Specialized professional
consulting and engineering services available   yes

Собственно для чего этот космический корабль и затевался.

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

222. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 04:48 
> Собственно для чего этот космический корабль и затевался.

По сравнению с иными инит-скриптами этот космический корабль довольно прост в управлении.

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

82. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от runoverheads (ok) on 23-Июл-13, 15:06 
слишком усложённый он, это потенциальный источник проблем. раньше для работы с ситемой иницилизации был нужен лишь sh и любой текстовой редактор.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

150. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 23-Июл-13, 18:22 
> Заранее спасибо.

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

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

157. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от Аноним (??) on 23-Июл-13, 18:53 
Волны ненависти ? От всех трех одминов, которые боятся что их тайное сверхвысокооплачиваемое баш-кунфу больше никому нахрен не нужно, и теперь усидчивый школьник легко заменит их на рабочем месте за 10 кратно меньшие деньги ? Не смеши.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

159. "Новая версия системного менеджера Systemd 206"  +3 +/
Сообщение от arisu (ok) on 23-Июл-13, 18:58 
> усидчивый школьник легко заменит их на рабочем месте за 10 кратно меньшие деньги

ой, да пусть заменяет. будет очень весело посмотреть со стороны на горящие задницы, когда ВНИЗАПНА! что-то пойдёт не так, и школьник «зависнет». ну и, натурально, заломить десятикратную цену за починку и приведение в нормальное состояние. и трёхкратную зарплату за то, чтобы поддерживать всё снова вместо школьника.

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

160. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от AX (ok) on 23-Июл-13, 19:00 
> баш-кунфу больше никому нахрен не нужно

Обожаю такие кАменты. Сразу видно людей, которые ни один настоящий service-файл не видели.

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

172. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:24 
>> баш-кунфу больше никому нахрен не нужно
> Обожаю такие кАменты. Сразу видно людей, которые ни один настоящий service-файл не
> видели.

Ну да, это вам не unit-файл c Интернета качать: https://www.opennet.ru/openforum/vsluhforumID3/90966.html#50 ))

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

232. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 24-Июл-13, 08:33 
Вы школьник, которого не берут работать за еду, потому что вы не знаете bash ?
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

3. "Новая версия системного менеджера Systemd 206"  +3 +/
Сообщение от WherWolf on 23-Июл-13, 10:44 
> В systemd-cryptsetup добавлена поддержка TrueCrypt;

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

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

9. "Новая версия системного менеджера Systemd 206"  –6 +/
Сообщение от Kibab email(ok) on 23-Июл-13, 11:18 
А как вообще можно добавить поддержку того, что не относится к функции системного менеджера? Мне казалось, что программы в UNIX общаются между собой с помощью пайпов и командной строки, и, если утилита есть в системе, любая программа может её использовать с помощью написания пары строк на шелле?..

Ах да, это же systemd от поколения Пепси, которое не знает, что такое UNIX way, и пилит новый Windows... Только мега-комбайны, только хардкор.

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

13. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от trashwind email(ok) on 23-Июл-13, 11:30 
> А как вообще можно добавить поддержку того, что не относится к функции
> системного менеджера? Мне казалось, что программы в UNIX общаются между собой
> с помощью пайпов и командной строки, и, если утилита есть в
> системе, любая программа может её использовать с помощью написания пары строк
> на шелле?..
> Ах да, это же systemd от поколения Пепси, которое не знает, что
> такое UNIX way, и пилит новый Windows... Только мега-комбайны, только хардкор.

Вы лжец или дурак,- Linux уже давно не Юникс-вэй, и даже не Posix-совместим. Одно ядро Линукс уже является комбайном, т.к. монолит. Винда в этом плане больше Юникс-вэй. И вы, кстати, с того же поколения пэпси.

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

14. "Новая версия системного менеджера Systemd 206"  –3 +/
Сообщение от Аноним (??) on 23-Июл-13, 11:34 
Толсто.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

16. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от trashwind email(ok) on 23-Июл-13, 11:47 
> Толсто.

Тонко. X-сервер это Unix-way? Нет, тот ещё комбайн. А любое DE? Нет. Я думаю, что не цель Unix-way'я избавить мир от любой программы, делающей две функции. Так что этот аргумент смешён. К тому же systemd выполняет одну главную функцию, с которой предшественники качественно не справились, - он загружает систему, позволяя комфортно и просто управлять этим процессом, плюс управление сеансами.

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

19. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от AX (ok) on 23-Июл-13, 12:26 
> systemd выполняет одну главную функцию, с которой предшественники качественно не справились,
> - он загружает систему, позволяя комфортно и просто управлять этим процессом,
> плюс управление сеансами.

Чёрт, и как бедный линукс раньше без него загружался? Просто удивительно!

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

55. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от trashwind (ok) on 23-Июл-13, 14:31 
>> systemd выполняет одну главную функцию, с которой предшественники качественно не справились,
>> - он загружает систему, позволяя комфортно и просто управлять этим процессом,
>> плюс управление сеансами.
> Чёрт, и как бедный линукс раньше без него загружался? Просто удивительно!

Боже, а как он это делал без openrc и upstart?

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

26. "Новая версия системного менеджера Systemd 206"  +3 +/
Сообщение от Аноним (??) on 23-Июл-13, 13:02 
> X-сервер это Unix-way? Нет, тот ещё комбайн.

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

> А любое DE?

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

> Я думаю, что не цель Unix-way'я избавить мир от любой программы, делающей две функции.Так что этот аргумент смешён.

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

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

69. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от Аноним (??) on 23-Июл-13, 14:45 
> Если, программа, предназначенная для старта системы...

Здесь стоит вспомнить, что systemd не система инициализации, как многие о ней думают. Именно поэтому большая часть баталий принимает вид openrc/upstart vs systemd.

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

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

27. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от dq0s4y71 (ok) on 23-Июл-13, 13:02 
> X-сервер это Unix-way?

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

> с которой предшественники качественно не справились

Бгг

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

28. "Новая версия системного менеджера Systemd 206"  +5 +/
Сообщение от Аноним (??) on 23-Июл-13, 13:15 
Какой только навоз течением не прибивает с лора на опеннет.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

188. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 20:12 
Тролли себе подобных чуют издалека, и вот и слетаются, аки мухи на г...
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

48. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от имя on 23-Июл-13, 14:04 
> А любое DE? Нет.

А вот и да. Из любого DE можно выкинуть всё, кроме, разве что, нижележащих библиотек, и заменить чем-то своим. Nautilus там на Dolphin сменить кто мешает? Или все резко разучились, едва умерли kicker и gnome-panel?

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

68. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 14:44 
> аргумент смешён

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

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

194. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 20:34 
> плюс управление сеансами.

s/./, плюс удобные и быстрые бинарные логи, плюс необходимый, но отключаемый вебсервер, + http://0pointer.de/blog/projects/why.html, плюс <yet another feauture, which I add, cause I can>/ . systemd-dominate-world Грядет!

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

183. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от BayaN (ok) on 23-Июл-13, 19:38 
>Одно ядро Линукс уже является комбайном, т.к. монолит

Только оно в отличии от ... умеет работать на куче архитектур и урезается по самое нихачу. И монолит оно по объективным причинам. Что мешает systemd стать модульным неизвестно.

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

185. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:43 
>>Одно ядро Линукс уже является комбайном, т.к. монолит
> Только оно в отличии от ... умеет работать на куче архитектур и
> урезается по самое нихачу. И монолит оно по объективным причинам. Что
> мешает systemd стать модульным неизвестно.

Что мешает вам скомпилить systemd с фичами, которые нужны только вам, неизвестно.

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

233. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 24-Июл-13, 08:38 
> Что мешает вам скомпилить systemd с фичами, которые нужны только вам, неизвестно.

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


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

257. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от ноним (ok) on 24-Июл-13, 10:08 
>> Что мешает вам скомпилить systemd с фичами, которые нужны только вам, неизвестно.
> А я вот не умею компилить, и вообще пользуюсь софтом только из
> репозитария.
> Покажите пример вашей последней компиляции, по шагам, вы ведь компилировали systemd так
> как вам нужно, то есть ваше высказывание - это не пустой
> треп ?

yaourt -Sb systemd

Компилится из репозитария. Вроде совсем не трудно? )

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

346. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от Аноним (??) on 25-Июл-13, 12:16 
Какой там ключик для отключения журнал, или как собрать удев отдельно не подскажешь? Ты ведь профессионал, старик?
Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

186. "Новая версия системного менеджера Systemd 206"  +3 +/
Сообщение от arisu (ok) on 23-Июл-13, 19:45 
> Что мешает systemd стать модульным неизвестно.

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

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

200. "Новая версия системного менеджера Systemd 206"  –3 +/
Сообщение от Аноним (??) on 23-Июл-13, 20:53 
все три одмина на русскоязычном форуме? да, мировые биржи в панике - аризу тявкнул на Леннарта, с искрометным намеренным искажением фамилии. Добей уже поцтеринга приватным танцем!
Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

202. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 21:12 
тора-гой, ты бы показался психиатру. твои фантазии, мне кажется, не совсем нормальны.
Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

205. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 23-Июл-13, 21:32 
тебя там леннарт что ли штырит каждый день твоей нокией 900? посчитай число постов в этой ветке, неадекват. кому пользу принесли твои камлания? Ну написал что тебе не нравится systemd, привел аргументы - "тебе просто он не нравится". Все поняли. Но реки слез то зачем? Хочешь чтобы кто нибудь прочитал твои всхлипы на opennet и запилил все обратно? Кто? CEO RedHat? Билгейц? Твой Патрикбох? Ни одного технического аргумента, одни эмоции "системд плохой потому что он плохой".
Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

206. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от arisu (ok) on 23-Июл-13, 21:35 
всё-таки я не врач, не могу понять: то ли ты действительно дурак, то ли упоролся, то ли и дурак, и упоролся…
Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

235. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от Адекват (ok) on 24-Июл-13, 08:46 
> Ну написал что тебе не нравится systemd, привел аргументы - "тебе
> просто он не нравится". Все поняли. Но реки слез то зачем?

Очищать неокрепшие умы от скверны поганого Леннарта не простая задача, не знаю как asiru а я буду по мере сил и возможность открывать всяким наивным молодым и ранним глаза на то, чем действительно является systemd.
Потому что идет эффект голого короля - кто-то сказал что systemd хороший, потому что прочитал об этом в интернете, потом 10 таких же кто "сам не попробовал" подхватили эту идею и стали ее пропогандировать уже сотне наивных.
Как результат - огромная толпа считает что systemd хорош, потому что так написано в интернете, но на практике никто для себя лично не открыл ничего полезного в нем, не нашел ничего чего не было раньше.

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

250. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 09:52 
это бессмысленная задача. как минимум в силу того, что противная сторона не обладает для этого необходимым уровнем системного мышления (и, зачастую, необходимым уровнем квалификации). зато с ними весело ругаться.
Ответить | Правка | ^ к родителю #235 | Наверх | Cообщить модератору

223. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 04:50 
> бы на его месте давно утопился, а этот держится. зараза.

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

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

252. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 09:54 
> Вот и хорошо — будет наконец система инициализации у нашего звездолета ему
> под стать.

это да. ракеты будут летать хорошо, как в недавнем прямом эфире.

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

234. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 24-Июл-13, 08:39 
> бы на его месте давно утопился, а этот держится. зараза.

Овно не тонет

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

10. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 11:20 
На сайте версия 7.1a и в репозитории

Название: realcrypt
Архитектура: i686
Версия: 7.1a
Выпуск: 2.fc19
Объем: 841 k
Источник: rpmfusion-nonfree/19/i386
Аннотация: Cross platform disk encryption software
Ссылка: http://www.truecrypt.org/
Лицензия: TrueCrypt License Version 3.0
Описание: Based on TrueCrypt, freely available at http://www.truecrypt.org/.
        :
        : realcrypt is mainly just a rebrand to allow for modifications to take place,
        : functionality remains all the same.
        :
        : Main Features:
        : - Creates a virtual encrypted disk within a file and mounts it as a
        :   real disk.
        : - Encrypts an entire hard disk partition or a storage device such as
        :   USB flash drive.
        : - Encryption is automatic, real-time (on-the-fly) and transparent.
        : - Provides two levels of plausible deniability, in case an adversary
        :   forces you to reveal the password:
        :   1) Hidden volume (steganography).
        :   2) No RealCrypt volume can be identified (volumes cannot be
        :   distinguished from random data).
        : - Encryption algorithms: AES-256, Blowfish (448-bit key), CAST5,
        :   Serpent, Triple DES, and Twofish. Mode of operation: LRW (CBC
        :   supported as legacy).

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

4. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от AX (ok) on 23-Июл-13, 10:47 
Ядро, загрузчик и управление бульдозером туда ещё не встроили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 11:09 
А если встроить туда загрузчик, то ОС будет загружаться быстрее?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от анонимм on 23-Июл-13, 11:17 
> А если встроить туда загрузчик, то ОС будет загружаться быстрее?

только если микросовт дозволит

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

32. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 13:34 
> А если встроить туда загрузчик, то ОС будет загружаться быстрее?

Загрузчик как-бе грузит ядро, а не систему инициализации. Да и с efistub загрузчик уже не нужен )

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

70. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 14:46 
> Загрузчик как-бе грузит ядро, а не систему инициализации.

поцтеринг этим недоволен. ядро мешает ему полностью реализовать свои Уникальные Концепции.

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

99. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:45 
>> Загрузчик как-бе грузит ядро, а не систему инициализации.
> поцтеринг этим недоволен. ядро мешает ему полностью реализовать свои Уникальные Концепции.

А пруфы есть? Случаем не на cgroups намекаете? )

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

105. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 15:58 
я спекулирую.
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

161. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 23-Июл-13, 19:00 
> я спекулирую.

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

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

165. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 19:09 
Rasch abkochen, dann Vormarsch nach Sokal.
Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

169. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:16 
> Rasch abkochen, dann Vormarsch nach Sokal.

А я уж было думал, что хоть в этот раз обойдется этой зажеванной цитаты )

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

171. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 19:21 
>> Rasch abkochen, dann Vormarsch nach Sokal.
> А я уж было думал, что хоть в этот раз обойдется этой
> зажеванной цитаты )

я могу отвечать полудуркам другими цитатами, но какой смысл?

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

173. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:25 
>>> Rasch abkochen, dann Vormarsch nach Sokal.
>> А я уж было думал, что хоть в этот раз обойдется этой
>> зажеванной цитаты )
> я могу отвечать полудуркам другими цитатами, но какой смысл?

Rasch abkochen, dann Vormarsch nach Sokal.

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

174. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 19:26 
молодец, копировать меня ты уже научился. осталось ещё понимание действий где-то раздобыть.
Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

189. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от Аноним (??) on 23-Июл-13, 20:17 
Я ж тебе советовал на Кафку перейти.:)
Но смысла да, никакого в замене. Может, их лучше дустом, как в старые добрые?:)
Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

191. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 20:19 
> Но смысла да, никакого в замене. Может, их лучше дустом, как в
> старые добрые?:)

дуст денег стоит, а цитаты бесплатные.

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

224. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 04:54 
> я могу отвечать полудуркам другими цитатами, но какой смысл?

"Если вы спорите с идиoтом, он, вероятно, делает то же самое". // по сценарию тут trollface.jpg :)

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

238. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 09:05 
> "Если вы спорите с идиoтом, он, вероятно, делает то же самое". //
> по сценарию тут trollface.jpg :)

именно поэтому я прекращаю спорить и отправляю на Сокаль.

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

20. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 12:28 
Слабовато, где нескучный функционал?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от Аноним email(??) on 23-Июл-13, 12:43 
prismaСюрпрайз-206
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 23-Июл-13, 13:31 
Когда под FreeBSD сделают?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 13:35 
> Когда под FreeBSD сделают?

Не сделают, так как проект сильно завязан на фичах ядра Linux.

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

38. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от anonymous (??) on 23-Июл-13, 13:42 
> Когда под FreeBSD сделают?

Не сделают. Кроссплатформенность - это враг прогресса, и её надо искоренять любой ценой.

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

42. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 13:47 
>> Когда под FreeBSD сделают?
> Не сделают. Кроссплатформенность - это враг прогресса, и её надо искоренять любой
> ценой.

Linux KVM, iptables и iproute2 и многое другое Linux-only наверное тоже в топку костра кроссплатформенности бросить предлагаете?

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

46. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 13:59 
> Linux KVM, iptables и iproute2 и многое другое Linux-only наверное тоже в
> топку костра кроссплатформенности бросить предлагаете?

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

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

61. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от ноним (ok) on 23-Июл-13, 14:38 
>> Linux KVM, iptables и iproute2 и многое другое Linux-only наверное тоже в
>> топку костра кроссплатформенности бросить предлагаете?
> предлагаем плодить еще больше некроссплатформенного (divide et impera). Хотя в отношении
> к системгэ некроссплатформенность не является такой уж проблемой. Никто бы и
> не тащил этот недокомбайн куда либо, кроме парочки линуксдистрибутивов бегущих впереди
> паровоза.

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

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

67. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 14:44 
> Предлагаю снять розовые очки - кроссплатформенность на системном уровне это почти утопия.

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

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

89. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:15 
>> Предлагаю снять розовые очки - кроссплатформенность на системном уровне это почти утопия.
> У вас какой-то альтернативный опыт в каких-то других очках. Я же и
> до сих пор вижу т.н.
> утопии, работающие как первоклассные часики, не то что лёнин системгэ.

Это наверное БСД-шный GEOM и MAC или линуховый SELinux и.т.д? )

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

92. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 15:21 
> Это наверное БСД-шный GEOM и MAC или линуховый SELinux и.т.д? )

список кроссплатформенного ПО можете найти в интернете ;)

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

95. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 15:30 
>> Это наверное БСД-шный GEOM и MAC или линуховый SELinux и.т.д? )
> список кроссплатформенного ПО можете найти в интернете ;)

Список некроссплатформенного тоже ) Что вы пытаетесь доказать?

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

115. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 16:19 
доказывают то что не очевидно. Если присутствует список кроссплатформенного ПО, наравне с списком некроссплатформенного, то какой смысл говорить о утопии кросплатформенного ПО, пусть даже _нарочито подчеркнуто_ на системном уровне?

Есть и то, и это. Какие очки вы мне предлагали снять - одному вам понятно. :)

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

119. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от ноним (ok) on 23-Июл-13, 16:24 
> доказывают то что не очевидно. Если присутствует список кроссплатформенного ПО, наравне
> с списком некроссплатформенного, то какой смысл говорить о утопии кросплатформенного ПО,
> пусть даже _нарочито подчеркнуто_ на системном уровне?
> Есть и то, и это. Какие очки вы мне предлагали снять -
> одному вам понятно. :)

Смысл в том, неиспользование функций, которые предоставляет платформа является по меньшей мере странным.

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

124. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 16:30 
> Смысл в том, неиспользование функций, которые предоставляет платформа является по меньшей
> мере странным.

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

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

128. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 16:36 
>> Смысл в том, неиспользование функций, которые предоставляет платформа является по меньшей
>> мере странным.
> во всем нужен разумный компромисс. Привязка к специфике одной платформы и игнорирование
> всех остальных в проектировании и программировании софта - не подходит ни
> к компромиссу, ни к разумности.

Так и запишем: KVM, iptables, GEOM, Linux (даже так!) задуманы херово. )

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

132. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 16:48 
> Так и запишем: KVM, iptables, GEOM, Linux (даже так!) задуманы херово. )

многие бы с этим согласились даже без иронии в сообщении)))


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

146. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 18:07 
А все апаче, нгинксы и прочие надо было оставить на тех бсд системах. Тут же есть клачный вебсервер от потеринга.
Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

129. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 16:38 
компромиссы часто порождают уродцев-мутантов. которым одинаково плохо везде.
Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

133. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 16:53 
> компромиссы часто порождают уродцев-мутантов. которым одинаково плохо везде.

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

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

135. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 16:58 
> кроссплатформенностью с потерей функциональности при глупом неиспользовании
> фич, предоставляемых платформой.

или так: «с глупыми потерями времени на переписывание фич, предоставляемых платформой».

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

137. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 17:02 
ага)) рюсский не моя язык по умолчанию, спасибо :)
Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

71. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 14:48 
> предлагаем плодить еще больше некроссплатформенного

а что делать. если я, например, использую исключительно GNU/Linux, и в этой ОС есть некая функциональность, которая или отсутствует, или реализована по-другому в других ОС, то мне проще возложить алмазный жезл на другие ОС. потому что код, пересыпаный ifdef'ами, которые я даже не могу проверить — это полумёртвый код. и нефиговый источник багов. се ля ви, так сказать.

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

74. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 14:54 
>> предлагаем плодить еще больше некроссплатформенного
> а что делать. если я, например, использую исключительно GNU/Linux, и в этой
> ОС есть некая функциональность, которая или отсутствует, или реализована по-другому в
> других ОС, то мне проще возложить алмазный жезл на другие ОС.
> потому что код, пересыпаный ifdef'ами, которые я даже не могу проверить
> — это полумёртвый код. и нефиговый источник багов. се ля ви,
> так сказать.

ты свободен поступить как захочешь)) А то что проще алмазным жезлом трясти вместо разработки - ну какая же это новость?

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

80. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 15:03 
> А то что проще алмазным жезлом трясти вместо разработки — ну какая же это новость?

проще и эффективней разрабатывать не ориентируясь на «минимальную доступную функциональность». и, заодно, не пихать в проект код, который толком и проверить-то не выходит.

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

вот ровно та же фигня и со специфичными для ОС/glibc функциями: если они оказываются удобней, чем то, что предоставляет мне позикс — позикс берёт барабан и весело идёт нафиг. вместе с портабельностью, потому что мне нужен не «офигенно портабельный софт послезавтра (который через неделю сломается, потому что некому тестить специфические фичи на pupkinos)», а «софт, который работает на моей системе уже сегодня».

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

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

88. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 15:14 
Из того что ты написал, я понял что один разработчик пишущий софт для себя не будет задалбываться кроссплатформенностью. Хотя и бывают исключения, но согласен. Я б также сделал.
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

106. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 16:01 
> Из того что ты написал, я понял что один разработчик пишущий софт
> для себя не будет задалбываться кроссплатформенностью. Хотя и бывают исключения, но
> согласен. Я б также сделал.

да и не один часто тоже. просто потому, что у них всех… ой, опять GNU/Linux.

а вообще — я намекал, что кроссплатформенность очень часто приводит к костылям и поддержке функциональности по принципу «самого бедного». вследствие чего её совсем, конечно, игнорировать не стоит, но и на первое место тащить тоже не надо.

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

112. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 16:11 
> да и не один часто тоже. просто потому, что у них всех…
> ой, опять GNU/Linux.

почему-то важный софт или портирован, или кроссплатформеннен. Наверное потому что у всех линукс. ;)

> а вообще — я намекал, что кроссплатформенность очень часто приводит к костылям
> и поддержке функциональности по принципу «самого бедного». вследствие чего
> её совсем, конечно, игнорировать не стоит, но и на первое место
> тащить тоже не надо.

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

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

114. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 16:16 
> почему-то важный софт или портирован, или кроссплатформеннен.

а внутри у него ужос-ужос-ужос. в немалой степени из-за кроссплатформенности.

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

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

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

118. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 16:23 
> а внутри у него ужос-ужос-ужос. в немалой степени из-за кроссплатформенности.

глянь системгэ. Вот там ужос-ужос-ужос * pi ^ e. Кстати некроссплатформеннен.

> хотя решение есть: выкинуть позикс, [...] сделать вместо него нормальный стандарт. и сбоку библиотеки совместимости с позиксом, как опциональный элемент.
> но увы, увы: [...] опять будет дебильный «комитет», который в итоге всех содроганий родит очередное устаревшее говно.

замкнутый круг. В итоге, ты или уже пишешь кроссплатформенный софт, или нет. А надежды на завтра и обесценивание сегодняшнего, разработке нифига не помогают ;)

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

123. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 23-Июл-13, 16:30 
> глянь системгэ.

так гляжу периодически. силу воли и желудок тренирую.

> замкнутый круг. В итоге, ты или уже пишешь кроссплатформенный софт, или нет.

и логичный выбор — «не пишу кроссплатформенный софт». пусть портирует тот, кому это может понадобиться. и тащит на горбу эту кучу мусора потом.

> А надежды на завтра и обесценивание сегодняшнего, разработке нифига не помогают
> ;)

но и не мешают, если не являются единственным занятием.

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

127. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 16:36 
> так гляжу периодически. силу воли и желудок тренирую.

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

>> замкнутый круг. В итоге, ты или уже пишешь кроссплатформенный софт, или нет.
> и логичный выбор — «не пишу кроссплатформенный софт». пусть портирует
> тот, кому это может понадобиться. и тащит на горбу эту кучу
> мусора потом.

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

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

130. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 16:40 
> т.е. кроссплатформенность — не один из критериев ужос-ужоса, если в полностью специфичном
> софте творится такой быдлокод ;)

один. но не единственный и не необходимый.

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

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

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

134. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от chinarulezzz (ok) on 23-Июл-13, 16:57 
>> т.е. кроссплатформенность — не один из критериев ужос-ужоса, если в полностью специфичном
>> софте творится такой быдлокод ;)
> один. но не единственный и не необходимый.

значит и некроссплатформенность тоже.

>> для тебя логичный и для тех кто солидарен с такой логикой. Присутствие
>> же кроссплатформенного софта показывает и другую логику, которую ты можешь отрицать
>> или признать. Факт её существования от этого не зависит.
> на самом деле тут вопрос в том, зачем автор пишет софт. если
> «я для себя писал, но вот берите, может и вам пригодится»
> — это один подход. а если «я писал, чтобы другие пользовались
> (и немного прославиться), а самому оно мне не очень и надо»
> — это другой подход. я не говорю, что какой-то из них
> лучше, они просто разные.

Юзерам и "интеграторам" предпочтительней всё же кроссплатформенный софт. Можно сказать что кроссплатформенный подход лучше, но всё имеет обратную сторону в виде работы со стороны программиста, потому да, кому лучше а кому хуже. Спасибо. :)

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

136. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 16:59 
> Юзерам и «интеграторам» предпочтительней всё же кроссплатформенный софт.

именно. поэтому я и разделяю «пишу в первую очередь для себя» и «пишу в первую очередь для других юзеров».

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

163. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 19:06 
>> Юзерам и «интеграторам» предпочтительней всё же кроссплатформенный софт.
> именно. поэтому я и разделяю «пишу в первую очередь для себя» и
> «пишу в первую очередь для других юзеров».

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

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

192. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 23-Июл-13, 20:21 
>потому что код, пересыпаный ifdef'ами, которые я даже не могу проверить — это полумёртвый код. и нефиговый источник багов. се ля ви, так сказать.

А что, нельзя найти того, кто будет тестить твой код под другими ОС?

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

193. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 23-Июл-13, 20:25 
>>потому что код, пересыпаный ifdef'ами, которые я даже не могу проверить — это полумёртвый код. и нефиговый источник багов. се ля ви, так сказать.
> А что, нельзя найти того, кто будет тестить твой код под другими
> ОС?

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

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

228. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 24-Июл-13, 07:27 
Тестить, а тем более патчить без хотя бы некоторого содействия автора малость сложнее, чем при наличии оного, не? А что касается "заморачиваться поисками" - если твоя программа нужна не только тебе, то желающие найдутся сами, правда наверное придется хоть немного ее порекламировать.
Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

239. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Адекват (ok) on 24-Июл-13, 09:07 
> Тестить, а тем более патчить без хотя бы некоторого содействия автора малость
> сложнее, чем при наличии оного, не? А что касается "заморачиваться поисками"
> - если твоя программа нужна не только тебе, то желающие найдутся
> сами, правда наверное придется хоть немного ее порекламировать.

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

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

241. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от arisu (ok) on 24-Июл-13, 09:13 
> у самого таланта нет чтобы все исправить

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

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

240. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 24-Июл-13, 09:12 
> Тестить, а тем более патчить без хотя бы некоторого содействия автора малость
> сложнее, чем при наличии оного, не?

если пишешь новые функции — да. а если портируешь — то без разницы, надо только знать специфику исходной и целевой системы. автор нужен разве затем, чтобы спросить: «эй, ты вот в эти части новых фич дописывать не планируешь? а то я подожду тогда.»

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

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

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

162. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от BayaN (ok) on 23-Июл-13, 19:06 
> Хотя в отношении к системгэ некроссплатформенность не является такой уж проблемой.

Судя по его коду у него другая проблема - он просто впринципе не портабельная жопа. Там полно завязок на x86, кода с undefined behaviour, жёстко вбитые пути к файлам. Вобщем спагетти политое жиром. На самом деле им будет очень сложно реагировать даже на динамику развития ядра Linux.

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

167. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:10 
>> Хотя в отношении к системгэ некроссплатформенность не является такой уж проблемой.
> Судя по его коду у него другая проблема - он просто впринципе
> не портабельная жопа. Там полно завязок на x86, кода с undefined
> behaviour, жёстко вбитые пути к файлам. Вобщем спагетти политое жиром. На
> самом деле им будет очень сложно реагировать даже на динамику развития
> ядра Linux.

Можно пруфы на это все? А по поводу "реакци на динамику развития" - как всегда рассудит только время )

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

177. "Новая версия системного менеджера Systemd 206"  +1 +/
Сообщение от Аноним (??) on 23-Июл-13, 19:33 
в сорци погляди, если не слепой узришь
Ответить | Правка | ^ к родителю #167 | Наверх | Cообщить модератору

187. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от ноним (ok) on 23-Июл-13, 19:50 
> в сорци погляди, если не слепой узришь

Так будут пруфы или нет?

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

225. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 24-Июл-13, 04:56 
> предлагаем плодить еще больше некроссплатформенного (divide et impera).

Прости, BSDшники всегда клали на совместимость инитов с пингвином и даже с разными подтипами бсд. Чего ради пингвиноадам тогда заботиться о их тушке? В общем кроссплатформенный системный софт - утопия. Ты еще формат драйверов для всех одинаковый потребуй :)

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

120. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от pavlinux (ok) on 23-Июл-13, 16:26 
>> Когда под FreeBSD сделают?
> Не сделают. Кроссплатформенность - это враг прогресса, и её надо искоренять любой
> ценой.

Ага, скажи это скайпу, который даже на холодильниках работает.

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

151. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от anonymous (??) on 23-Июл-13, 18:25 
>Ага, скажи это скайпу, который даже на холодильниках работает.

Сейчас это официальная позиция RedHat. И им, прикинь, пофиг что там у кого на холодильниках работает.

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

226. "Новая версия системного менеджера Systemd 206"  –1 +/
Сообщение от Аноним (??) on 24-Июл-13, 04:57 
> Ага, скажи это скайпу, который даже на холодильниках работает.

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

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

247. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от arisu (ok) on 24-Июл-13, 09:44 
для армов тоже был, зараза.
Ответить | Правка | ^ к родителю #226 | Наверх | Cообщить модератору

255. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 24-Июл-13, 09:56 
> для армов тоже был, зараза.

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

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

60. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от trashwind (ok) on 23-Июл-13, 14:37 
Из присутствующих вообще хоть кто нибудь им пользовался?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

111. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Макаронный Монстр (ok) on 23-Июл-13, 16:05 
Systemd? Я, в Арче кажный день. По-поводу всех этих выкриков пожимаю плечами. Системде как системде, ничего особенного, быстро и работает.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

210. "Новая версия системного менеджера Systemd 206"  +2 +/
Сообщение от ip1981 (ok) on 24-Июл-13, 01:04 
> В systemd-cryptsetup добавлена поддержка TrueCrypt;

Это какой-то рак.

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

227. "Новая версия системного менеджера Systemd 206"  –2 +/
Сообщение от Аноним (??) on 24-Июл-13, 04:58 
С приставкой "ду" :)
Ответить | Правка | ^ к родителю #210 | Наверх | Cообщить модератору

350. "Новая версия системного менеджера Systemd 206"  +/
Сообщение от Аноним (??) on 25-Июл-13, 15:33 
> релиз системного менеджера systemd 206

Ну, по крайней мере, никто больше не называет это системой инициализации.
Адекватность линукс-комьюнити растёт?

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

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

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




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

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