[devel] Патч при сборке под конкретную версию дистрибутива

[devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

Доброго времени суток.

   Может ли кто-нибудь подсказать.
Есть репозиторий из которого собираются пакеты.
Собираются для Сизифа, p5, p6, 5.0 и т.п.
Возникла необходимость наложить некоторый патч при сборке
под конкретный дистрибутив (например пусть будет p5).
Можно ли это как-то сделать?

Видел что из gear/tags
на тему diff: ...
Но даже если это, то что надо... не понял всё-таки как это делается.

-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Paul Wolneykien]

10.04.2013 22:00, Pavel Vainerman пишет:
> Доброго времени суток.
>
>    Может ли кто-нибудь подсказать.
> Есть репозиторий из которого собираются пакеты.
> Собираются для Сизифа, p5, p6, 5.0 и т.п.
> Возникла необходимость наложить некоторый патч при сборке
> под конкретный дистрибутив (например пусть будет p5).
> Можно ли это как-то сделать?
>
> Видел что из gear/tags
> на тему diff: ...
> Но даже если это, то что надо... не понял всё-таки как это делается.
>

   Если патч уже готов, то это вопрос не столько gear, сколько rpm. 
Нужно включить патч в число исходных файлов пакета

echo "copy: *.patch" >>.gear/rules  ,

а потом включить его при сборке, добавив PatchN и %patchN в spec.

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

>    Если патч уже готов, то это вопрос не столько gear, сколько rpm.
> Нужно включить патч в число исходных файлов пакета
>
> echo "copy: *.patch" >>.gear/rules  ,
>
> а потом включить его при сборке, добавив PatchN и %patchN в spec.
   Тут вся тонкость в том, что мне важно, чтобы патч был задействован 
только при сборке под конкретный дистр.
Git из которого собирается при этом - один.

-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Paul Wolneykien]

10.04.2013 22:50, Pavel Vainerman пишет:
>>    Если патч уже готов, то это вопрос не столько gear, сколько rpm.
>> Нужно включить патч в число исходных файлов пакета
>>
>> echo "copy: *.patch" >>.gear/rules  ,
>>
>> а потом включить его при сборке, добавив PatchN и %patchN в spec.
>    Тут вся тонкость в том, что мне важно, чтобы патч был задействован
> только при сборке под конкретный дистр.
> Git из которого собирается при этом - один.

   А бранчей — много. Сборка на git.alt осуществляется из тега: пометив 
тегом нужный бранч вы укажете, что собирать нужно именно этот вариант 
пакета.

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Igor Zubkov]

2013/4/10 Paul Wolneykien <manowar@altlinux.org>:
> 10.04.2013 22:50, Pavel Vainerman пишет:
>>>    Если патч уже готов, то это вопрос не столько gear, сколько rpm.
>>> Нужно включить патч в число исходных файлов пакета
>>>
>>> echo "copy: *.patch" >>.gear/rules  ,
>>>
>>> а потом включить его при сборке, добавив PatchN и %patchN в spec.
>>
>>    Тут вся тонкость в том, что мне важно, чтобы патч был задействован
>> только при сборке под конкретный дистр.
>> Git из которого собирается при этом - один.
>
>   А бранчей -- много. Сборка на git.alt осуществляется из тега: пометив тегом
> нужный бранч вы укажете, что собирать нужно именно этот вариант пакета.

А сделать отдельный бранч в git для бранча и собрать?

-- 
Igor Zubkov
http://hi.im/ice

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

10.04.2013 23:12, Igor Zubkov пишет:
> 2013/4/10 Paul Wolneykien <manowar@altlinux.org>:
>> 10.04.2013 22:50, Pavel Vainerman пишет:
>>>>     Если патч уже готов, то это вопрос не столько gear, сколько rpm.
>>>> Нужно включить патч в число исходных файлов пакета
>>>>
>>>> echo "copy: *.patch" >>.gear/rules  ,
>>>>
>>>> а потом включить его при сборке, добавив PatchN и %patchN в spec.
>>>
>>>     Тут вся тонкость в том, что мне важно, чтобы патч был задействован
>>> только при сборке под конкретный дистр.
>>> Git из которого собирается при этом - один.
>>
>>    А бранчей -- много. Сборка на git.alt осуществляется из тега: пометив тегом
>> нужный бранч вы укажете, что собирать нужно именно этот вариант пакета.

   это тоже своего рода "лишняя работа"(по расставлению тегов) которую 
хотелось избежать.

