Исходное сообщение
"а я не занял нейтральную, наслаждайтесь" Отправлено anonymous, 22-Сен-14 11:34
> Зачем упираться в исключительность решения? Я бы тупо пнул systemctl start/stop из > ifup/ifdown :) А systemd позаботился бы о порядке взлёта и зависимостях. systemctl start/stop "что именно" из ifup/ifdown? Человек выше как раз и написал, что у него перенесение 5 строчек shell-скрипта на systemd конфиг заняло ощутимое время, усилия, и конфиг занял больше 5 строчек. Я, как человек ковыряющий всякие мелкие девайсы, имел очень много проблем от завязанности современного софта на systemd и udev. Вплоть до необходимости втыкания костылей в ядро. Например: для работы wifi в режиме AP используем hostapd. hostapd в обычном режиме работы нужен crda, crda зависит от udev. Мне не нужен в моей эмбедовке udev и еще 3 килограмма systemd-библиотек - я там отлично использую статически слинкованный busybox с mdev, который и девайсы создает, и как /sbin/hotplug работает. Что приходится делать в таком случае: скомпилить hostapd без поддержки crda. Ну а регуляционные политики? Сидеть в WORLD с зарезанными каналами, без возможности выбора - грустно. Окей, тогда надо скомпилить kernel с internal_wireless_regdb (саму db.txt, кстати надо еще засунуть в директорию с билдом кернела), которая хочет config_expert, который включает config_debug, который мне в целом нафиг не нужен. Но уж пусть лучше он, чем столько библиотек udev+systemd. Про проблемы с journald я уже писал. И вся эта головная боль из-за людей, не умеющий писать нормальный модульный софт. Я не против того, что нужна замена sysvinit. Нужна. Но реализация пока что меня вгоняет в тоску.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: