The OpenNET Project / Index page

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

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


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

Оглавление

Началось голосование по вопросу смены системы инициализации ..., opennews (ok), 26-Янв-14, (0) [смотреть все]

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


50. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Fracta1L (ok), 26-Янв-14, 12:29 
Да ну, чем openrc интересен?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

67. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 26-Янв-14, 13:49 
Очень и очень многим.
Например вот такая возможность — StackedRunlevel http://wiki.gentoo.org/wiki/OpenRC/StackedRunlevel
После такого на systemd можно только плеваться.
Ответить | Правка | Наверх | Cообщить модератору

72. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 26-Янв-14, 14:10 
зыж
или к примеру настройка энергосбережения (на laptop'е) http://wiki.gentoo.ru/wiki/Acer_Timeline_3810TG#.D0.AD.D0.BD...
в systemd это сплошное «костыляние», а в openrc — элегантное и очень простое решение.
Ответить | Правка | Наверх | Cообщить модератору

95. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от ноним (ok), 26-Янв-14, 17:28 
> зыж
> или к примеру настройка энергосбережения (на laptop'е) http://wiki.gentoo.ru/wiki/Acer_Timeline_3810TG#.D0.AD.D0.BD...
> в systemd это сплошное «костыляние», а в openrc — элегантное и очень
> простое решение.

Расскажите, пожалуйста, поподробней - с чего бы это acpi-скрипты стали относится к OpenRC, а также почему это не будет работать в окружении systemd?

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

267. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 26-Янв-14, 22:54 
Пожалуйста.
В этих, как вы выразились, acpi-скриптах есть такая вот строка:
/sbin/rc ${RUNLEVEL_BATTERY}

где
# equery belongs /sbin/rc
sys-apps/openrc-0.12.4 (/sbin/rc)
а ${RUNLEVEL_BATTERY} — соотвественно runlevel

А вообще, по ссылке всё написано.

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

270. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 26-Янв-14, 22:58 
> Пожалуйста.
> В этих, как вы выразились, acpi-скриптах есть такая вот строка:
> /sbin/rc ${RUNLEVEL_BATTERY}
> где
> # equery belongs /sbin/rc
> sys-apps/openrc-0.12.4 (/sbin/rc)
> а ${RUNLEVEL_BATTERY} — соотвественно runlevel
> А вообще, по ссылке всё написано.

А что мешает там написать "/usr/bin/systemctl start ${TARGET_BATTERY}", если не секрет?

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

292. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 26-Янв-14, 23:24 
Ну так напишите. И покажите каким образом я смогу легко и непринужденно добавлять и удалять запуск/останов нужных мне демонов/сервисов.

Если что, то в опенрк так:
rc-update [options] add <service> [<runlevel>...]
rc-update [options] del <service> [<runlevel>...]
Например вот эта строка остановит самбу когда ноут будет работать от батареи
rc-update del samba battery

При этом работает bash complesion.
Покажете как это «удобно» в systemd? Или ограничитесь фразой «А что мешает там написать»?

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

298. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 27-Янв-14, 01:36 
То, что ты написал, является аналогом target-ов в systemd.

vi /etc/systemd/system/battery.target
mkdir /etc/systemd/system/battery.target.wants
ln -s /usr/lib/systemd/system/daemon1.service /etc/systemd/system/battery.target.wants/
ln -s /etc/systemd/system/daemon2.service /etc/systemd/system/battery.target.wants/
...

потом прописываешь в acpi-скрипт
systemd isolate battery.target

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

302. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 27-Янв-14, 02:42 
>vi /etc/systemd/system/battery.target
>mkdir /etc/systemd/system/battery.target.wants
>ln -s /usr/lib/systemd/system/daemon1.service /etc/systemd/system/battery.target.wants/
>ln -s /etc/systemd/system/daemon2.service /etc/systemd/system/battery.target.wants/

Так что в vi пишется?
Это первое.

Второе — это КАК ЗАПУСТИТЬ.
А как ОСТАНОВИТЬ? Мне в при работе от батареи надо остановить кучку сервисов.

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

307. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ноним (ok), 27-Янв-14, 09:19 
>>vi /etc/systemd/system/battery.target
>>mkdir /etc/systemd/system/battery.target.wants
>>ln -s /usr/lib/systemd/system/daemon1.service /etc/systemd/system/battery.target.wants/
>>ln -s /etc/systemd/system/daemon2.service /etc/systemd/system/battery.target.wants/
> Так что в vi пишется?
> Это первое.


#cat /etc/systemd/system/ac.target
[Unit]
Description=On AC
Requires=basic.target multi-user.target graphical.target
Conflicts=batt.target
After=multi-user.target
AllowIsolate=yes
[Install]
Alias=ac.target
# cat /etc/systemd/system/batt.target
[Unit]
Description=On Battery Target
Requires=basic.target multi-user.target graphical.target
Conflicts=ac.target
After=multi-user.target
AllowIsolate=yes
[Install]
Alias=ac.target
# cat /etc/systemd/system/nfsd.service 
[Unit]
Description=NFS Server Daemon
Documentation=man:rpc.nfsd(8)
After=rpcbind.service
Requires=rpcbind.service
Before=nfs-server.target
PartOf=nfs-server.target
[Service]
Type=oneshot
EnvironmentFile=/etc/conf.d/nfs-server.conf
ExecStart=/usr/bin/rpc.nfsd $NFSD_OPTS $NFSD_COUNT
ExecStartPost=/usr/bin/exportfs -a
ExecReload=/usr/bin/exportfs -a -r
ExecStop=/usr/bin/rpc.nfsd 0
ExecStopPost=/usr/bin/exportfs -a -u
RemainAfterExit=yes
[Install]
WantedBy=ac.target

> Второе — это КАК ЗАПУСТИТЬ.


# systemctl isolate ac.target
# ps aux | grep nfs
root      2706  0.0  0.0  30820  1276 ?        Ds   11:17   0:00 /usr/bin/rpc.nfsd
root      2764  0.0  0.0  12132  1068 pts/4    S+   11:17   0:00 grep nfs

> А как ОСТАНОВИТЬ? Мне в при работе от батареи надо остановить кучку
> сервисов.


# systemctl isolate batt.target
# ps aux | grep nfs            
root      2794  0.0  0.0  12132  1072 pts/4    S+   11:18   0:00 grep nfs

Но это костыли по сравнению с сокетами )

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

313. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 27-Янв-14, 10:47 
1)
> # cat /etc/systemd/system/batt.target
> …
> [Install]
> Alias=ac.target

Уже мягко говоря брехня и халтура. И не мудрено плодить баги при таком подходе.
Ну допустим, допустим создание target'а примерно тоже самое, что и создание runlevel'а (а это — # cd /etc/runlevels; cp -a default battery)
2)
># cat /etc/systemd/system/nfsd.service
>…
>WantedBy=ac.target

Это мне вот так каждый сервис править?
А если у меня сервисов 100500? Все сервисы переносить из /usr/… в /etc/systemd/…?
А если у меня таких runlevel'ов(target'ов) 100500?

3) а теперь сравни свою простыню (уже с ошибками) с rc-update add|del samba battery

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

314. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ноним (ok), 27-Янв-14, 11:05 
> 1)
>> # cat /etc/systemd/system/batt.target
>> …
>> [Install]
>> Alias=ac.target
> Уже мягко говоря брехня и халтура. И не мудрено плодить баги при
> таком подходе.

Халтура. Потому что copy/paste. Потому что нинужно. У меня везде сокеты и делал я это только для вас на перекуре.

