h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
lampslaveКак все было хорошо,удобно,привычно и понятно.Ключевое слово здесь "привычно". Вот посидите некоторое время на systemd, потом от других систем инициализации плеваться будете. Мне, например, теперь (тоже в силу привычки) гораздо сложнее справляться со всякими update-rc.d, чем с systemctl. твоя неправда. сейчас, когда доводится ковыряться с каким-нить Alpine Linux, проливаю скупую мужскую слезу по /etc/rc.d/ и /etc/rc.conf. Да и вообще этот системд помоему какой-то сыроватый чтоли.Это просто потому, что решение какого-либо вопроса пока ещё нагугливается чуть дольше. Вот сравнивают в некоторых местах systemd с SMF, а ведь второй значительно более адекватный (если исключить xml-манифесты для сервисов :)) и логи для сервисов как-то придумали хранить при буте, и не жрать память для этого как бык помои, и сделали это в обычном текстовом формате. Короче, сделали то, на что делается основной упор в systemd, при этом не сделав комбайна. При этом могла оставаться обратная совместимость: разделение логики декларирования поведения сервиса для SMF и имлементации логики запуска/оставова в соответствующем скрипте позволяли использовать Init-подобные системы инициализации наравне с SMF. А Потный Поц - просто очередно велосипедостроитель и сто мильёнов леммингов не могут ошибаться, да )
systemd должен умереть.
|
h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
Жаль, netcfg2 был хорош.
systemd должен умереть.
|
h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
anode Сделали бы в CRUX поддержку зависимостей для пектов (не только в том виде, что сейчас - только для установки из репозитория), для меня бы выбор стал очевидным.
systemd должен умереть.
|
h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
nafanja Если есть желание повозиться под капотом с ключём и автогеном, и выкинуть нахрен systemd, появляется дополнительная задача по пересборке некоторых пакетов, еб..тые маинтейнеры которых поставили идиотскую зависимость. При том, что пакет systemd обеспечивает зависимость udev. Это как одно обновление gtk3 добавилос в систему wayland... ну нахрена он мне нужен был? Вообще, разработчики дистрибутива за последние 1.5-2 года окончательно распрощались со здравым смыслом. Жаль, но сейчас на дистрибутиве держит только пакетный менеджер, очень уж он соответсвует моим представлениям об оном. Пока?
systemd должен умереть.
|
h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
Yaa нет, но без полноценной инфраструктуры (вплоть до сбора образов) врядли долго протянут, ну и если бы понимание со стороны оригинального дистрибутива была… было бы проще
systemd должен умереть.
|
h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
carter85скорее: Потти-нежная-попка
systemd должен умереть.
|
h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
да, кстати, дистрибутив и в правду говно :) хер с ним, что разнесли настройки из одного места по куче (в некоторых случаях ещё и не с ходу очевидных) файликов, но зачем трогали систему инициализации, хер знает. ну включили бы для тех, кто вкл-выкл компьютера делает по 100500 раз на дню, systemd как альтернативу. Старая система. просто. работает. А новая… точиться ей ещё и точиться.
systemd должен умереть.
|
h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
мне больше по душе связка gschem + pcb (с поддержкой dbus) + xgsch2pcb
systemd должен умереть.
|
h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
Mashin Ну…: Application for mounting and unmounting removable storages via system tray using udisks но над вариантом с внешним жестким диском - подумаю. только у меня тоже внешний есть - с ним всё нормально, быть может от бокса зависит? пришли мне вывод lsusb
systemd должен умереть.
|
h4tr3d |
|
Темы:
34
Сообщения:
2656
Участник с: 12 июля 2007
|
Mashin, ага, вижу, udev не говорит, что устройство removable, поэтому игнорируется. При хотплаге проверки этой нет, что логично - раз втыкается по горячему, значит removable :-) Сделай следующее: 1. выполни в терминале “udevadm monitor –property” 2. затем cat /sys/block/sdb/removable и вывод сюда обоих
systemd должен умереть.
|