Т.е. виделось это примерно так, что "где-то"(gear/rules?) указал,
"что-то". И при сборке ssh git.alt build -b p5 ...  у меня подхватился 
нужный патч и всё.


> А сделать отдельный бранч в git для бранча и собрать?
>
   Ну вот вроде не хотелось избежать поддержки нескольких бранчей
(синхронизация изменений т.п.).


P.S. Впрочем я так понимаю видимо это может нарушает то, что сборка в 
разные дистры при таком подходе уже не может считаться "из одних 
исходников".


-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Paul Wolneykien]

10.04.2013 23:19, Pavel Vainerman пишет:
>>>    А бранчей -- много. Сборка на git.alt осуществляется из тега:
>>> пометив тегом
>>> нужный бранч вы укажете, что собирать нужно именно этот вариант пакета.
>
>    это тоже своего рода "лишняя работа"(по расставлению тегов) которую
> хотелось избежать.
>
> Т.е. виделось это примерно так, что "где-то"(gear/rules?) указал,
> "что-то". И при сборке ssh git.alt build -b p5 ...  у меня подхватился
> нужный патч и всё.

   Так вместо многоточия выше как раз и нужно имя тега передавать. 
Добавляете ли вы патч, или меняете что-то другое в пакете: ничего 
принципиально не меняется — всё равно каждый раз ставите тег, разве нет?

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

>    Так вместо многоточия выше как раз и нужно имя тега передавать.
> Добавляете ли вы патч, или меняете что-то другое в пакете: ничего
> принципиально не меняется — всё равно каждый раз ставите тег, разве нет?
   сам нет. Я использую
rpmbs -u spec

либо (но это не etersoft-овской сборочнице):
ssh git.eter rebuild -b p5 /projects/asu/uniset
никаких дополнительных действий при этом..


-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

> либо (но это не etersoft-овской сборочнице):
  что-то у меня с "не" не лады..
имелось ввиду "это на etersoft-овской сборочнице)"



-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Paul Wolneykien]

10.04.2013 23:28, Pavel Vainerman пишет:
>>    Так вместо многоточия выше как раз и нужно имя тега передавать.
>> Добавляете ли вы патч, или меняете что-то другое в пакете: ничего
>> принципиально не меняется — всё равно каждый раз ставите тег, разве нет?
>    сам нет. Я использую
> rpmbs -u spec
>
> либо (но это не etersoft-овской сборочнице):
> ssh git.eter rebuild -b p5 /projects/asu/uniset
> никаких дополнительных действий при этом..
>

   Это магия. Но за ней скрываются простые вещи. :)

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

>    Это магия. Но за ней скрываются простые вещи. :)

   Я верю (и даже пару раз пользовался "полной командой"),
но именно эта "магия" делает сборку для ещё проще.
Может поэтому ищу такие же "простые" способы и в решении
других задач..



-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

> А сделать отдельный бранч в git для бранча и собрать?
   Ну-у решил всё-таки остановится (пока не нашёлся более подходящий) на 
этом варианте.
Сделал отдельный бранч.


P.S. В любом случае всем спасибо.


-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Paul Wolneykien]

10.04.2013 23:40, Pavel Vainerman пишет:
>>    Это магия. Но за ней скрываются простые вещи. :)
>
>    Я верю (и даже пару раз пользовался "полной командой"),
> но именно эта "магия" делает сборку для ещё проще.
> Может поэтому ищу такие же "простые" способы и в решении
> других задач..
>

   Это не самое плохое из человеческих стремлений. :) Но рассмотрим ваш 
пример подробнее:

ssh git.eter rebuild -b p5 /projects/asu/uniset

   Если вы внесёте изменения (патч) в версию пакета, предназначенного 
для p5, то для вас должна и дальше сохраниться возможность использовать 
эту команду, так? Однако если вносимые изменения предназначены не для 
всего p5, а для его подкласса — отдельного дистрибутива на основе p5, но 
с изменениями, то после -b придётся, очевидно, написать что-то другое 
вместо "p5". Но какое всё это имеет отношение к gear и структуре 
репозитория?

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

> ssh git.eter rebuild -b p5 /projects/asu/uniset
>
>    Если вы внесёте изменения (патч) в версию пакета, предназначенного
> для p5, то для вас должна и дальше сохраниться возможность использовать
> эту команду, так? Однако если вносимые изменения предназначены не для
> всего p5, а для его подкласса — отдельного дистрибутива на основе p5, но
> с изменениями, то после -b придётся, очевидно, написать что-то другое
> вместо "p5". Но какое всё это имеет отношение к gear и структуре
> репозитория?
   Не знаю. Я так понимал, что "gear" это как раз некий "интерфейс" 
