Да -это возможно.
У вас должна быть папка переопределения .d
для точного имени службы, которое вы хотите переопределить -вы можете увидеть это довольно хорошо, если сделаете
sudo systemctl edit systemd-nspawn@specialcontainer.service
Это создаст файл (как минимум на моей машине с Ubuntu 16.04 )в /etc/systemd/system/systemd-nspawn@specialcontainer.service.d/override.conf
с изменениями.
В
https://askubuntu.com/a/659268/915810есть гораздо более исчерпывающий ответ -, использующий в качестве примера модуль systemd шаблона getty
.
dbgsym
пакеты можно отключить с помощью параметра сборки noautodbgsym
:
DEB_BUILD_OPTIONS=noautodbgsym dpkg-buildpackage -us -uc
Также можно создавать только пакеты, зависящие от архитектуры -или независимые от архитектуры -, изменив параметр --build
на dpkg-buildpackage
.
Помимо этого, не существует универсального способа выбора пакетов для сборки и зависимостей для установки. В частности, зависимости сборки не привязаны к бинарным пакетам, для которых они актуальны.
Некоторые пакеты поддерживают профили сборки ; вы можете определить это, ища зависимости Build-Profiles
и/или угла -в квадратных скобках в debian/control
. На таких упаковкахОпция dpkg-buildpackage
с -P
выбирает соответствующий профиль (с ), иногда в сочетании с параметром сборки. Например, на упаковках с профилем nocheck
DEB_BUILD_OPTIONS=nocheck dpkg-buildpackage -Pnocheck
пропустит тестирование -связанных сборок -зависимостей (если таковые имеются )и пропустит выполнение тестов.
На самом деле, последняя версия пакета make
предназначена для предоставления профиля сборки noguile
, поэтому должна быть возможность пропустить Guile с
dpkg-buildpackage -Pnoguile -us -uc
за исключением того, что определение профиля является неполным .
Всегда можно отредактировать debian/control
для удаления ненужных пакетов и debian/rules
для удаления ненужных шагов сборки.