Руслан Коротаев -> [email protected] @ 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 и так далее. Руслан, Вы очень упорно невнимательны, и очень упорно пытаетесь ответить не на тот вопрос, который был задан, а на тот, на который Вам сегодня нравится отвечать. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/[email protected]
