>>>>> Victor Wagner <[email protected]> writes:
>>>>> В Wed, 18 Feb 2015 19:10:43 +0300 Evgeny Zubok пишет:
>> Однако надо бы тут проверить, может ли пакет иметь два тэга
>> одновременно. Например, два пакета для сборки могут хотеть
>> определенный -dev. Тогда снос пакетов по тегу может снести этот
>> -dev, а он кому-то еще нужен для сборки. Даже, наверное, вопрос не
>> только в возможном количестве тегов, а в том, удалится ли пакет,
>> если в нем еще есть теги, или нет.
Собственно, если --add-user-tag= заменит исходную метку — оно
даже и проще выйдет.
> Ну что значит «кому-то еще нужен»?
Нужен пакету, следующему в очереди на сборку.
> Мы же не собираемся производить одновременно две сборки (потому что
> если бы у нас хватало ресурсов на две сборки, можно было бы не
> жадничать и пользоваться pbuilder-ом. И вообще сборки производить
> обязательно в разных chroot-ах.
В каком смысле «разных»?
> Собственно вся проблема именно в том, чтобы в момент сборки в
> сборочной системе не было ничего лишнего, что может не по делу
> подхватить configure). Снесется, а перед следующей сборкой опять
> поставится по build-dep
> Жалко, конечно времени на снос и переустановку, но, видимо это
> оптимизировать уже не стоит.
Перед сборкой фиксируем список A требуемых для сборки Foo
пакетов (не важно, средствами Aptitude или иными.) Выполняем
сборку Foo. Фиксируем список B требуемых для сборки Bar
пакетов. Удаляем пакеты из списка A, за вычетом упоминаемых
также в B. Выполняем сборку Bar. Фиксируем список C…
Есть оговорка: эффективность подхода будет зависеть от порядка
пакетов в очереди. Что, очевидно, может сделать актуальной
задачу оптимизации оного порядка — с точки зрения «установки,
удаления, установки, …» конкретных пакетов.
--
FSF associate member #7257 np. Shores of Valinor — Interphace/Andromeda