позволяющий как-то управлять процессом сборки. И собственно,
не важно p5 или что-то другое я указываю. Исходный вопрос был в том,
есть ли механизм позволяющий при сборке под определённый дистр,
применить какие-то особые правила.

Если я правильно понял, такого механизма нет, но есть два пути
1) ставить специальный тег и собирать по нему
2) делать отдельный бранч и собирать из него

Тоже собственно нормально.. Я выбрал пока-что (2).



-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] %ifbranch ?

[Paul Wolneykien]

11.04.2013 00:19, Pavel Vainerman пишет:
> Исходный вопрос был в том,
> есть ли механизм позволяющий при сборке под определённый дистр,
 > применить какие-то особые правила.

   А и правда? Товарищи, а можем ли мы сейчас как-то определить макрос 
%ifbranch, работающий наподобие %ifarch, только применительно к 
репозиторию, в который целит girar-builder?

Re: [devel] %ifbranch ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 604 bytes --]

On Thu, Apr 11, 2013 at 12:25:38AM +0400, Paul Wolneykien wrote:
> 11.04.2013 00:19, Pavel Vainerman пишет:
> >Исходный вопрос был в том,
> >есть ли механизм позволяющий при сборке 
> >под определённый дистр,
> > применить какие-то особые правила.
> 
>   А и правда? Товарищи, а можем ли мы 
>   сейчас как-то определить макрос %ifbranch, 
> работающий наподобие %ifarch, только 
> применительно к репозиторию, в который 
> целит girar-builder?

Да, вы можете придумать какой-нибудь такой макрос, поскольку вся
необходимая для этого информация в момент сборки уже в наличии.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] %ifbranch ?

[Paul Wolneykien]

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?
>
> Да, вы можете придумать какой-нибудь такой макрос, поскольку вся
> необходимая для этого информация в момент сборки уже в наличии.

   Я вот почему-то так и думал. А где можно узнать явки-пароли?

Re: [devel] %ifbranch ?

[Yuri N. Sedunov]

В Чт, 11/04/2013 в 00:25 +0400, Paul Wolneykien пишет:
> 11.04.2013 00:19, Pavel Vainerman пишет:
> > Исходный вопрос был в том,
> > есть ли механизм позволяющий при сборке под определённый дистр,
>  > применить какие-то особые правила.
> 
>    А и правда? Товарищи, а можем ли мы сейчас как-то определить макрос 
> %ifbranch, работающий наподобие %ifarch, только применительно к 
> репозиторию, в который целит girar-builder?

Лучше %ifrepo, наверное.

-- 
Yuri N. Sedunov

Re: [devel] %ifbranch ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 883 bytes --]

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?
> >
> >Да, вы можете придумать какой-нибудь 
> >такой макрос, поскольку вся
> >необходимая для этого информация в 
> >момент сборки уже в наличии.
> 
>   Я вот почему-то так и думал. А где можно 
>   узнать явки-пароли?

Ничего запароленного тут нет, все на поверхности.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] %ifbranch ?

[Paul Wolneykien]

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?
>>>
>>> Да, вы можете придумать какой-нибудь
>>> такой макрос, поскольку вся
>>> необходимая для этого информация в
>>> момент сборки уже в наличии.
>>
>>    Я вот почему-то так и думал. А где можно
>>    узнать явки-пароли?
>
> Ничего запароленного тут нет, все на поверхности.

   Поверхность уж очень большая. :) Кукую её часть исследовать на 
предмет наличия искомой информации в виде имени бранча?

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Led]

On Wednesday 10 April 2013 21:50:02 Pavel Vainerman wrote:
> >    Если патч уже готов, то это вопрос не столько gear, сколько rpm.
> > Нужно включить патч в число исходных файлов пакета
> >
> > echo "copy: *.patch" >>.gear/rules  ,
> >
> > а потом включить его при сборке, добавив PatchN и %patchN в spec.
>
>    Тут вся тонкость в том, что мне важно, чтобы патч был задействован
> только при сборке под конкретный дистр.

Если вам именно этого хочется, значит вы что-то делаете неправильно или задумали "что-то нехорошее".

-- 
Led

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

