Re: Удаление build-dependencies
Руслан Коротаев -> debian-russian@lists.debian.org @ Mon, 16 Feb 2015 17:58:08 +0500:
>> Идиотизм какой-то внутри системы, предназначенной только для сборки
>> делать еще один контейнер для сборки.
>>
>> Даже pbuilder так не делает. Он сохраняет образ контейнера с
>> установленными build-essential, и при сборке пакета только его
>> распаковывает, а не бутстрапит заново.
>>
>> Но в данном случае оверхед от pbuilder недопустимо велик. Система
>> маленькая и медленная. Нельзя столько времени тратить на подготовку
>> сборочной среды для каждого пакета. А собирать все-таки лучше каждый
>> пакет в чистой системе, поскольку иначе шибко умные configure могут
>> что-нибудь не то подцепить, и при сборке на нормальных, быстрых
>> архитектурах, где используется pbuilder этой засады не отследишь.
РК> Нет, не идиотизм. Возможно термин «контейнер» ввел вас в заблуждение.
РК> Используя systemd-nspawn вместо chroot вы не делаете контейнер, а
РК> используете механизм ядра cgroups [1] для изоляции ресурсов.
РК> То есть, вы ОДИН РАЗ создаете систему сборки для каждой архитектуры с
РК> помощью debootstrap, тем же самым способом как вы это делаете для
РК> pbuilder (см '1. Creating a base chroot image tar-ball' [2]). Далее,
РК> таром или еще каким-нибудь способом клонируете её исходя из ваших
РК> соображений (по пакетом, по системам, по архитектурам). Затем в каждый
РК> каталог делаете 'systemd-nspawn -D ...' и можете ОДНОВРЕМЕННО собирать
РК> пакеты, компилировать и всё что вы хотите. Не надо беспокоится о
РК> безопасности, /proc и /sys и так далее.
Руслан, Вы очень упорно невнимательны, и очень упорно пытаетесь ответить
не на тот вопрос, который был задан, а на тот, на который Вам сегодня
нравится отвечать.
Reply to: