ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Aleksey Avdeev <solo@solin.spb.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] rpmbph with git branches
Date: Mon, 18 May 2009 23:49:29 +0400
Message-ID: <4A11BBC9.7080308@solin.spb.ru> (raw)
In-Reply-To: <4A11B914.20101@altlinux.com>

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

Anton Farygin пишет:
> Aleksey Avdeev пишет:
>> Anton Farygin пишет:
>>> Eugene Prokopiev пишет:
>>>> 18.05.09, Anton 
>>>> Farygin<rider-u2l5PoMzF/VWk0Htik3J/w@public.gmane.org> написал(а):
>>>>> Eugene Prokopiev пишет:
>>>>>
>>>>>
>>>>>>>  Пакеты в бранчи я собираю такой командой:
>>>>>>>  $ rpmbph -n -M50 -u global.spec
>>>>>>>  Пока не представляю, как это сделать на основе git, поскольку
>>>>>>>  пока не готов изобретать правила для хранения в репозитории
>>>>>>>  разных веток (или они уже где-то опубликованы).
>>>>>>>  Если Вы считаете, что автоматическое создание ветки в git для
>>>>>>>  бранча имеет смысл, я готов рассмотреть пример репозитория с
>>>>>>>  правильной структурой и адаптировать rpmbph к сборке из git.
>>>>>>>
>>>>>> Как минимум для меня некоторая автоматика для управления ветками в 
>>>>>> git
>>>>>> имеет смысл, только сделать никак не соберусь :( В качестве примера
>>>>>> структуры репозитория предлагаю взглянуть на
>>>>>> http://www.altlinux.org/Git/SomeDestReposViaBranches
>>>>>>
>>>>>>
>>>>>  Скажу вам по секрету, только никому не говорите - при сборке 
>>>>> пакетов ветки
>>>>> не имеют никакого значения, важны только тэги.
>>>>
>>>> А можно развить эту мысль дальше?
>>>>
>>>> Мне было показалось, что вы хотели предложить собирать в разные
>>>> репозитории из одной ветки, но я не смог понять как быть с Release и
>>>> changelog ...
>>>
>>> А дальше - вы пишете скрипт, который будет из master делать тэги с 
>>> нужными изменениями (через временный бранч). Release и changelog надо 
>>> будет править.
>>>
>>> Кстати, почему-то у нас в Release: не получается использовать 
>>> макросы, определённые в /etc/rpm/macros.d/ ? Они вообще должны 
>>> работать ?
>>
>>   Можно, и оно работает. См. 
>> <http://git.altlinux.org/people/solo/packages/?p=apache2.git;a=blob;f=apache2.spec;h=2d4284a637889841f6dba3f089bcfc55372a0e21;hb=ALT/apache2/spec>: 
>>
>> часть макросов, на основе которых вычисляется Release (%distr_switch, 
>> в частности) определена в другом пакете (в rpm-macros-apache2). Для 
>> данного пакета требуется использовать BuildRequires(pre).
> 
> Интересно было бы полностью вычислить Release в /etc/rpm/macros.d/
> 
> Всё, что еу нужно передавать - это номер релиза - циферку.
> 
> Т.е. - в итоге должно получиться что-то вроде
> 
> %_altrelease 1
> Release: %alt_release

   Примерно так и сделано, только я использую 2 цифры в формате х{,.у}, где:

%release_base_num -- обязательный x;

%release_base_num2 -- не обязательный y (если он %nil, то в релизе одна 
цифра).

   Всё остальное -- вычисляется на базе констант, тоже определённых в спеке.

> 
>>
>>> а так можно было бы release вычислять на основании какого-нить 
>>> %branchver
>>
>>   Я давно этим (вычислением нужного Release, в зависимости от 
>> дистрибутива/бранча, через макросы) пользуюсь (и как-то сюда писал об 
>> этом).
> 
> что-то у тебя в спеке страшно всё очень. Вынести бы это в отдельную 
> функцию...

   Напрашивается, но пока не придумал как это лучше сделать...

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

  reply	other threads:[~2009-05-18 19:49 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-18  9:58 Eugene Prokopiev
2009-05-18 14:50 ` Max Ivanov
2009-05-18 15:00   ` Alexey I. Froloff
2009-05-18 15:25     ` Afanasov Dmitry
2009-05-18 15:32       ` Max Ivanov
2009-05-18 16:53     ` Eugene Prokopiev
2009-05-18 16:59       ` Alexey I. Froloff
2009-05-19  4:15         ` Eugene Prokopiev
2009-05-24 13:09         ` Michael Shigorin
2009-05-24 13:36           ` Afanasov Dmitry
2009-05-24 16:21             ` Grigory Batalov
2009-05-24 17:38               ` Afanasov Dmitry
2009-05-24 13:40           ` Aleksey Avdeev
2009-05-18 17:00       ` Igor Vlasenko
2009-05-18 17:04       ` Led
2009-05-18 15:40 ` Anton Farygin
2009-05-18 16:49   ` Eugene Prokopiev
2009-05-18 17:53     ` Anton Farygin
2009-05-18 18:10       ` Aleksey Avdeev
2009-05-18 19:37         ` Anton Farygin
2009-05-18 19:49           ` Aleksey Avdeev [this message]
2009-08-04 15:29           ` [devel] Автоматические release (was: rpmbph with git branches) Aleksey Avdeev
2009-08-04 16:40             ` Michael Shigorin
2009-08-04 17:07               ` [devel] Автоматические release Aleksey Avdeev
2009-08-04 17:13                 ` Led
2009-08-04 17:55                   ` Aleksey Avdeev
2009-08-07 14:59                 ` Aleksey Avdeev
2009-08-07 19:56                   ` Aleksey Avdeev
2009-08-08  9:12                     ` [devel] I: У buildreq проблемы с %(<shell-coms>)? (was: Автоматические release) Aleksey Avdeev
2009-08-08 10:02                       ` Alexey Tourbin
2009-08-08 11:47                         ` [devel] I: У buildreq проблемы с %(<shell-coms>)? Aleksey Avdeev
2009-08-05  4:20             ` [devel] Автоматические release (was: rpmbph with git branches) Eugene Prokopiev
2009-08-05  4:30               ` Eugene Prokopiev
2009-08-05 11:50                 ` [devel] Автоматические release Aleksey Avdeev
2009-05-18 20:06         ` [devel] rpmbph with git branches Vitaly Lipatov
2009-05-18 20:05           ` Aleksey Avdeev
2009-05-19  4:14       ` Eugene Prokopiev
2009-05-19  5:03         ` Vitaly Lipatov
2009-05-19  5:42           ` Anton Farygin
2009-05-19  7:53             ` Eugene Prokopiev
2009-05-19  8:06               ` Anton Farygin
2009-05-19  8:39                 ` Eugene Prokopiev
2009-05-20  8:21             ` Vitaly Lipatov
2009-05-19  5:41         ` Anton Farygin
2009-05-19  9:56           ` Aleksey Avdeev
2009-05-19 10:34             ` Anton Farygin
2009-05-19 10:39               ` Max Ivanov
2009-05-19 10:58                 ` Anton Farygin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A11BBC9.7080308@solin.spb.ru \
    --to=solo@solin.spb.ru \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git