11.04.2013 00:58, Led пишет:
> On Wednesday 10 April 2013 21:50:02 Pavel Vainerman wrote:
>>>     Если патч уже готов, то это вопрос не столько gear, сколько rpm.
>>> Нужно включить патч в число исходных файлов пакета
>>>
>>> echo "copy: *.patch" >>.gear/rules  ,
>>>
>>> а потом включить его при сборке, добавив PatchN и %patchN в spec.
>>
>>     Тут вся тонкость в том, что мне важно, чтобы патч был задействован
>> только при сборке под конкретный дистр.
>
> Если вам именно этого хочется, значит вы что-то делаете неправильно или задумали "что-то нехорошее".

   Ну не знаю насколько "не хорошее". Просто проект раньше собирался 
нормально под всё сразу (сизиф,p5,p6,5.0). А тут появилась некоторая
несовместимость решаемая простым патчем. Вот я и хотел, продолжить 
собственно так же "беззаботно собирать", только, чтобы для особых 
дистров, добавлялся патч при сборке.

Я уже собственно выбрал (пока-что) решение с "отдельным бранчем"
(но теперь надо синхронизировать постоянно с основным).


P.S. Впрочем видимо это просто "исторический рост проекта" и не 
возможность сборки под все дистры сразу из одного источника.
При развитии проекта, такое должно было бы произойти рано или поздно
(имеется ввиду несовместимость со старыми дистрами).

-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Led]

On Thursday 11 April 2013 00:05:29 Pavel Vainerman wrote:
> 11.04.2013 00:58, Led пишет:
> > On Wednesday 10 April 2013 21:50:02 Pavel Vainerman wrote:
> >>>     Если патч уже готов, то это вопрос не столько gear, сколько rpm.
> >>> Нужно включить патч в число исходных файлов пакета
> >>>
> >>> echo "copy: *.patch" >>.gear/rules  ,
> >>>
> >>> а потом включить его при сборке, добавив PatchN и %patchN в spec.
> >>
> >>     Тут вся тонкость в том, что мне важно, чтобы патч был задействован
> >> только при сборке под конкретный дистр.
> >
> > Если вам именно этого хочется, значит вы что-то делаете неправильно или
> > задумали "что-то нехорошее".
>
>    Ну не знаю насколько "не хорошее". Просто проект раньше собирался
> нормально под всё сразу (сизиф,p5,p6,5.0). А тут появилась некоторая
> несовместимость решаемая простым патчем. Вот я и хотел, продолжить
> собственно так же "беззаботно собирать", только, чтобы для особых
> дистров, добавлялся патч при сборке.
>
> Я уже собственно выбрал (пока-что) решение с "отдельным бранчем"
> (но теперь надо синхронизировать постоянно с основным).
>
>
> P.S. Впрочем видимо это просто "исторический рост проекта" и не
> возможность сборки под все дистры сразу из одного источника.

Очень сомнительно.

> При развитии проекта, такое должно было бы произойти рано или поздно
> (имеется ввиду несовместимость со старыми дистрами).

Значит вы сделали что-то неправильно. А теперь пытаетесь обложить эту неправильность костылями.

-- 
Led

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

>> P.S. Впрочем видимо это просто "исторический рост проекта" и не
>> возможность сборки под все дистры сразу из одного источника.
>
> Очень сомнительно.
   Что именно "сомнительно"?
Такая сборка у меня работала до недавнего времени,
т.к. проект собственно не содержал каких-то "изысков".

>
>> При развитии проекта, такое должно было бы произойти рано или поздно
>> (имеется ввиду несовместимость со старыми дистрами).
>
> Значит вы сделали что-то неправильно. А теперь пытаетесь обложить эту неправильность костылями.
   Я не совсем вас понимаю.. что именно не правильно?

Проект собирался, сейчас появился код, который перестал компилироваться 
на старом дистре
(на Сизифе без вопросов). Я исправил (сделал небольшой патч) который 
позволяет собирать как и раньше.
Я не совсем понял, что при этом я сделал "неправильно"
и в чём "костыли".

P.S. Ещё раз напомню.. исходный вопрос был есть ли способ применить 
заданные патчи при сборке под заданный дистр. Чисто такой "технический" 
вопрос.


-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1877 bytes --]

