lampslave
Как все было хорошо,удобно,привычно и понятно.
Ключевое слово здесь "привычно". Вот посидите некоторое время на systemd, потом от других систем инициализации плеваться будете. Мне, например, теперь (тоже в силу привычки) гораздо сложнее справляться со всякими update-rc.d, чем с systemctl.

твоя неправда. сейчас, когда доводится ковыряться с каким-нить Alpine Linux, проливаю скупую мужскую слезу по /etc/rc.d/ и /etc/rc.conf.

Да и вообще этот системд помоему какой-то сыроватый чтоли.
Это просто потому, что решение какого-либо вопроса пока ещё нагугливается чуть дольше.

Вот сравнивают в некоторых местах systemd с SMF, а ведь второй значительно более адекватный (если исключить xml-манифесты для сервисов :)) и логи для сервисов как-то придумали хранить при буте, и не жрать память для этого как бык помои, и сделали это в обычном текстовом формате. Короче, сделали то, на что делается основной упор в systemd, при этом не сделав комбайна. При этом могла оставаться обратная совместимость: разделение логики декларирования поведения сервиса для SMF и имлементации логики запуска/оставова в соответствующем скрипте позволяли использовать Init-подобные системы инициализации наравне с SMF. А Потный Поц - просто очередно велосипедостроитель и сто мильёнов леммингов не могут ошибаться, да )
systemd должен умереть.
Жаль, netcfg2 был хорош.
systemd должен умереть.
anode
Как говорил не знаем кто:" Чем больше я узнаю человека Арч, тем больше мне нравится кошка CRUX .

Сделали бы в CRUX поддержку зависимостей для пектов (не только в том виде, что сейчас - только для установки из репозитория), для меня бы выбор стал очевидным.
systemd должен умереть.
nafanja
Honaht, А чем тебе эта зависимость мешает?

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

Это как одно обновление gtk3 добавилос в систему wayland... ну нахрена он мне нужен был? Вообще, разработчики дистрибутива за последние 1.5-2 года окончательно распрощались со здравым смыслом. Жаль, но сейчас на дистрибутиве держит только пакетный менеджер, очень уж он соответсвует моим представлениям об оном. Пока?
systemd должен умереть.
Yaa
Ребят, кто-нибудь “SystemD free projects” использовал/может прокомментировать. Например - это: http://bbs.archbang.org/viewtopic.php?id=3477

нет, но без полноценной инфраструктуры (вплоть до сбора образов) врядли долго протянут, ну и если бы понимание со стороны оригинального дистрибутива была… было бы проще
systemd должен умереть.
carter85
он че там сын чей то что ли?
скорее: Потти-нежная-попка
systemd должен умереть.
да, кстати, дистрибутив и в правду говно :)

хер с ним, что разнесли настройки из одного места по куче (в некоторых случаях ещё и не с ходу очевидных) файликов, но зачем трогали систему инициализации, хер знает. ну включили бы для тех, кто вкл-выкл компьютера делает по 100500 раз на дню, systemd как альтернативу. Старая система. просто. работает. А новая… точиться ей ещё и точиться.
systemd должен умереть.
мне больше по душе связка
gschem + pcb (с поддержкой dbus) + xgsch2pcb
systemd должен умереть.
Mashin
Вот:

SKIP

cat /sys/block/sdb/removable 
0

Было бы неплохо сделать и показ постоянных устройств. Хотя бы опционально. Так как и другие разделы постоянного жесткого диска иногда необходимо монтировать.

Ну…:
Application for mounting and unmounting removable storages via system tray using udisks

но над вариантом с внешним жестким диском - подумаю. только у меня тоже внешний есть - с ним всё нормально, быть может от бокса зависит? пришли мне вывод lsusb
systemd должен умереть.
Mashin, ага, вижу, udev не говорит, что устройство removable, поэтому игнорируется. При хотплаге проверки этой нет, что логично - раз втыкается по горячему, значит removable :-)

Сделай следующее:
1. выполни в терминале “udevadm monitor –property”
2. затем cat /sys/block/sdb/removable

и вывод сюда обоих
systemd должен умереть.