> Ну допустим, допустим создание target'а примерно тоже самое, что и создание runlevel'а
> (а это — # cd /etc/runlevels; cp -a default battery)
> 2)
>># cat /etc/systemd/system/nfsd.service
>>…
>>WantedBy=ac.target
> Это мне вот так каждый сервис править?
> А если у меня сервисов 100500? Все сервисы переносить из /usr/… в
> /etc/systemd/…?
> А если у меня таких runlevel'ов(target'ов) 100500?

100500 runlevel-ов на ноутбуке - это шикарно. А по каким критериям они будут переключаться?

> 3) а теперь сравни свою простыню (уже с ошибками) с rc-update add|del
> samba battery

А теперь сравни с:

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

316. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от ананим (?), 27-Янв-14, 11:09 
>Халтура. Потому что copy/paste.

Халтура, потому что нет возможности провести валидацию кода (который и не код, а тектовой файл)
>100500 runlevel-ов на ноутбуке - это шикарно.

Ваше пример с настройкой очень сложной сети уже приводил.
>А теперь сравни с:
>systemctl enable samba.socket

Не имеет отношения к рассматриваемому вопросу.
Засчитываю как слив.

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

319. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от ноним (ok), 27-Янв-14, 11:19 
>>Халтура. Потому что copy/paste.
> Халтура, потому что нет возможности провести валидацию кода (который и не код,
> а тектовой файл)
>>100500 runlevel-ов на ноутбуке - это шикарно.
> Ваше пример с настройкой очень сложной сети уже приводил.

    associate with the AP with no authentication
    setup a PPTP VPN through NAT against an internal server
    using an HTTP proxy to access the websites

Это настройка "очень сложной" сети? ))

>>А теперь сравни с:
>>systemctl enable samba.socket
> Не имеет отношения к рассматриваемому вопросу.
> Засчитываю как слив.

Засчитывай как хочешь, но это работает на порядок лучше и удобнее, чем городить огород runlevel-ов. Кста, разрабы OpenRC тоже уже смотрят в сторону сокетов )


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

321. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от ананим (?), 27-Янв-14, 11:23 
>Это настройка "очень сложной" сети? ))

Приведи пример на systemd и посмотрим. :D

>Засчитывай как хочешь, но это работает на порядок лучше и удобнее

В каком месте лучше и в каком месте удобней?
(Ты уже примеры с ошибками приводил. И заметить эти ошибки можно было только случайно)

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

322. "Голосование по вопросу смены системы инициализации в Debian"  –4 +/–
Сообщение от ноним (ok), 27-Янв-14, 11:33 
>>Это настройка "очень сложной" сети? ))
> Приведи пример на systemd и посмотрим. :D

Зачем мне городить костыли на systemd, если у меня есть NetworkManager (с dispatcher-ами, когда нужно)?

>>Засчитывай как хочешь, но это работает на порядок лучше и удобнее
> В каком месте лучше и в каком месте удобней?
> (Ты уже примеры с ошибками приводил. И заметить эти ошибки можно было
> только случайно)

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

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

330. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от ананим (?), 27-Янв-14, 12:11 
>Зачем мне городить костыли на systemd, если у меня есть NetworkManager (с dispatcher-ами, когда нужно)?

100500 слив засчитан! :D

>Потому что это костыльный способ обхода проблемы недостаточной функциональности.

Ну наконец то признал.
> В самом первом посте я привел пример решения твоей "проблемы" средствами systemd - сокеты.

Ай, лгунишка, я просил отключать сервисы при переходе на батарею! :D
Или у тебя с памятью проблемы?

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

395. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от Аноним (-), 28-Янв-14, 08:39 
> Халтура, потому что нет возможности провести валидацию кода (который и не код,
> а тектовой файл)

Это не баг, это фича :). Нет кода - нет багов в нем. Вроде просто :).

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

438. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 28-Янв-14, 20:02 
Угу, типа этого:
https://bugzilla.redhat.com/show_bug.cgi?id=708537
>Bug 708537 - isolate action is too brutal for runlevel switching
>Status:     NEW
>Reported:     2011-05-27 17:30 EDT by Bill C. Riemers
>Modified:     2014-01-15 10:30 EST (History)

:D

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

317. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от ноним (ok), 27-Янв-14, 11:13 
>[оверквотинг удален]
> Ну допустим, допустим создание target'а примерно тоже самое, что и создание runlevel'а
> (а это — # cd /etc/runlevels; cp -a default battery)
> 2)
>># cat /etc/systemd/system/nfsd.service
>>…
>>WantedBy=ac.target
> Это мне вот так каждый сервис править?
> А если у меня сервисов 100500? Все сервисы переносить из /usr/… в
> /etc/systemd/…?
> А если у меня таких runlevel'ов(target'ов) 100500?

И, кста, сейчас проверил, что спокойненько работает

ln -s /usr/lib/systemd/system/nfsd.service /etc/systemd/system/ac.target.wants/

без какой-либо модификации unit-файла )

> 3) а теперь сравни свою простыню (уже с ошибками) с rc-update add|del
> samba battery 


rc-update add samba battery = ln -s /usr/lib/systemd/system/samba.service /etc/systemd/system/ac.target.wants/
rc-update del samba battery = rm /etc/systemd/system/ac.target.wants/samba.service
Ответить | Правка | Наверх | Cообщить модератору

331. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 27-Янв-14, 12:48 
>>WantedBy=ac.target
>Это мне вот так каждый сервис править?

Это необязательно, просто тогда надо будет ln-ом ссылки создавать, а не через systemctl enable.

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

332. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 27-Янв-14, 12:52 
В любом случае это не упрощает задачу и ведёт к ошибочным ситуациям.
Ответить | Правка | К родителю #331 | Наверх | Cообщить модератору

379. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 28-Янв-14, 03:11 
> В любом случае это не упрощает задачу и ведёт к ошибочным ситуациям.

Каким?

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

396. "Голосование по вопросу смены системы инициализации в Debian"  –2 +/–
Сообщение от Аноним (-), 28-Янв-14, 08:40 
> В любом случае это не упрощает задачу и ведёт к ошибочным ситуациям.

Оно и видно - у чувака получились юниты на 10 строк вместо типовых простыней на 3 страницы с стремноватым кодом.

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

308. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ноним (ok), 27-Янв-14, 09:27 
>>vi /etc/systemd/system/battery.target
>>mkdir /etc/systemd/system/battery.target.wants
>>ln -s /usr/lib/systemd/system/daemon1.service /etc/systemd/system/battery.target.wants/
>>ln -s /etc/systemd/system/daemon2.service /etc/systemd/system/battery.target.wants/
> Так что в vi пишется?
> Это первое.
> Второе — это КАК ЗАПУСТИТЬ.
> А как ОСТАНОВИТЬ? Мне в при работе от батареи надо остановить кучку
> сервисов.

И прежде чем кричать на весь opennet, советую все-таки читать документацию:


#man systemctl
...
isolate NAME
           *Start* the unit specified on the command line and its dependencies and stop all others. This is similar to changing the runlevel in a traditional init system. The isolate command will immediately *stop* processes that are not enabled in the new unit, possibly including the graphical environment or terminal you are currently using.
...
Ответить | Правка | К родителю #302 | Наверх | Cообщить модератору

315. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от ананим (?), 27-Янв-14, 11:06 
Ну так вы (прочитав видимо наконец-то документацию) так и не доказали, что это легко и непринуждённо (а именно такой и был вопрос).

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