On Thu, Apr 11, 2013 at 12:19:54AM +0300, Led wrote:
> On Thursday 11 April 2013 00:05:29 Pavel Vainerman wrote:
> > 11.04.2013 00:58, Led пишет:
> > > On Wednesday 10 April 2013 21:50:02 Pavel Vainerman wrote:
> > >>>     Если патч уже готов, то это вопрос не столько gear, сколько rpm.
> > >>> Нужно включить патч в число исходных файлов пакета
> > >>>
> > >>> echo "copy: *.patch" >>.gear/rules  ,
> > >>>
> > >>> а потом включить его при сборке, добавив PatchN и %patchN в spec.
> > >>
> > >>     Тут вся тонкость в том, что мне важно, чтобы патч был задействован
> > >> только при сборке под конкретный дистр.
> > >
> > > Если вам именно этого хочется, значит вы что-то делаете неправильно или
> > > задумали "что-то нехорошее".
> >
> >    Ну не знаю насколько "не хорошее". Просто проект раньше собирался
> > нормально под всё сразу (сизиф,p5,p6,5.0). А тут появилась некоторая
> > несовместимость решаемая простым патчем. Вот я и хотел, продолжить
> > собственно так же "беззаботно собирать", только, чтобы для особых
> > дистров, добавлялся патч при сборке.
> >
> > Я уже собственно выбрал (пока-что) решение с "отдельным бранчем"
> > (но теперь надо синхронизировать постоянно с основным).
> >
> > P.S. Впрочем видимо это просто "исторический рост проекта" и не
> > возможность сборки под все дистры сразу из одного источника.
> 
> Очень сомнительно.
> 
> > При развитии проекта, такое должно было бы произойти рано или поздно
> > (имеется ввиду несовместимость со старыми дистрами).
> 
> Значит вы сделали что-то неправильно. А теперь пытаетесь обложить эту неправильность костылями.

Попробую сформулировать эту мысль иначе.  Особенности ОС обусловлены не
именем репозитория, а характеристиками, которые можно проверить, и
которые, как правило, могут дать более точную информацию о системе, чем
имя репозитория.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] %ifbranch ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1570 bytes --]

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?
> >>>
> >>>Да, вы можете придумать какой-нибудь
> >>>такой макрос, поскольку вся
> >>>необходимая для этого информация в
> >>>момент сборки уже в наличии.
> >>
> >>   Я вот почему-то так и думал. А где можно
> >>   узнать явки-пароли?
> >
> >Ничего запароленного тут нет, все на 
> >поверхности.
> 
>   Поверхность уж очень большая. :) Кукую её 
>   часть исследовать на предмет наличия 
> искомой информации в виде имени бранча?

Смотрите, какая штука.  С одной стороны, я не хочу никого лишать
возможности поисследовать этот вопрос самостоятельно.
С другой стороны, применение подобного макроса представляется мне не очень
хорошей идеей, поскольку осложнит воспроизводимость сборки за пределами
сборочной системы.  Поэтому, если вы не будете настаивать,
то я бы предпочел обойтись без подсказок.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [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

Re: [devel] %ifbranch ?

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2692 bytes --]

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, как правило, не оказывает влияния
  на результат сборки.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] %ifbranch ?

[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. 

-- 
Yuri N. Sedunov

Re: [devel] RPMTAG_DISTTAG

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 378 bytes --]

On Thu, Apr 11, 2013 at 02:25:02AM +0400, Yuri N. Sedunov wrote:
[...]
> Так, собственно я и выступаю тут за то, чтобы встроить %repo, %ifrepo с
> их возможными значениями в rpm, чтобы они всегда раскрывались правильно.
> Чтобы можно было сказать rpmbuild -bs --repo p7 some.spec. 

Другими словами, предлагается втащить поддержку RPMTAG_DISTTAG в наш rpm?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [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 имеют аналогичную возможность?

Re: [devel] RPMTAG_DISTTAG

[Yuri N. Sedunov]

В Чт, 11/04/2013 в 02:55 +0400, Dmitry V. Levin пишет:
> On Thu, Apr 11, 2013 at 02:25:02AM +0400, Yuri N. Sedunov wrote:
> [...]
> > Так, собственно я и выступаю тут за то, чтобы встроить %repo, %ifrepo с
> > их возможными значениями в rpm, чтобы они всегда раскрывались правильно.
> > Чтобы можно было сказать rpmbuild -bs --repo p7 some.spec. 
> 
> Другими словами, предлагается втащить поддержку RPMTAG_DISTTAG в наш rpm?

Я отсебятину напорол, может быть этот RPMTAG_DISTTAG и есть то, что
нужно.

-- 
Yuri N. Sedunov

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Eugene Prokopiev]

10 апреля 2013 г., 22:00 Pavel Vainerman написал:

