Systemd и модульность

О, а можно собрать так, чтобы, к примеру, systemd-journald можно было бы сносить/ставить вне зависимости от остального?

Я разрешаю.

Ну подскажи же нубу способ.

находишь пакеты которые требуют systemd-journald.
скачиваешь онные пакеты, разбираешь, в control удаляешь упоминания journald в строках Depends: Pre-Depends: Recommends: , собираешь, устанавливаешь.
удаляешь journald т.к. никто его не требует …. PROFIT !!

удаляешь journald т.к. никто его не требует …. PROFIT !!

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

эт надо думать, изучать, конфигурить и допиливать по месту….
а тут х-кс, х-кс и профит.

Уже подсказал выше:

Удаляешь файлы, правишь юниты, подкладываешь свои взамен.

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

За пошаговыми инструкциями — это в Job.

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

То есть форкнуть systemd. Ещё предложения будут? :-)

То есть форкнуть systemd

Неверно.

Ещё предложения будут?

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