[devel] %ifbranch ?

[Yuri N. Sedunov]

В Чт, 11/04/2013 в 01:37 +0400, Dmitry V. Levin пишет:
> On Thu, Apr 11, 2013 at 12:52:53AM +0400, Paul Wolneykien wrote:
> > 11.04.2013 00:47, Dmitry V. Levin пишет:
> > >On Thu, Apr 11, 2013 at 12:45:09AM +0400, Paul Wolneykien wrote:
> > >>11.04.2013 00:43, Dmitry V. Levin пишет:
> > >>>On Thu, Apr 11, 2013 at 12:25:38AM +0400, Paul Wolneykien wrote:
> > >>>>11.04.2013 00:19, Pavel Vainerman пишет:
> > >>>>>Исходный вопрос был в том,
> > >>>>>есть ли механизм позволяющий при 
> > >>>>>сборке
> > >>>>>под определённый дистр,
> > >>>>>применить какие-то особые правила.
> > >>>>
> > >>>>   А и правда? Товарищи, а можем ли мы
> > >>>>   сейчас как-то определить макрос %ifbranch,
> > >>>>работающий наподобие %ifarch, только
> > >>>>применительно к репозиторию, в который
> > >>>>целит girar-builder?
> > >>>
> > >>>Да, вы можете придумать какой-нибудь
> > >>>такой макрос, поскольку вся
> > >>>необходимая для этого информация в
> > >>>момент сборки уже в наличии.
> > >>
> > >>   Я вот почему-то так и думал. А где можно
> > >>   узнать явки-пароли?
> > >
> > >Ничего запароленного тут нет, все на 
> > >поверхности.
> > 
> >   Поверхность уж очень большая. :) Кукую её 
> >   часть исследовать на предмет наличия 
> > искомой информации в виде имени бранча?
> 
> Смотрите, какая штука.  С одной стороны, я не хочу никого лишать
> возможности поисследовать этот вопрос самостоятельно.
> С другой стороны, применение подобного макроса представляется мне не очень
> хорошей идеей, поскольку осложнит воспроизводимость сборки за пределами
> сборочной системы.  Поэтому, если вы не будете настаивать,
> то я бы предпочел обойтись без подсказок.
> 

Непонятно каким образом использование макросов %ifbranch (%ifrepo) может
осложнить воспроизводимость сборки за пределами "эталонной" сборочной
системы. 
%repo, %ifrepo ничем не хуже %url или %packager и вполне могли бы быть
встроены в rpm, чтобы можно было изготавливать из одного спека и src.rpm
под разные %repo на дому, без участия сборочницы.

-- 
Yuri N. Sedunov