>  ... не понял всё-таки как это делается.

Наверное, можно воспользоваться specsubst - обрабатывать в спеке
значение какого-нибудь @branch@, полученного из .gear/rules и
комментария к тегу. См.
http://lists.altlinux.org/pipermail/devel/2013-January/196383.html в
качестве примера - там, правда, решается другая задача.

Но вот какая штука - я пытаюсь преодолеть искусственное ограничение
сборочной системы искусственными же средствами ;) У вас, подозреваю,
проблема более естественная и связана, наверное, с версиями зависимых
библиотек - так может именно это проверять вместо имени бранча? Никто
ведь в наше время при веб-разработке не пытается в здравом уме и без
лишней необходимости проверять имя и версию браузера, полагаются
больше на проверку наличия требуемого API.

--
С уважением,
Прокопьев Евгений

Re: [devel] RPMTAG_DISTTAG

[Eugene Prokopiev]

11 апреля 2013 г., 2:55 Dmitry V. Levin написал:

> Другими словами, предлагается втащить поддержку RPMTAG_DISTTAG в наш rpm?

Если до этого дойдет дело, то можно ли будет реализовать упаковку
одного и того же коммита в разные бранчи без использования specsubst?
Т.е. нужен способ добыть суффикс релиза прямо в спеке.

Хотя если у нас будет в наличии RPMTAG_DISTTAG, то может вообще
упразднить правила нумерации релизов из
http://www.altlinux.org/BackportsPolicy? Проблема сортировки релизов
станет ведь решаться гораздо более естественным образом.

--
С уважением,
Прокопьев Евгений

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

11.04.2013 08:34, Eugene Prokopiev пишет:
> 10 апреля 2013 г., 22:00 Pavel Vainerman написал:
>
>>   ... не понял всё-таки как это делается.
>
> Наверное, можно воспользоваться specsubst - обрабатывать в спеке
> значение какого-нибудь @branch@, полученного из .gear/rules и
> комментария к тегу. См.
> http://lists.altlinux.org/pipermail/devel/2013-January/196383.html в
> качестве примера - там, правда, решается другая задача.
   ну вариант с созданием отдельного бранча предложенный Igor Zubkov,
после размышлений собственно мне показался более "дальновидным",
т.к. конечно в процессе развития проекта вероятность его сборки под
"старые дистрибутивы" будет уменьшатся. Так что иметь отдельную ветку,
с увеличением объёма патчей наверно уже будет оправдано..


> Но вот какая штука - я пытаюсь преодолеть искусственное ограничение
> сборочной системы искусственными же средствами ;) У вас, подозреваю,
> проблема более естественная и связана, наверное, с версиями зависимых
> библиотек - так может именно это проверять вместо имени бранча? Никто
> ведь в наше время при веб-разработке не пытается в здравом уме и без
> лишней необходимости проверять имя и версию браузера, полагаются
> больше на проверку наличия требуемого API.
   В моём случае всё тривиальнее..

Кстати может действительно всем будет интересно.

Под Сизиф собирается нормально. А ошибка сборки под p5 была такой:

/usr/include/python2.5/longobject.h:43: error: ISO C++ 1998 does not 
support ‘long long’
/usr/include/python2.5/longobject.h:44: error: ISO C++ 1998 does not 
support ‘long long’
/usr/include/python2.5/longobject.h:45: error: ISO C++ 1998 does not 
support ‘long long’
/usr/include/python2.5/longobject.h:46: error: ISO C++ 1998 does not 
support ‘long long’
/usr/include/python2.5/longobject.h:47: error: ISO C++ 1998 does not 
support ‘long long’

Патч решающий эту "проблемму" выглядит как добавление
к CXXFLAGS -Wno-long-long  (там глобально включён -pedantic, который не 
хотелось бы отключать).

Код в котором возникает ошибка сгенерирован swig-ом.
Т.е. получается, что swig генерирует некорректный код (с -pedantic 
проверкой по крайней мере). Ну или даже python2.5 содержит некорректный
код для "компилятора" который в p5.


-- 
Pavel Vaynerman
www.etersot.ru

Re: [devel] %ifbranch ?

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 824 bytes --]

On Thursday 11 April 2013 00:25:38 Paul Wolneykien wrote:
> 11.04.2013 00:19, Pavel Vainerman пишет:
> > Исходный вопрос был в том,
> > есть ли механизм позволяющий при сборке под определённый дистр,
> > 
>  > применить какие-то особые правила.
> 
>    А и правда? Товарищи, а можем ли мы сейчас как-то определить макрос
> %ifbranch, работающий наподобие %ifarch
Так не бывает.
arch постоянен,а branch -- нет.
Я удивляюсь, как до сих пор многие мантейнеры это не поймут.
https://bugs.altlinux.org/6010

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] %ifbranch ?

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 908 bytes --]

