>Ой.. а баг rpmbuild который открывал базы до перехода в chroot уже
>пофиксили ? RH платформа это не Gentoo, и я никогда не пересобирала ее всю, поэтому не исключаю, что какая-то проблема есть.
Но у меня никогда никаких проблем со сборкой не было, которые бы не решались правкой спека
Можно номер бага?
>да и со скриптами там были проблемы...
И этот тоже номер?
>Или ради тривилальной сборки пакетов надо делать полноценный контейнер ? :)
Вы во власти заблуждения: именно контейнер под каждый чих (а не виртуалку!)и можно и нужно выделять! Это _единственно_ верный подход!
Дело в том, что на одной железке даже класса P4/Intel SR13[0-9]\{2\} может жить под сотню нагруженных контейнеров без каких-то побочных эффектов и стабильности сервисов!
Это очень удобно: для каждого сервиса, не требующего кучи ресурсов, имеется свой корень, свои библиотеки, и свой _гарантированный_ и не гарантированный(но разрешенный к утилизации) пул ресурсов.
Многие для сборки вообще выделяют отдельный сервер или кластер, но мы, как малый бизнес(и, наверное, многие тут присуствующие), не можем себе такого позволить по финансовым соображениям.
Так же жаба душит выделять и целую виртуалку(хотя нужно бы "поднять" OBS в виртуалке)... Контейнер же, напротив, использовать очень разумно.
Так как одна из нод с OVZ-контейнерами у нас сильно недогружена по CPU (большой средний idle), на ней в контейнере и удобно собирать: cpuunits стоит очень маленький, что бы кванты cpu времени доставались лишь тогда, когда они совсем никому не нужны, а cpulimit (и количество ядер для make -j распараллеливания сборки), наоборот, большое.
В результате и собирается быстро, и другим сервисам на этой железке не мешает.