Ещё раз повторяю, в опенрк всего два пункта:
1) cp -a default battery
2) rc-update add|del <сервис> battery
ВСЁ!!!

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

334. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от Аноним (-), 27-Янв-14, 12:55 
> Ну так вы (прочитав видимо наконец-то документацию) так и не доказали, что
> это легко и непринуждённо (а именно такой и был вопрос).
> А что же вы показали? Да ровно противоположенное. Именно то, с чем
> я в своё время и столкнулся —
> а) код получается длинным. длиннее чем в опенрк в несколько раз.

Кода нет совсем, только конфиг.

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

С чего ты это взял?

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

Не "надо" менять вручную сервисы. это можно делать только затем, чтобы вместо
ln -s /usr/lib/systemd/system/daemonname.service /etc/systemd/system/battery.target.wants/
писать
systemctl enable daemonname.service

> Ещё раз повторяю, в опенрк всего два пункта:
> 1) cp -a default battery
> 2) rc-update add|del <сервис> battery
> ВСЁ!!!

Точно так же можешь скопировать /usr/lib/systemd/system/multi-user.target и затем создавать симлинки.

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

336. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 27-Янв-14, 13:21 
>С чего ты это взял?

Уже обсудили, вам сюда https://www.opennet.ru/openforum/vsluhforumID3/93697.html#313
п.1
Всё просто — нет возможности проверить валидацию всего текстового файла в отличие от скрипта.

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

376. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 28-Янв-14, 02:59 
>>С чего ты это взял?
> Уже обсудили, вам сюда https://www.opennet.ru/openforum/vsluhforumID3/93697.html#313
> п.1
> Всё просто — нет возможности проверить валидацию всего текстового файла в отличие
> от скрипта.

И как ты скрипт валидируешь? Мне казалось, что теорема об остановке говорит об обратном.

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

397. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 28-Янв-14, 08:43 
> И как ты скрипт валидируешь? Мне казалось, что теорема об остановке говорит
> об обратном.

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

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

411. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от arisu (ok), 28-Янв-14, 12:58 
> Всего полчаса долботни и ты наконец зарулишь тривиальную проблему.

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

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

422. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от ананим (?), 28-Янв-14, 14:16 
>жестоко каждый раз делать ребут

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

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

377. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 28-Янв-14, 03:01 
>>С чего ты это взял?
> Уже обсудили, вам сюда https://www.opennet.ru/openforum/vsluhforumID3/93697.html#313
> п.1
> Всё просто — нет возможности проверить валидацию всего текстового файла в отличие
> от скрипта.

Ничего не обсудили, всю секцию Install можно спокойно выкинуть без влияния на работоспособность.
А "простыня" легко избегается полным копированием multi-user.target

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

439. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 28-Янв-14, 20:03 
а с этим https://www.opennet.ru/openforum/vsluhforumID3/93697.html#438 что делать?
Ответить | Правка | К родителю #377 | Наверх | Cообщить модератору

445. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 29-Янв-14, 02:44 
> а с этим https://www.opennet.ru/openforum/vsluhforumID3/93697.html#438 что делать?

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

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

454. "Голосование по вопросу смены системы инициализации в Debian"  +3 +/–
Сообщение от arisu (ok), 29-Янв-14, 13:43 
> кривые юниты.

а мне тут рассказывали, что системды магически решает все проблемы, и все-все «портянки» заменяет няшными юнитами. а оказывается, юниты кривыми бывают?! барахло и решето!

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

465. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 30-Янв-14, 03:20 
Где тебе говорили, что магическим образом решаются все проблемы и невозможно написать неправильный юнит ?
То, что можно решить задачу меньшими усилиями, не означает, что теперь невозможно ошибиться.
Ответить | Правка | К родителю #454 | Наверх | Cообщить модератору

467. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от arisu (ok), 30-Янв-14, 13:51 
то есть, тыквоголовые так и продолжать писать лапшу и ставить системы раком. причём это проще, чем в старом ините, потому что юниты меньше и писать их за то же время можно в бОльших количествах. ещё проще потому, что наименование некоторых директив неоднозначное, и без мана не понятно.

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

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

468. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от Michael Shigorinemail (ok), 30-Янв-14, 17:34 
> То, что можно решить задачу меньшими усилиями, не означает

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

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

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

326. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от ананим (?), 27-Янв-14, 11:45 
Хорошо, для особо упёртого модератора повторю:

1. самба не работает через активацию по сокету (см. документацию почему. да-да, по системд, а то размахивал тут :D)
2. нужна не активация, а деактивация. надоело это уже повторять. поэтому закономерный вопрос — троллинг или тyпoй?

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

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

269. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 26-Янв-14, 22:56 
> Расскажите, пожалуйста, поподробней - с чего бы это acpi-скрипты стали относится к
> OpenRC, а также почему это не будет работать в окружении systemd?

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

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

335. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от ананим (?), 27-Янв-14, 12:58 
Походу это ты их не видел. И не писал, и не отлаживал.
И это действительно смешно (простыню таки с ошибками выше предоставили).
Ответить | Правка | Наверх | Cообщить модератору

380. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 28-Янв-14, 03:16 
> Походу это ты их не видел. И не писал, и не отлаживал.
> И это действительно смешно (простыню таки с ошибками выше предоставили).

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

Вот здесь, кстати, куа способов, как можно подебажить загрузку через systemd
http://freedesktop.org/wiki/Software/systemd/Debugging/
https://fedoraproject.org/wiki/How_to_debug_Systemd_problems
https://wiki.archlinux.org/index.php/Boot_Debugging

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

421. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 28-Янв-14, 14:09 
Я от системд пол-года назад отказался (до этого месяцев 9 мучался):D
И именно по причине не адекватного поведения и сложностями с отладкой.

По теме обсуждения — ну так я предложил заменить 2-е строки из openrc:
cp -a default battery
rc-update add|del <сервис> battery
и, как ожидал, увидел и простыню, и, что важнее, абсолютно не валидируемые ошибки.
и мне не нужно куа способов дебажить, мне нужен один, исчерпывающий, простой и очевидный.

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

381. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 28-Янв-14, 03:16 
> Походу это ты их не видел. И не писал, и не отлаживал.
> И это действительно смешно (простыню таки с ошибками выше предоставили).

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

Вот здесь, кстати, куча способов, как можно подебажить загрузку через systemd
http://freedesktop.org/wiki/Software/systemd/Debugging/
https://fedoraproject.org/wiki/How_to_debug_Systemd_problems
https://wiki.archlinux.org/index.php/Boot_Debugging

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

398. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 28-Янв-14, 08:46 
> И это действительно смешно (простыню таки с ошибками выше предоставили).

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

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

152. "Голосование по вопросу смены системы инициализации в Debian"  –2 +/–
Сообщение от Аноним (-), 26-Янв-14, 19:25 
> в systemd это сплошное «костыляние», а в openrc — элегантное и очень
> простое решение.

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

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

175. "Голосование по вопросу смены системы инициализации в Debian"  +2 +/–
Сообщение от arisu (ok), 26-Янв-14, 20:05 
сложная техника требует некоторой квалификации. когда это пытаются замаскировать, на свет появляются уродцы, в которых «обычные пользователи» всё равно не разбираются, а «продвинутые» яростно матерятся, потому что неудобно.

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

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

399. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 28-Янв-14, 08:49 
> сложная техника требует некоторой квалификации.

Ждем когда ты затребуешь диплом ВУЗа от пользователя микроволновки. Ну а что, принцип работы магнетрона - не такой уж и простой. Так что типовой хомяк нажимающий на кнопочки и близко не догадывается как именно эта штука работает. Что ж теперь, хомякам еду холодной жрать чтоли? :)

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