On Thursday 11 April 2013 00:45:40 Yuri N wrote:
> В Чт, 11/04/2013 в 00:25 +0400, Paul Wolneykien пишет:
> > 11.04.2013 00:19, Pavel Vainerman пишет:
> > > Исходный вопрос был в том,
> > > есть ли механизм позволяющий при сборке под определённый дистр,
> > > 
> >  > применить какие-то особые правила.
> >  > 
> >    А и правда? Товарищи, а можем ли мы сейчас как-то определить макрос
> > 
> > %ifbranch, работающий наподобие %ifarch, только применительно к
> > репозиторию, в который целит girar-builder?
> 
> Лучше %ifrepo, наверное.
Оба бестолковые.
https://bugs.altlinux.org/6010

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 752 bytes --]

On Thursday 11 April 2013 01:32:22 Dmitry V wrote:

[...]
> Попробую сформулировать эту мысль иначе.  Особенности ОС обусловлены не
> именем репозитория, а характеристиками, которые можно проверить, и
> которые, как правило, могут дать более точную информацию о системе, чем
> имя репозитория.
Более точную информацию можно получить
https://bugs.altlinux.org/6010
Рабочий пример в 1-ых 4-х строках
http://sisyphus.ru/ru/srpm/Sisyphus/qt4/spec

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 421 bytes --]

On Thursday 11 April 2013 15:22:47 Sergey V wrote:

[...]
> Рабочий пример в 1-ых 4-х строках
> http://sisyphus.ru/ru/srpm/Sisyphus/qt4/spec
Еще пример, работающий на всех бранчах от 4.0 до sisyphus
http://sisyphus.ru/ru/srpm/Sisyphus/kernel-modules-nvidia-std-def/spec
Искать по "xorg_ver"

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] RPMTAG_DISTTAG

[Michael Shigorin]

On Thu, Apr 11, 2013 at 02:55:18AM +0400, Dmitry V. Levin wrote:
> > Так, собственно я и выступаю тут за то, чтобы встроить %repo, %ifrepo с
> > их возможными значениями в rpm, чтобы они всегда раскрывались правильно.
> > Чтобы можно было сказать rpmbuild -bs --repo p7 some.spec. 
> Другими словами, предлагается втащить поддержку RPMTAG_DISTTAG в наш rpm?

Надо почитать, но хотелка насчёт возможности сборки из одного
спека (для gear repo -- коммита) под разные бранчи была где-то
с 2004, у меня apache.spec с минимальным --with так работал.

В смысле когда работа по оформлению бэкпорта является чисто
формальной и механической.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] RPMTAG_DISTTAG

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 1304 bytes --]

On Thursday 11 April 2013 14:59:26 Michael Shigorin wrote:
> On Thu, Apr 11, 2013 at 02:55:18AM +0400, Dmitry V. Levin wrote:
> > > Так, собственно я и выступаю тут за то, чтобы встроить %repo, %ifrepo с
> > > их возможными значениями в rpm, чтобы они всегда раскрывались правильно.
> > > Чтобы можно было сказать rpmbuild -bs --repo p7 some.spec.
> > 
> > Другими словами, предлагается втащить поддержку RPMTAG_DISTTAG в наш rpm?
> 
> Надо почитать, но хотелка насчёт возможности сборки из одного
> спека (для gear repo -- коммита) под разные бранчи была где-то
> с 2004
Теперь есть specsubst

> , у меня apache.spec с минимальным --with так работал.

> В смысле когда работа по оформлению бэкпорта является чисто
> формальной и механической.
Последний раз я _один_и_тот_же_ тэг kerne-modules-nvidia-std-def собирал в p6 
и sisyphus.

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] RPMTAG_DISTTAG

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 466 bytes --]

On Thursday 11 April 2013 16:29:45 Sergey V wrote:

[...]
> > Надо почитать, но хотелка насчёт возможности сборки из одного
> > спека (для gear repo -- коммита) под разные бранчи была где-то
> > с 2004
> Теперь есть specsubst
Все время хочется назвать его specboost :-)

[...]

-- 
Regards, Sergey.       ALT Linux, http://www.altlinux.ru/

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Ivan A. Melnikov]

