сервис systemd не хочет стартовать

А mpd откуда запускается?

из /usr/lib/systemd/user/mpd.service

Вообще это плохая идея — стартовать с Type=simple программы, от которых есть какие-то зависимости. Этот наш mpd нотификацию старта (Type=notify) не умеет?

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

upd: есть, вроде бы, такой вариант, как использовать system/mpd.service и system/mpd.socket, но он рассчитан на то, что mpd будет пускаться как системный юнит, что по-моему есть какой-то костыльный метод

Пользовательский systemd тоже умеет в сокет-активацию. Скопируй эту пару юнитов в /etc/systemd/user и поправь путь до сокета (я не знаю, каким он должен быть, чтобы mpdas его увидел). Если сделать так, то в mpdas.service вообще никаких зависимостей не нужно.

вроде понятно, но тогда ещё вопрос. путь до сокета задаётся в конфиге mpd. как наименее больно сделать так, чтобы в mpd.socket указывать именно его? а то systemd.socket(5) я ничего по этому поводу полезного не увидел

Ты спрашиваешь про автогенерацию? Никак. Только руками удостовериться, что совпадают.

mpd умеет в сокет, но не умеет в dbus (что дико бесит).

ТС, бери юнит-файл из апстрима генты или арча, суй к себе в хомяк и пинай его оттуда.

да, я уже так и делаю, но то, что в mpd.socket нужно ручками прописывать адрес сокета, ваще не радует

Так ты mpd.socket тоже возьми оттуда же, откуда берёшь mpd.service.

В генте поставляются оба файла искаропки, и системно запускается без проблем.

Я тут читнул ман на mpd. При использовании сокет-активации, mpd игнорирует путь к сокету в конфиге. Т. е., по сути, юнит становится твоим конфигом, и это типа by design (Леннарт вон постоянно говорит «не бойтесь править юниты, они специально сделаны простыми»).

Если тебе это всё равно не нравится, пиши шеллскрипт-генератор, который бы создавал юнит по конфигу. Но это для DRY-маньяков.

дык я и взял, и использую. не нравилось же мне то, что надо руками «синхронизировать» адрес сокета в mpd.conf и mpd.socket, но по этому поводу уже подсказал intelfx

только тут ещё один вопрос. mpd умеет слушать на всех доступных сетевых интерфейсах. можно ли в сокете systemd прописать примерно то же самое, не используя доп. средства типа генератора *.socket-файла?

не нравилось же мне то, что надо руками «синхронизировать» адрес сокета в mpd.conf и mpd.socket

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

Странно, я думал, ты в теме, что сокет systemd приоритетнее кинфижного.

ни разу не стартовал mpd system-wide, да ещё и via systemd и не думал, что это может пригодиться. потому и не особо уделил внимание этому, когда ещё осиливал mpd

можно ли в сокете systemd прописать примерно то же самое

Да, конечно.

[Socket]
# TCP
ListenStream=<port>
# UDP
ListenDatagram=<port>

ни разу не стартовал mpd system-wide, да ещё и via systemd и не думал, что это может пригодиться. потому и не особо уделил внимание этому, когда ещё осиливал mpd

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