А микроволновка является таким уродом? А то далеко не любой юзер микроволновки расскажет тебе как магнетрон работает.

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

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

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

412. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от arisu (ok), 28-Янв-14, 13:05 
>> сложная техника требует некоторой квалификации.
> Ждем когда ты затребуешь диплом ВУЗа от пользователя микроволновки.

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

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

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

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

дадада. во многих знаниях — многие печали. «что? какую такую инструкцию читать? вы офонарели, что ли?!»

> Называя вещи своими именами — я не слишком хочу знать какое
> там скриптовое гомно вообще имеет дело с этим горбатым ACPI.

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

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

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

415. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от Michael Shigorinemail (ok), 28-Янв-14, 13:09 
> я уж не знаю, за что ты именно на иниты и шелл ополчился (не смог понять, что ли?).

Похоже, надо было оправдать для себя вынужденный переход на upstart. :}

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

Не-не, сперва makefile написать ручками или специальными костыликами.  Не то что в JPI TS M2.

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

417. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от arisu (ok), 28-Янв-14, 13:28 
>> я уж не знаю, за что ты именно на иниты и шелл ополчился (не смог понять, что ли?).
> Похоже, надо было оправдать для себя вынужденный переход на upstart. :}

upstart, кстати, сильно адекватней системды. а если учесть, что у него один из штатных режимов работы — просто service manager, без обязательного превращения в pid 1, то upstart вообще начинает казаться вершиной адекватности.

> Не-не, сперва makefile написать ручками или специальными костыликами.  Не то что
> в JPI TS M2.

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

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

289. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 26-Янв-14, 23:17 
>Элегантное и простое решение (с точки зрения юзера) это в гуе

Простое? Возможно. Элегантное? Точно нет.

В любом случае, вантузные приколы тут не прокатывают. Настройка магических комбинаций в реестре не делает их менее бессмысленными оттого, что есть гуй-ный регедит.
Настройка runlevel в openrc — это создание символических ссылок в соответствующем каталоге и всё, поэтому тот же gedit и nautilus ничуть не хуже подойдут для шаманства, чем regedit.
Но с одним «но» — тут у вас есть шанс понять что и зачем вы делаете и почему.

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

246. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 26-Янв-14, 22:17 
> или к примеру настройка энергосбережения (на laptop'е) http://wiki.gentoo.ru/wiki/Acer_Timeline_3810TG#.D0.AD.D0.BD...
> в systemd это сплошное «костыляние», а в openrc — элегантное и очень
> простое решение.

Поздравляю вас :) Отличный контрпример, показывающий закостыленность и негибкость openrc по сравнению с systemd.

Отличие systemd от openrc в данном случае - только в том, что для systemd не нужно писать pm_switch_runlevel.sh. Благо target'ы гораздо гибче и удобнее. В acpi events action=/usr/bin/systemctl start/stop ac.target, все остальное делается в зависимостях и конфликтах ac.target.

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

281. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от ананим (?), 26-Янв-14, 23:07 
Да нет, это я вас поздравляю. :D

Теперь именно ВАМ писать эти таргеты на каждый чих.
У меня, если что, при переключении на батареют останавливаются smbd, nfs, торренты и т.д (если они были запущены) и запускается ещё ряд. При переключении на AC — в обратном порядке.
Да, ссылка всего-лишь пример.
Я например не использую acpi, а использую upowerd для этих целей, который в systemd может только одно — загнать в суспенд или в гибернацию.

В любом случае, покажите КАК вы остановите/запустите необходимые демоны(сервисы) на системд и сравним, кому писать меньше и проще.
Итак, готовы доказать свои напыщенные слова делом?

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

309. "Голосование по вопросу смены системы инициализации в Debian"  –2 +/–
Сообщение от ноним (ok), 27-Янв-14, 09:29 
>[оверквотинг удален]
> У меня, если что, при переключении на батареют останавливаются smbd, nfs, торренты
> и т.д (если они были запущены) и запускается ещё ряд. При
> переключении на AC — в обратном порядке.
> Да, ссылка всего-лишь пример.
> Я например не использую acpi, а использую upowerd для этих целей, который
> в systemd может только одно — загнать в суспенд или в
> гибернацию.
> В любом случае, покажите КАК вы остановите/запустите необходимые демоны(сервисы) на системд
> и сравним, кому писать меньше и проще.
> Итак, готовы доказать свои напыщенные слова делом?

https://www.opennet.ru/openforum/vsluhforumID3/93697.html#307

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

94. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от ноним (ok), 26-Янв-14, 17:26 
Ога. Как в systemd сеть начали запиливать - нинужно! А вот в OpenRC - эт значит в самый раз )

P.S.: NetworkManager уделает их обоих )

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

103. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от Xaionaro (ok), 26-Янв-14, 17:48 
> Ога. Как в systemd сеть начали запиливать - нинужно! А вот в
> OpenRC - эт значит в самый раз )

Вы про что? Вам не сложно ссылки показать? Я без сарказама, просто хочется почитать.

> P.S.: NetworkManager уделает их обоих )

О да, известный генератор проблем.


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

114. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от ноним (ok), 26-Янв-14, 18:28 
>> Ога. Как в systemd сеть начали запиливать - нинужно! А вот в
>> OpenRC - эт значит в самый раз )
> Вы про что? Вам не сложно ссылки показать? Я без сарказама, просто
> хочется почитать.

Без проблем: https://www.opennet.ru/opennews/art.shtml?num=38358 Кстати вполне себе пилится Tom Gundersen из арча: http://cgit.freedesktop.org/systemd/systemd/log/ и "Злобный Лёнька" вроде не мешает )

>> P.S.: NetworkManager уделает их обоих )
> О да, известный генератор проблем.

Для себя в случае большого количества разномастных VPN и быстрого создания WiFi Access Point ничего лучше не нашел. Может предложите варианты?

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

116. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 26-Янв-14, 18:34 
> Для себя в случае большого количества разномастных VPN и быстрого создания WiFi
> Access Point ничего лучше не нашел. Может предложите варианты?

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

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

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

127. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от ноним (ok), 26-Янв-14, 18:48 
>> Для себя в случае большого количества разномастных VPN и быстрого создания WiFi
>> Access Point ничего лучше не нашел. Может предложите варианты?
> Да это как с пульсаудио - все ругают, но как только начинает
> хотеться скажем регулировать громкость отдельно по разным программам, все разбегаются
> в кусты и шипят "это не нyжно, пульс все-равно дрянь!". В
> общем, мнение особо отмороженных фанатов, назло бабушке отмораживающих уши - лучше
> всего просто игнорировать, задействуя свой мозг.
> А если уж ориентироваться на чужое мнение - так на мнение майнтайнеров
> или хотя-бы тех кто в состоянии внятные аргументы приводить. А не
> просто "это труЪ", "зато юниксвэй" и прочая.

Вот вам мой конфиг ноута вместо: Arch, NetworkManager, Pulseaudio, KDE, systemd, btrfs. Причем последние два юзаю задолго до принятия в оф-репы.

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

154. "Голосование по вопросу смены системы инициализации в Debian"  +3 +/–
Сообщение от Аноним (-), 26-Янв-14, 19:28 
> Вот вам мой конфиг ноута вместо: Arch,

Дальше можно было и не продолжать. Не, баги конечно есть везде, но в арче - тестируются самые свежие мины, самым безбашенным образом. Так что до финиша доезжают только самые изворотливые :).

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

176. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от ноним (ok), 26-Янв-14, 20:07 
>> Вот вам мой конфиг ноута вместо: Arch,
> Дальше можно было и не продолжать. Не, баги конечно есть везде, но
> в арче - тестируются самые свежие мины, самым безбашенным образом. Так
> что до финиша доезжают только самые изворотливые :).

Тут кому как. Арчу моему что-то в районе 7-ми лет и он поменял уже кучу десктопов, ноутов и даж один нетбук был. Относительно безбашенного тестирования - не соглашусь, если конечно самому в testing не лезть (а иногда хочецца). А для этого есть такой сценарий:
1) systemd, видя что начался апдейт, делает снапшот рутового subvolume.
2) в случае ужасного фейла при обновлении или когда надо работать, а не с траблами разбираться - просто перезагружаемся в этот subvolume ( по возможности отписав багу) и продолжаем работать.

P.S.: Свою систему нужно знать и уметь чинить - тогда не важно какой у вас дистр.
P.P.S: Я, вот наоборот не понимаю, почему в большинстве десктопных дистров update и upgrade - это разные вещи.

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

188. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от myhand (ok), 26-Янв-14, 20:25 
> 2) в случае ужасного фейла при обновлении или когда надо работать, а
> не с траблами разбираться

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

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

197. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от ноним (ok), 26-Янв-14, 20:41 
>> 2) в случае ужасного фейла при обновлении или когда надо работать, а
>> не с траблами разбираться
> Для протоколу.  Работа, это когда ты с "неужасными" фейлами в арче
> разбираешься?

Сам придумал, сам и додумывай )

P.S.: Стенограмму протокола где вывесишь?

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

400. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от Аноним (-), 28-Янв-14, 08:51 
> Тут кому как. Арчу моему что-то в районе 7-ми лет и он
> поменял уже кучу десктопов, ноутов и даж один нетбук был.

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

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

407. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от ноним (ok), 28-Янв-14, 09:42 
>> Тут кому как. Арчу моему что-то в районе 7-ми лет и он
>> поменял уже кучу десктопов, ноутов и даж один нетбук был.
> Ухтыблин, я теперь понимаю как рождаются мифы про глюкавость пульса.

Что-то не нашел логической связи...

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

401. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 28-Янв-14, 08:53 
> P.P.S: Я, вот наоборот не понимаю, почему в большинстве десктопных дистров update
> и upgrade - это разные вещи.

Различные по степени интрузивности операции. В среднем по больнице считается что update должен быть достаточно безопасен в плане отвалов, а upgrade уже может потребовать внимания администратора. На практике это варьируется, ясен перец.

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

143. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Xaionaro (ok), 26-Янв-14, 19:04 
>> Для себя в случае большого количества разномастных VPN и быстрого создания WiFi
>> Access Point ничего лучше не нашел. Может предложите варианты?
> Да это как с пульсаудио - все ругают, но как только начинает
> хотеться скажем регулировать громкость отдельно по разным программам, все разбегаются
> в кусты и шипят "это не нyжно, пульс все-равно дрянь!". В
> общем, мнение особо отмороженных фанатов, назло бабушке отмораживающих уши - лучше
> всего просто игнорировать, задействуя свой мозг.

Вы сейчас о чём конкретно?

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

Вообще не понимаю о чём вы. Прошу ссылки в студию и пояснения.

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

156. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 26-Янв-14, 19:32 
> Вы сейчас о чём конкретно?

В основном о всяких systemd-хейтерах и тому подобном сброде, который вопит "не нyжно!!!111". На претензии что оно не умеет так и сяк - аналогичный ответ. Мол, юзайте систему как наши прадеды в прошлом веке. То что у пингвиньего ядра фич куда больше стало - учитывать не желают принципиально. KVM? LXC? Cgroups? Не, не слышали!

Вот эти господа изрядно подутомили. Хотя-бы своим пустым ором. У тех кто "за" (systemd, upstart, ...) - обычно есть хоть какие-то рациональные аргументы за свою точку зрения, которые они не стесняются озвучить. А тут - "мы так привыкли" и "зачем что-то менять?". Задолбали. Если кто не хочет менять мир - пусть потом не жалуется что это сделали другие и не так как хотелось этим нытикам.

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

203. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от Xaionaro (ok), 26-Янв-14, 20:54 
>> Вы сейчас о чём конкретно?
> В основном о всяких systemd-хейтерах и тому подобном сброде, который вопит "не
> нyжно!!!111". На претензии что оно не умеет так и сяк -
> аналогичный ответ. Мол, юзайте систему как наши прадеды в прошлом веке.
> То что у пингвиньего ядра фич куда больше стало - учитывать
> не желают принципиально. KVM? LXC? Cgroups? Не, не слышали!

Не вижу связи между KVM и возможностями init-системы (init features). Ещё вижу связь между cgroups и init features, но уже связь LXC с init-ом кажется весьма сомнительной.

А если говорить про cgroups, то в том же OpenRC они поддерживаются.

А если ближе по сути, то дело не в том, что кто-то как-то привык. Дело в том, что:
- переводить init-систему Debian на что-то, что не управляется свободным сообществом, ударяет по свободности всего дистрибутива;
- init-система должна заниматься только тем, чем она должна заниматься, а устраивать комбайны в стиле "microsoft exchange" — это неприятный путь для многих (включая меня).

> Вот эти господа изрядно подутомили. Хотя-бы своим пустым ором. У тех кто
> "за" (systemd, upstart, ...) - обычно есть хоть какие-то рациональные аргументы
> за свою точку зрения, которые они не стесняются озвучить. А тут
> - "мы так привыкли" и "зачем что-то менять?". Задолбали. Если кто
> не хочет менять мир - пусть потом не жалуется что это
> сделали другие и не так как хотелось этим нытикам.

Мне кажется, что вы видите только то, что хотите видеть.

Ощутите разницу:
Люди, которые не хотят systemd, они не systemd ненавидят, а просто хотят сохранить дистрибутив полностью свободным. А вы именно обожаете systemd и негативно отзываетесь о всех тех, кто выступает против.

Перепоясню с другой стороны. Debian был в частности нацелен на аудиторию как раз из тех, кто хочет сохранять свободы, а не гнаться за сомнительными feature-ами. Для второго есть ubuntu/fedora и т.п. А Debian с Gentoo замечательно занимают свою нишу, но с разных сторон. Переход на systemd же является уходом из этой ниши в сторону ubuntu/fedora. Именно это и вызывает возмущение, ибо второго такого как Debian больше нет, чтобы занять его место в данной нише.

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

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

207. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от arisu (ok), 26-Янв-14, 20:57 
что, кстати, характерно — сам оппонент системды не пользуется.
Ответить | Правка | Наверх | Cообщить модератору

210. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Xaionaro (ok), 26-Янв-14, 21:04 
> что, кстати, характерно — сам оппонент системды не пользуется.

А откуда информация, если не секрет? :)

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

216. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от arisu (ok), 26-Янв-14, 21:15 
>> что, кстати, характерно — сам оппонент системды не пользуется.
> А откуда информация, если не секрет? :)

user294 где-то сам об этом писал. честно — мне очень лень искать, поэтому прошу просто на слово поверить. ну, или напрямую у него спросить.

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

223. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Xaionaro (ok), 26-Янв-14, 21:35 
> user294 где-то сам об этом писал. честно — мне очень лень искать,
> поэтому прошу просто на слово поверить. ну, или напрямую у него
> спросить.

Ok :)

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

402. "Голосование по вопросу смены системы инициализации в Debian"  –2 +/–
Сообщение от Аноним (-), 28-Янв-14, 08:55 
> user294 где-то сам об этом писал. честно — мне очень лень искать,
> поэтому прошу просто на слово поверить. ну, или напрямую у него спросить.

Да, я им не пользуюсь. Пока. У меня апстарт везде. Он мне нравится. Но я вижу ряд плюшек systemd которые бы мне хотелось, а глядя на его конфиги я понимаю что стань оно мне надо - я просто пойду и напишу ему юнит. С места в карьер, за 5 минут. Похвастать такой  прытью для инита я не могу...

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

448. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Xaionaro (ok), 29-Янв-14, 11:28 
>> user294 где-то сам об этом писал. честно — мне очень лень искать,
>> поэтому прошу просто на слово поверить. ну, или напрямую у него спросить.
> Да, я им не пользуюсь. Пока. У меня апстарт везде. Он мне
> нравится. Но я вижу ряд плюшек systemd которые бы мне хотелось,
> а глядя на его конфиги я понимаю что стань оно мне
> надо - я просто пойду и напишу ему юнит. С места
> в карьер, за 5 минут. Похвастать такой  прытью для инита
> я не могу...

Может залогинитесь?

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

453. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от arisu (ok), 29-Янв-14, 13:39 
> Может залогинитесь?

тоже не хочет, гыг. да и незачем — его же видно почти сразу.

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

254. "Голосование по вопросу смены системы инициализации в Debian"  –4 +/–
Сообщение от Аноним (-), 26-Янв-14, 22:31 
> Не вижу связи между KVM и возможностями init-системы (init features). Ещё вижу
> связь между cgroups и init features, но уже связь LXC с
> init-ом кажется весьма сомнительной.

LXC - это не просто технология виртуализации. Это совокупность механизмов, задающих настройки безопасности для процесса. В частности, namespaces. И их настройка для запускаемых служб, внезапно, входит в задачи init. Как и параметры cgroups, setrlimit, posix capabilities, seccomp filter и многое другое.

> А если говорить про cgroups, то в том же OpenRC они поддерживаются.

Это ненадолго :) Скоро будет редизайн cgroups в ядре, с переходом на модель sigle-writer. Openrc придется либо копировать код из systemd, либо реализовывать с нуля свой процесс-арбитр.

>  - переводить init-систему Debian на что-то, что не управляется свободным сообществом,
> ударяет по свободности всего дистрибутива;

Группу фанатиков во главе с жаждущим славы Люсей Горбатым можно назвать свободным сообществом только с натяжкой. За _каждым_ из трех инитов стоят чьи-то политические амбиции, иначе бы их не было среди вариантов для голосования. Как нет там runit и init-ng.

>  - init-система должна заниматься только тем, чем она должна заниматься, а
> устраивать комбайны в стиле "microsoft exchange" — это неприятный путь для
> многих (включая меня).

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

> Ощутите разницу:
> Люди, которые не хотят systemd, они не systemd ненавидят, а просто хотят
> сохранить дистрибутив полностью свободным.

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

> Просто не лезьте со своими порядками в чужой монастырь. Есть уже дистрибутивы, которые соответствуют идеологии аналогичной systemd, пользуйтесь ими ;), а Debian оставьте для Debian-щиков.

А можно попросить вашего Люсю Горбатого не лезть со свой политикой в Debian? Пусть лучше будет sysv, чем это чудовище Франкенштейна, поднятое из могилы ради политических амбиций.

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

323. "Голосование по вопросу смены системы инициализации в Debian"  +3 +/–
Сообщение от Xaionaro (ok), 27-Янв-14, 11:34 
>> Не вижу связи между KVM и возможностями init-системы (init features). Ещё вижу
>> связь между cgroups и init features, но уже связь LXC с
>> init-ом кажется весьма сомнительной.
> LXC - это не просто технология виртуализации. Это совокупность механизмов, задающих настройки
> безопасности для процесса. В частности, namespaces. И их настройка для запускаемых
> служб, внезапно, входит в задачи init. Как и параметры cgroups, setrlimit,
> posix capabilities, seccomp filter и многое другое.

И? Ничего нового я так и не услышал.

>> А если говорить про cgroups, то в том же OpenRC они поддерживаются.
> Это ненадолго :) Скоро будет редизайн cgroups в ядре, с переходом на
> модель sigle-writer. Openrc придется либо копировать код из systemd, либо реализовывать
> с нуля свой процесс-арбитр.

Если в ядре будут делать "redesign", то всем (а не только OpenRC) придётся вносить соответствующие модификации. И что дальше? Чем тут OpenRC хуже systemd?

И, кстати говоря, код по лицензиям не совместим, IMHO. LGPL vs BSD-Clause-2.

>>  - переводить init-систему Debian на что-то, что не управляется свободным сообществом,
>> ударяет по свободности всего дистрибутива;
> Группу фанатиков во главе с жаждущим славы Люсей Горбатым можно назвать свободным
> сообществом только с натяжкой.

Вы пишите как-то непоследовательно, вас сложно понять. Что за "группа фанатиков во главе с жаждущим славы Люсей Горбатым"? Я таких не знаю.

> За _каждым_ из трех инитов стоят чьи-то
> политические амбиции, иначе бы их не было среди вариантов для голосования.

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

> Как нет там runit и init-ng.

Их нет, потому что за них никто не заступался в переписке. На OpenRC-то посмотрели лишь благодаря многочисленным просьбам и очень грамотному письму от Thomas Goirand-а [1].

[1] http://www.mail-archive.com/debian-bugs-dist@lists.debi...

Если вы считаете, что runit или init-ng стоит рассмотрения, напишите грамотное техническое письмо по известному вам адресу почтовой рассылки.

>>  - init-система должна заниматься только тем, чем она должна заниматься, а
>> устраивать комбайны в стиле "microsoft exchange" — это неприятный путь для
>> многих (включая меня).
> Тогда ваш путь - на микроядра. С такими комбайнами, как ядра Linux
> или FreeBSD, вы точно не уживетесь.

Я знаю свой путь и без вас. Linux очень хорошо выполняют _свою_ задачу. Linux не пытается в себя web-сервер встраивать (в отличие от некоторых). Хотя такие решения тоже существуют и они полезны, но только для экзотических ситуаций; и как конфигурацию по умолчанию, я бы такого не хотел бы видеть.

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

Я с такими не пересекался. А вот с вами я пересёкся.

>> Просто не лезьте со своими порядками в чужой монастырь. Есть уже дистрибутивы, которые соответствуют идеологии аналогичной systemd, пользуйтесь ими ;), а Debian оставьте для Debian-щиков.
> А можно попросить вашего Люсю Горбатого не лезть со свой политикой в
> Debian?

Я не понимаю про что вы. Будьте последовательны, объясните про что вы говорите и поменьше жаргонизма, если не сложно. Дайте, пожалуйста, ссылку на конкретное письмо о том, где некий "Люся Горбатый" лезет со своей политикой в Debian.

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

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


Ещё раз, обратите внимание, что хейтер тут именно вы.

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

403. "Голосование по вопросу смены системы инициализации в Debian"  –2 +/–
Сообщение от Аноним (-), 28-Янв-14, 08:59 
> безопасности для процесса. В частности, namespaces. И их настройка для запускаемых
> служб, внезапно, входит в задачи init. Как и параметры cgroups, setrlimit,
> posix capabilities, seccomp filter и многое другое.

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

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

Вот уж чего не жалко. Одепты openrc вообще самые горластые. При самой дурной конструкции продвигаемого фетиша. Инит с еще большими наворотами? Не-не-не, Дэвид Блэйн. После пятистрочных конфигов такое кушать совсем не хочется, спасибки.

> политические амбиции, иначе бы их не было среди вариантов для голосования.
> Как нет там runit и init-ng.

Да еще прикольно так - а вот тут баг. О, починили! Круто. А почему только к моменту голосования? И в остальное время - баги чинить не надо чтоли?

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

Пусть HURD юзают. Или minix. Ну да, нифига не умеет, зато и кода меньше.

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

446. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Xaionaro (ok), 29-Янв-14, 10:56 
> Вот я пытаюсь объяснить этим заржавелым овощам что рулить этим боингом как
> телегой не катит нифига, а на меня брыкаются...

Что-то я вас не понял.

> Вот уж чего не жалко. Одепты openrc вообще самые горластые. При самой
> дурной конструкции продвигаемого фетиша. Инит с еще большими наворотами? Не-не-не, Дэвид
> Блэйн. После пятистрочных конфигов такое кушать совсем не хочется, спасибки.

Аналогично, дайте ссылки, пожалуйста.

>> политические амбиции, иначе бы их не было среди вариантов для голосования.
>> Как нет там runit и init-ng.
> Да еще прикольно так - а вот тут баг. О, починили! Круто.
> А почему только к моменту голосования? И в остальное время -
> баги чинить не надо чтоли?

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

И причём тут политические амбиции? Баг исправлял я лично, а ни к какой политике я не имею никакого отношения; где-то на той неделе впервые связался с разработчиками OpenRC.

Зачем я его исправил именно сейчас? Потому что в Debian полно кольцевых зависимостей, и в этой системе он себя проявил, то есть стал актуальным.

> Пусть HURD юзают. Или minix. Ну да, нифига не умеет, зато и
> кода меньше.

Не указывайте другим, как им жить, пожалуйста. См. [1].

[1] https://www.opennet.ru/openforum/vsluhforumID3/93697.html#323

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

142. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Xaionaro (ok), 26-Янв-14, 19:02 
>>> Ога. Как в systemd сеть начали запиливать - нинужно! А вот в
>>> OpenRC - эт значит в самый раз )
>> Вы про что? Вам не сложно ссылки показать? Я без сарказама, просто
>> хочется почитать.
> Без проблем: https://www.opennet.ru/opennews/art.shtml?num=38358 Кстати вполне себе
> пилится Tom Gundersen из арча: http://cgit.freedesktop.org/systemd/systemd/log/ и "Злобный
> Лёнька" вроде не мешает )

Это systemd, а меня-то на самом деле как раз больше OpenRC интересовал :).

>>> P.S.: NetworkManager уделает их обоих )
>> О да, известный генератор проблем.
> Для себя в случае большого количества разномастных VPN и быстрого создания WiFi
> Access Point ничего лучше не нашел. Может предложите варианты?

Ну, честно сказать, у меня на разных станциях настроена толпа всяких VPN-ов и подключений к Wi-Fi, но никогда NM для этого не требовался.

По поводу быстрого создания Access Point, я просто заранее заготавливаю конфиг для этого. Тупо копирую с уже настроенной машины с минимальными правками. И когда приходит время, просто запускаю нужный демон.

Я не собираюсь никого переубеждать. Нравится — пользуйтесь на здоровье. Однако у меня NM ассоциируется только с двумя вещами:
- Генератор проблем.
- Хрень, необходимая для всяких applet-ов, чтобы девушка смогла самостоятельно разобраться с настройкой сети на своём ноутбуке (при переходе с Windows).

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

147. "Голосование по вопросу смены системы инициализации в Debian"  –2 +/–
Сообщение от ноним (ok), 26-Янв-14, 19:09 
> Это systemd, а меня-то на самом деле как раз больше OpenRC интересовал
> :).

Ну в странице гентушного вики чувак настраивает сеть с использованием runlevel-ов OpenRC.

>>>> P.S.: NetworkManager уделает их обоих )
>>> О да, известный генератор проблем.
>> Для себя в случае большого количества разномастных VPN и быстрого создания WiFi
>> Access Point ничего лучше не нашел. Может предложите варианты?
> Ну, честно сказать, у меня на разных станциях настроена толпа всяких VPN-ов
> и подключений к Wi-Fi, но никогда NM для этого не требовался.

А еще работа с VPN поверх 3G и бриджами (подключил USB-сетевуху - клац-клац и можно tcpdump-ом сервак прозрачно слушать). С NM это тупо удобнее и быстрее.

> По поводу быстрого создания Access Point, я просто заранее заготавливаю конфиг для
> этого. Тупо копирую с уже настроенной машины с минимальными правками. И
> когда приходит время, просто запускаю нужный демон.
> Я не собираюсь никого переубеждать. Нравится — пользуйтесь на здоровье. Однако у
> меня NM ассоциируется только с двумя вещами:
>  - Генератор проблем.
>  - Хрень, необходимая для всяких applet-ов, чтобы девушка смогла самостоятельно разобраться
> с настройкой сети на своём ноутбуке (при переходе с Windows).

А у меня ассоциируется с очень удобной штукой )

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

108. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от gentoolman (?), 26-Янв-14, 18:02 
Почитайте уже, что такое target в systemd.
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

256. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 26-Янв-14, 22:39 
> Почитайте уже, что такое target в systemd.

Это товарищ по отношению к systemd придерживается позиции "не читал, но осуждаю".
Видимо, религия запрещает документацию читать :)

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

288. "Голосование по вопросу смены системы инициализации в Debian"  +2 +/–
Сообщение от arisu (ok), 26-Янв-14, 23:17 
systemd… systemd… а! вспомнилє то та софтина, в которой «эта документация может быть неполной и неточной, для актуальной картины смотрите исходники». не, спасибо.
Ответить | Правка | Наверх | Cообщить модератору

299. "Голосование по вопросу смены системы инициализации в Debian"  –2 +/–
Сообщение от Аноним (-), 27-Янв-14, 01:45 
> systemd… systemd… а! вспомнилє то та софтина, в которой «эта документация
> может быть неполной и неточной, для актуальной картины смотрите исходники». не,
> спасибо.

А ты знаешь разработчиков, которые ГАРАНТИРУЮТ перманентную актуальность и точность документации, обеспечивая при этом ее достаточную подробность?

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

339. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от arisu (ok), 27-Янв-14, 14:44 
о, опять «бла-бла». да, знаю: можешь посмотреть на Qt, которая размерами сильно побольше портерингохлама. таки я тебе скажу, что документация Qt соответствует коду. и более того: она так написана, что для изучения Qt больше ничего не надо. и это для Qt правило, а не исключение.

давай теперь начинай скулить о том, что «а разработчикам Qt платят, а лёня так корячится!» или у тебя хватит мозгов уйти в угол и заткнуться? лёня сотоварищи — отряд пионеров-ламеров. take it.

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

382. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от Аноним (-), 28-Янв-14, 03:29 
> о, опять «бла-бла». да, знаю: можешь посмотреть на Qt, которая размерами сильно
> побольше портерингохлама. таки я тебе скажу, что документация Qt соответствует коду.
> и более того: она так написана, что для изучения Qt больше
> ничего не надо. и это для Qt правило, а не исключение.

В первой пятерке выдачи гугла на соответствующий запрос
https://bugreports.qt-project.org/browse/QTBUG-21067
http://www.qtforum.org/article/33260/documentation-mistakes....