On Thu, 11 Apr 2013 10:36:10 +0400
Pavel Vainerman <pv@etersoft.ru> wrote:
[...]
> Кстати может действительно всем будет интересно.
> 
> Под Сизиф собирается нормально. А ошибка сборки под p5 была такой:
> 
> /usr/include/python2.5/longobject.h:43: error: ISO C++ 1998 does not 
> support ‘long long’
> /usr/include/python2.5/longobject.h:44: error: ISO C++ 1998 does not 
> support ‘long long’
> /usr/include/python2.5/longobject.h:45: error: ISO C++ 1998 does not 
> support ‘long long’
> /usr/include/python2.5/longobject.h:46: error: ISO C++ 1998 does not 
> support ‘long long’
> /usr/include/python2.5/longobject.h:47: error: ISO C++ 1998 does not 
> support ‘long long’
> 
> Патч решающий эту "проблемму" выглядит как добавление
> к CXXFLAGS -Wno-long-long  (там глобально включён -pedantic, который не 
> хотелось бы отключать).

Этот патч вполне можно (и даже, наверное, правильнее) применять
в зависимости от версии компилятора, а не бранча, так как именно
так как он приспосабливает код именно под другой компилятор.

То есть, если другой бранч, но с таким же компилятором, патч всё равно
будет нужен.

Вроде как у нас разрешено пользоваться макросами %__gcc_version и
%__gcc_version_base.

> 
> Код в котором возникает ошибка сгенерирован swig-ом.
> Т.е. получается, что swig генерирует некорректный код (с -pedantic 
> проверкой по крайней мере).
[...]

Если мне не изменяет память, сочетание -pedantic с -Werror официально
не поддерживается, и считается сломаным. Если удастся найти пруфлинк,
можно пнуть апстрим.

-- 
WBR,
Ivan A. Melnikov

Re: [devel] Патч при сборке под конкретную версию дистрибутива

[Pavel Vainerman]

11.04.2013 20:24, Ivan A. Melnikov пишет:
> On Thu, 11 Apr 2013 10:36:10 +0400
> Pavel Vainerman <pv@etersoft.ru> wrote:
> [...]
>> Кстати может действительно всем будет интересно.
>>
>> Под Сизиф собирается нормально. А ошибка сборки под p5 была такой:
>>
>> /usr/include/python2.5/longobject.h:43: error: ISO C++ 1998 does not
>> support ‘long long’
>> /usr/include/python2.5/longobject.h:44: error: ISO C++ 1998 does not
>> support ‘long long’
>> /usr/include/python2.5/longobject.h:45: error: ISO C++ 1998 does not
>> support ‘long long’
>> /usr/include/python2.5/longobject.h:46: error: ISO C++ 1998 does not
>> support ‘long long’
>> /usr/include/python2.5/longobject.h:47: error: ISO C++ 1998 does not
>> support ‘long long’
>>
>> Патч решающий эту "проблемму" выглядит как добавление
>> к CXXFLAGS -Wno-long-long  (там глобально включён -pedantic, который не
>> хотелось бы отключать).
>
> Этот патч вполне можно (и даже, наверное, правильнее) применять
> в зависимости от версии компилятора, а не бранча, так как именно
> так как он приспосабливает код именно под другой компилятор.

    Я согласен. Просто в данном случае, бранч более-менее стабильный,
компилятор в нём вряд ли сменится, я искал простой способ решить вопрос
при сборке под p5.

> То есть, если другой бранч, но с таким же компилятором, патч всё равно
> будет нужен.
>
> Вроде как у нас разрешено пользоваться макросами %__gcc_version и
> %__gcc_version_base.
   Спасибо буду иметь ввиду.

>> Код в котором возникает ошибка сгенерирован swig-ом.
>> Т.е. получается, что swig генерирует некорректный код (с -pedantic
>> проверкой по крайней мере).
> [...]
>
> Если мне не изменяет память, сочетание -pedantic с -Werror официально
> не поддерживается, и считается сломаным.
   Я не совсем понял о чём речь. Проект собирается с -pedantic.
В p5 он выдал ошибку (см. выше), которую можно "исправить"(игнорировать)
при помощи -Wno-long-long. Для сборки в p5 - это помогло.
А про -Werror вроде речи не было..


> Если удастся найти пруфлинк,
> можно пнуть апстрим.
   пинайте но не сильно, upstream в данном случае я :)


-- 
Pavel Vaynerman
www.etersot.ru