[devel] %ifbranch ?

[Paul Wolneykien]

11.04.2013 02:25, Yuri N. Sedunov пишет:
> В Чт, 11/04/2013 в 02:12 +0400, Dmitry V. Levin пишет:
>> On Thu, Apr 11, 2013 at 01:56:26AM +0400, Yuri N. Sedunov wrote:
>>> В Чт, 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 на дому, без участия сборочницы.
>>
>> Разница в том, что %url явно указан в спеке, в отличие от имени
>> репозитория.  Поэтому при пересборке src.rpm вопросов воспроизводимости не
>> возникает, а вот при сборке самого src.rpm уже нужно воссоздавать такую
>> среду, в которой этот новый макрос раскроется правильно.
>>
>> Ситуация несколько сходна с %packager, с двумя отличиями:
>> - %packager можно штатно определить в спеке;
>> - потерянное значение %packager, как правило, не оказывает влияния
>>    на результат сборки.
>
> Так, собственно я и выступаю тут за то, чтобы встроить %repo, %ifrepo с
> их возможными значениями в rpm, чтобы они всегда раскрывались правильно.
> Чтобы можно было сказать rpmbuild -bs --repo p7 some.spec.
>

   Да, aris@, как не-пользователь gear/hasher, может уже сейчас 
определить %repo в ~/.rpmmacros, собрать "кастомизированную" версию 
.src.rpm и отправить её на сборку посредством task add srpm. А 
пользователи task add repo имеют аналогичную возможность?