[devel] именование релизов бэкпортов, или простите за подставу

[devel] именование релизов бэкпортов, или простите за подставу

[Michael Shigorin]

On Thu, Sep 18, 2008 at 10:56:06PM +0400, QA Team Robot wrote:
> installer - Installer common files
> * Thu Sep 18 2008 Anton V. Boyarshinov <boyarsh@altlinux> 0.7-alt23.M41.24
> - port to M41

alt23.M41.24...

Вообще похоже, что сформировалась легенда, основанная на моём
пояснении весьма частного случая с installer-0.4-alt8.M40.14,
который был бэкпортом alt14 (и поэтому должен бы иметь релиз
alt13.M40.1, согласно backports policy[1]), но поскольку там
между alt9 и alt14 всё было сложно -- пытались починить
отмонтирование корня[2] -- а я по сути откатывал несовместимое 
с M40 изменение в alt9, которое особенно удачно по времени
оказалось аккурат перед той серией правок, то решил нарисовать
такой релиз (в котором всё равно была ошибка, поскольку alt9
там как раз не было, т.е. основывался он на alt8+alt10..alt14).

Если бы изначально это были нормальные версии (0.4.8, etc) --
так извращаться с релизами бы не приходилось; в любом случае
напоминаю, что первый бэкпорт altN -- это alt(N-1).Mxx.1 
(последующие -- alt(N-1).Mxx.2 и т.д.)

(а если бы не было той неудачной несовместимости, вся эта ересь
вообще бы не имела шансов проявиться в том конкретном случае :)

> * Thu Sep 18 2008 Anton V. Boyarshinov <boyarsh@altlinux> 0.7-alt24

[1] http://backports.altlinux.ru/policy
[2] насколько понимаю, это так и не было починено -- просто
    оторвали поддержку мультидисковой инсталяции до следующего
    школьного бранча, не беря во внимание результаты sin@?

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

Re: [devel] именование релизов бэкпортов, или простите за подставу

[Aleksey Avdeev]

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

Michael Shigorin пишет:
...
> 
> Если бы изначально это были нормальные версии (0.4.8, etc) --
> так извращаться с релизами бы не приходилось; в любом случае
> напоминаю, что первый бэкпорт altN -- это alt(N-1).Mxx.1 
> (последующие -- alt(N-1).Mxx.2 и т.д.)

   У себя в спеках я это несколько автоматизировал следующим кодом (см. 
<http://git.altlinux.org/people/solo/packages/?p=webserver-common.git;a=blob_plain;f=webserver-common.spec;hb=ALT/webserver-common/spec>):

# for distr selected
%def_without M40
%def_without M41

# for set release
%define release_pre alt
%define release_base_num 1
%define release_suff %nil

# for set distr
%define release_distr_num 1

# set distr
%define distr_switch %nil
%if_with M40
%define distr_switch M40
%endif
%if_with M41
%define distr_switch M41
%endif

%if "%distr_switch" == ""
%define release_num %release_base_num
%define release_distr %nil
%else
%define release_num %(expr %release_base_num - 1)
%define release_distr .%distr_switch.%release_distr_num
%endif

# release_base set
%define release_base %release_pre%release_num%release_distr

# set package_release
%define package_release %release_base%release_suff

Name: <...>
Version: <...>
Release: %package_release

   Где:

release_base_num -- релиз в Сизифе;

release_distr_num -- релиз в бранче, 1 по умолчанию (растет при 
обновлении бекпортов основанных на одном источнике)

release_suff -- необязательная особенность сборки (например, для 
выделени сборок с нестандартным набором библиотек).

-- 

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



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

Re: [devel] multidisk installer

[Dmitry V. Levin]

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

On Fri, Sep 19, 2008 at 01:24:46AM +0300, Michael Shigorin wrote:
> [2] насколько понимаю, это так и не было починено -- просто
>     оторвали поддержку мультидисковой инсталяции до следующего
>     школьного бранча, не беря во внимание результаты sin@?

Насколько я помню, новые ядра не хотели стабильно работать в той ситуации
_никаким_ образом, и эту тему отложили до лучших времён.


-- 
ldv

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

Re: [devel] именование релизов бэкпортов , или простите за подставу

[Vitaly Lipatov]

On 19 сентября 2008, Aleksey Avdeev wrote:
...
>    У себя в спеках я это несколько автоматизировал следующим
> кодом (см.
> <http://git.altlinux.org/people/solo/packages/?p=webserver-com
>mon.git;a=blob_plain;f=webserver-common.spec;hb=ALT/webserver-c
>ommon/spec>):
>
> # for distr selected
> %def_without M40
> %def_without M41
>
> # for set release
> %define release_pre alt
> %define release_base_num 1
> %define release_suff %nil
Честно говоря мне такой подход кажется неприемлемым.
1. Это самодеятельность
2. Спек загромождается кучей лишних строк
3. В спеке должен быть минимум функциональности и логики, и 
максимум декларативности.


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] именование релизов бэкпортов , или простите за подставу

[Aleksey Avdeev]

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

Vitaly Lipatov пишет:
> On 19 сентября 2008, Aleksey Avdeev wrote:
> ...
>>    У себя в спеках я это несколько автоматизировал следующим
>> кодом (см.
>> <http://git.altlinux.org/people/solo/packages/?p=webserver-com
>> mon.git;a=blob_plain;f=webserver-common.spec;hb=ALT/webserver-c
>> ommon/spec>):
>>
>> # for distr selected
>> %def_without M40
>> %def_without M41
>>
>> # for set release
>> %define release_pre alt
>> %define release_base_num 1
>> %define release_suff %nil
> Честно говоря мне такой подход кажется неприемлемым.
> 1. Это самодеятельность

   ? -- Прошу развернуть.

> 2. Спек загромождается кучей лишних строк

   Да. Здесь нужны макросы.

> 3. В спеке должен быть минимум функциональности и логики, и 
> максимум декларативности.

   По опыту бэкпортирования apache2, для разных сборок под разные 
дистрибутивы требуется привязка к разным либам (как миниум libdb -- 
иначе о бинарной совместимости можно забыть). И если, при этом, не 
добавит в спек логики по выбору нужного -- зоопарк начинает расти... Оно 
надо? :-)

   С логикой же в спеке, я получаю управление этим процессом из 1-ой 
точки (%def_with <нужное>) и существенное отличие в сизифовских и 
бранчевских спеках у меня только одно (это самое %def_with <нужное>). 
Это -- весьма сильно упрощает поддержку.

-- 

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



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