Я тебе по секрету скажу, что никто, даже Trolltech/Nokia/Digia не гарантирует тебе абсолютно точную документацию. И не потому, что у них мало технических писателей, а по той просто причине, что исполняется всегда КОД и потому он первичен, а документация всего лишь пытается с разным успехом описать его поведение. Карта != территория, потому никто в здравом уме тебе стопроцентных гарантий не даст.

> давай теперь начинай скулить о том, что «а разработчикам Qt платят, а
> лёня так корячится!» ...

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

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

117. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 26-Янв-14, 18:37 
> Очень и очень многим.

Особенно возможностью^W обязаловкой писать невъ...е портянки вместо конфига на 5 строк :\.

Я тут как-то показал мои конфиги для апстарта одному сисадмину. Слышал долгий грохот кирпичей и удивленные возгласы по поводу того насколько просто может быть запиливание в систему нового сервиса. С мыслью что "о, надо тоже поставить себе такое!". Systemd конечно посложнее, но если выбирать между написанием портянок на шелле на каждый чих для стандартных операций и конфигом на 5 строк - ну вы поняли. Хороший сисадмин ленив...

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

157. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 26-Янв-14, 19:34 
> у меня для тебя плохие новости: тебя всё это время нагло обманывали.
> тот, кому ты показал конфиги, вовсе не сисадмин. это самозванец.

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

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

163. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от arisu (ok), 26-Янв-14, 19:41 
> Ну, понимаешь, ставить по академику к ядерному реактору - зело жирновато. А
> уж к каждому компьютеру — и подавно. Поэтому ставят обычных эксплуатационщиков.
> Которые далеко не академики. Внезапно, правда? :)

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

вот только у них говно в системе будет и при системды. потому что в голове тоже говно.

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

171. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 26-Янв-14, 19:59 
> услуги специалиста-то стоят дороже, чем корявые лапы эникейщика.

Спасибо, Капитан! А я уж боялся что ты квалификацию подрастерял...

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

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

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

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

> вот только у них гoвно в системе будет и при системды. потому
> что в голове тоже гoвно.

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

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

181. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от arisu (ok), 26-Янв-14, 20:11 
тебя неоднократно просили привести примеры этих «простынь». у тебя так и не вышло. откуда возникает стойкое впечатление, что дело вовсе не в «простынях», а в месте монтирования рук кое у кого.
Ответить | Правка | Наверх | Cообщить модератору

201. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от anonymous (??), 26-Янв-14, 20:50 
впечатление, руки, образы, ассоциации, характеры, личности, сюжетные линии ... Когда ты все таки что ни будь выдашь про экономию процессорного такта, увеличение точности, оптимизацию, уменьшение фрагментации, времени отклика?

Подозреваю ответ будет "увеличение процессорного такта стойко и бескомпромиссно впечатляет время отклика восторженной фрагментации"

// другой аноним, но раз звал...

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

208. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от arisu (ok), 26-Янв-14, 21:01 
ещё один упоролся.
Ответить | Правка | Наверх | Cообщить модератору

260. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 26-Янв-14, 22:45 
> тебя неоднократно просили привести примеры этих «простынь». у тебя так и не
> вышло. откуда возникает стойкое впечатление, что дело вовсе не в «простынях»,
> а в месте монтирования рук кое у кого.

Ну давай я погуглю за тебя.
Вот сходу пример: http://0pointer.de/blog/projects/systemd-for-admins-3.html
115 строк на шелле превращаются в 10 строк конфига.

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

271. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от Аноним (-), 26-Янв-14, 22:58 
>> тебя неоднократно просили привести примеры этих «простынь». у тебя так и не
>> вышло. откуда возникает стойкое впечатление, что дело вовсе не в «простынях»,
>> а в месте монтирования рук кое у кого.
> Ну давай я погуглю за тебя.
> Вот сходу пример: http://0pointer.de/blog/projects/systemd-for-admins-3.html
> 115 строк на шелле превращаются в 10 строк конфига.

Да ты редкостный дурaк, братец. Кучу комментов, пустых строк и прочего приплюсовал. Тогда к системд плюсуй весь сикод.

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

274. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от arisu (ok), 26-Янв-14, 23:01 
я рад, что ты умеешь отвечать на вопросы, которых не задавали. и не теряю надежды, что со временем сможешь отвечать и на те, которые были заданы.
Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

404. "Голосование по вопросу смены системы инициализации в Debian"  –1 +/–
Сообщение от Аноним (-), 28-Янв-14, 09:07 
> тебя неоднократно просили привести примеры этих «простынь».

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

Ну так, навскидку: psybnc часто нет в дистрах. А инитовая портяна которая там - имеет тенденцию работать лишь после большого напильника в не самом приятном коде. Бонусом - проверялка для крона "не упало ли?". Это вообще феерический дец. Ибо тоже не работает нифуа без длинного напильника в кривом коде. Знаешь, за время допиловки такого дерьмеца я три раза напишу конфиг апстарту. С нуля, бэть. С взлетом по критерию "ух ты, появилась сеть!", минимальным мониторингом живости сервиса и лимитом рестартов (если сервис совсем сдох и требует внимания админа), установкой юзера, приоритета и прочими ништяками. Все это будет человекочитаемо, не потребует ни бита кода и уместится в менее чем 10 строк, так что влезет на полстраницы. Куда как приятнее чем три страницы гомна средней паршивости скроллить.

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

410. "Голосование по вопросу смены системы инициализации в Debian"  +2 +/–
Сообщение от arisu (ok), 28-Янв-14, 12:55 
итого: одна программа из дистрибутива (а давно мог бы починить и отправить патч), одна программа фиг знает откуда (которую тоже можно было починить). я так понимаю, ты это настраиваешь каждый день по два раза (теряя при этом все скрипты и восстанавливая по памяти), отсюда и стенания про «простыни».

и да: если мне понадобится мониторинг и прочие фичи, я таки поставлю monit. именно потому, что он не пытается изобразить из себя pid1. спасибо, но я предпочитаю модульный путь. инит — отдельно, service manager — отдельно.

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

233. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от metallica (ok), 26-Янв-14, 21:52 
> потому, что Администрирование Доступно Только Академикам, конечно.

Ух ты shit. Думаете Академикам делать больше нечего, чем ковыряться в этих
пописульках в файликах. Пописульками, хоть на баше, хоть на перле, хоть на unit style
пусть занимаются неосилившие  стохастическую теорию минимаксной фильтрации.
Но последним не запрещается мнить себя крутым учёным Академиком, только потому что может
придумать десяток переменных и связать их между собой логикой действий,
типа:берём отсюда, кидаем туда, а потом оттуда перебрасываем сюда и т.д.
Этому в ПТУ учить надо, потому что, если кто идёт для изучения расписывания
админских скриптиков в ВУЗ- прирождённый http://lurkmore.to/%D0%9B%D0%B0%D0&...

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

275. "Голосование по вопросу смены системы инициализации в Debian"  +/–
Сообщение от arisu (ok), 26-Янв-14, 23:03 
кто-то не смог в сарказм? извиняюсь, забыл табличку.
Ответить | Правка | Наверх | Cообщить модератору

243. "Голосование по вопросу смены системы инициализации в Debian"  +1 +/–
Сообщение от Аноним (-), 26-Янв-14, 22:10 
> Очень и очень многим.
> Например вот такая возможность — StackedRunlevel http://wiki.gentoo.org/wiki/OpenRC/StackedRunlevel

Костыльный аналог systemd target? Неплохо, неплохо :)

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

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

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




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

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