[devel] RFC: %release_tag

[devel] RFC: %release_tag

[Alexey I. Froloff]

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

Ковыряясь в apache.spec и пытаясь работать с ним в трёх
сандманских репозитариях одновременно, придумал нечто, пытающееся
быть полезным:

%define release_tag %(cat /etc/altlinux-release | sed -e 's;^ALT Linux ;;' -e 's; (.*)$;;' -e 's;^\([A-Z]\)[a-z]* \([0-9]\)\.\([0-9]\)$;.\1\2\3;' | grep '^\.[A-Z][0-9][0-9]$')

По идее должно работать на всех Master/Junior/Kompact...

-- 
Regards,
Sir Raorn.

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

Re: [devel] RFC: %release_tag

[Alexey I. Froloff]

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

* Alexey I. Froloff <raorn@> [040930 21:10]:
> Ковыряясь в apache.spec и пытаясь работать с ним в трёх
> сандманских репозитариях одновременно, придумал нечто, пытающееся
> быть полезным:
Слегка ошибся:

%define release_tag %(cat /etc/altlinux-release | sed -e 's;^ALT Linux ;;' -e 's; (.*)$;;' -e 's;^\\\([A-Z]\\\)[a-z]* \\\([0-9]\\\)\\\.\\\([0-9]\\\)$;.\\\1\\\2\\\3;' | grep '^\\\.[A-Z][0-9][0-9]$')

P.S. Обратных слешей прибавилось...

-- 
Regards,
Sir Raorn.

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

[devel] Re: RFC: %release_tag

[Michael Shigorin]

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

On Thu, Sep 30, 2004 at 09:03:01PM +0400, Alexey I. Froloff wrote:
> Ковыряясь в apache.spec и пытаясь работать с ним в трёх
> сандманских репозитариях одновременно, придумал нечто,
> пытающееся быть полезным:

Ну, первоначальное появление данной технологии в этом самом
спеке, с одной стороны, начало расползаться копированием, с
другой -- так и не попало в rpm-devel.  Кажется, даже вешал багу,
но так всё и заглохло.

Попробуем ещё раз допинать?

-- 
Миша,
заметив, что обед уже как бы и закончился полчаса как
(даже по совдеповским канооам)

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

Re: [devel] Re: RFC: %release_tag

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [041001 14:21]:
> > Ковыряясь в apache.spec и пытаясь работать с ним в трёх
> > сандманских репозитариях одновременно, придумал нечто,
> > пытающееся быть полезным:
> Ну, первоначальное появление данной технологии в этом самом
> спеке, с одной стороны, начало расползаться копированием, с
> другой -- так и не попало в rpm-devel.  Кажется, даже вешал багу,
> но так всё и заглохло.
А оно будет работать на SOHO Server?

> Попробуем ещё раз допинать?
Давай.  Второй вариант 100% рабочий.

-- 
Regards, Sir Raorn.
-------------------
> Что необходимо сделать, чтобы забрать пакеты из orphaned?
1. Убедиться, что вас не опередили.  Обычно для этого достаточно
анонсировать свой план собрать какой-то пакет из orphaned.
2. Собрать и выложить в incoming.
		-- ldv in devel@

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

[devel] Re: RFC: %release_tag

[@ 2004-10-01 10:28 UTC (permalink / raw)]

Re: [devel] Re: RFC: %release_tag

[Sergey V Turchin]

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

В сообщении от Пятница 01 Октябрь 2004 14:28 Michael Shigorin 
написал(a):
> On Fri, Oct 01, 2004 at 02:24:11PM +0400, Alexey I. Froloff wrote:
> > > Попробуем ещё раз допинать?
> >
> > Давай.  Второй вариант 100% рабочий.
>
> 2 ldv: что надо для включения такого макротеста в rpm?
IMHO чтобы значения этих макровов можно было сравнивать между собой 
и результат сравнения был правильным.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Re: RFC: %release_tag

[Alexey I. Froloff]

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

* Sergey V Turchin <zerg@> [041001 14:33]:
> > > > Попробуем ещё раз допинать?
> > > Давай.  Второй вариант 100% рабочий.
> > 2 ldv: что надо для включения такого макротеста в rpm?
> IMHO чтобы значения этих макровов можно было сравнивать между собой 
> и результат сравнения был правильным.
А зачем их сравнивать _между собой_?

-- 
Regards, Sir Raorn.
-------------------
Одно их правил хорошего тона говорит, что
+ если программа использует некую библиотеку, то она должна быть с ней
  слинкована;
+ если библиотека использует некую библиотеку, то она должна быть с ней
  слинкована.
		-- ldv in devel@

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

Re: [devel] Re: RFC: %release_tag

[Sergey V Turchin]

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

В сообщении от Пятница 01 Октябрь 2004 14:38 Alexey I. Froloff 
написал(a):
> * Sergey V Turchin <zerg@> [041001 14:33]:
> > > > > Попробуем ещё раз допинать?
> > > >
> > > > Давай.  Второй вариант 100% рабочий.
> > >
> > > 2 ldv: что надо для включения такого макротеста в rpm?
> >
> > IMHO чтобы значения этих макровов можно было сравнивать между
> > собой и результат сравнения был правильным.
>
> А зачем их сравнивать _между собой_?
А зачем они тогда вообще?

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [devel] Re: RFC: %release_tag

[Alexey I. Froloff]

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

* Sergey V Turchin <zerg@> [041001 14:45]:
> > > > > > Попробуем ещё раз допинать?
> > > > > Давай.  Второй вариант 100% рабочий.
> > > > 2 ldv: что надо для включения такого макротеста в rpm?
> > > IMHO чтобы значения этих макровов можно было сравнивать между
> > > собой и результат сравнения был правильным.
> > А зачем их сравнивать _между собой_?
> А зачем они тогда вообще?
Обновления для разных дистрибутивов.

-- 
Regards, Sir Raorn.
-------------------
> Думаю, что Дима перепутал mhz и imz :-)
Нет, я вообще другое имел в виду.
		-- ldv in devel@

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

Re: [devel] Re: RFC: %release_tag

[Sergey V Turchin]

В сообщении от Friday 01 October 2004 15:11 Alexey I. Froloff 
написал(a):

[...]

> Обновления для разных дистрибутивов.
Из одного ,spec ?

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

Re: [devel] Re: RFC: %release_tag

[Alexey I. Froloff]

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

* Sergey V Turchin <zerg@> [041001 15:35]:
> > Обновления для разных дистрибутивов.
> Из одного ,spec ?
Да.  С apache такое работает.  Будет работать и с postgresql и с
vim и наверно ещё много с чем...

-- 
Regards, Sir Raorn.
-------------------
>Во-о-т. А теперь представьте себе корпоративную установку, скажем, Java
>Desktop Suite (не-дистрибутивный GNOME2) поверх ALT Linux (чем черт не 
>шутит), 
Ну Вы-то так не шутите...
		-- aen in sisyphus@

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

Re: [devel] Re: RFC: %release_tag

[Sergey V Turchin]

В сообщении от Friday 01 October 2004 15:36 Alexey I. Froloff 
написал(a):
> * Sergey V Turchin <zerg@> [041001 15:35]:
> > > Обновления для разных дистрибутивов.
> >
> > Из одного ,spec ?
>
> Да.  С apache такое работает.  Будет работать и с postgresql и с
> vim и наверно ещё много с чем...
Ну, так будут работать только конструкции
%if %release_tag = "Master 2.2"
а
%if %release_tag > "Compact 2.8"
могут не работать правильно или нужен другой макрос

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

Re: [devel] Re: RFC: %release_tag

[Alexey I. Froloff]

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

* Sergey V Turchin <zerg@> [041001 16:09]:
> > > > Обновления для разных дистрибутивов.
> > > Из одного ,spec ?
> > Да.  С apache такое работает.  Будет работать и с postgresql и с
> > vim и наверно ещё много с чем...
> Ну, так будут работать только конструкции
> %if %release_tag = "Master 2.2"
> а
> %if %release_tag > "Compact 2.8"
> могут не работать правильно или нужен другой макрос
В большинстве случаев это не надо.

-- 
Regards, Sir Raorn.
-------------------
Это относится к категории "зарегистрированные грабли".
		-- ldv in sisyphus@

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

[devel] Re: RFC: %release_tag

[Michael Shigorin]

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

On Fri, Oct 01, 2004 at 04:46:48PM +0400, Alexey I. Froloff wrote:
> > Ну, так будут работать только конструкции
> > %if %release_tag = "Master 2.2" а
> > %if %release_tag > "Compact 2.8"
> > могут не работать правильно или нужен другой макрос
> В большинстве случаев это не надо.

Исходная задумка была -- набор тестов и возможность закладываться
на "фичи".  Например, новые/старые initscripts.

Т.к. на сейчас единственной собирательной характеристикой
является ревизия дистрибутива (а не точка, когда та или иная фича
была добавлена или перепахана в Sisyphus) -- я подумал и сделал
тогда так, понимая несовершенство предложенного решения и
предложив обдумать обобщённый механизм подстраивания под чётко
тестируемые фичи.

Дима, помнится, подсказа насчёт формального теста по initscripts,
но дальше дело вроде как и не пошло.

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

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

Re: [devel] Re: RFC: %release_tag

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [041001 21:43]:
> Исходная задумка была -- набор тестов и возможность закладываться
> на "фичи".  Например, новые/старые initscripts.
Так как Сизиф развивается довольно линейно, без ветвлений, лучший
вариант идентифицировать дистрибутивы по дате, попутно
документируя все перемены глобального масштаба (типа новых
initscripts, переход на libdb4.N, perl6, xorg...)

При этом для Master 2.4, например, такой датой должна являться не
дата выхода дистрибутива, а дата форка Сизифа (пример - новые
alternatives).

> Т.к. на сейчас единственной собирательной характеристикой
> является ревизия дистрибутива (а не точка, когда та или иная фича
> была добавлена или перепахана в Sisyphus) -- я подумал и сделал
> тогда так, понимая несовершенство предложенного решения и
> предложив обдумать обобщённый механизм подстраивания под чётко
> тестируемые фичи.
Вот-вот.  А release_tag можно использовать для
включения/выключения некоторых фич пакета, специфичных для
дистрибутива...

На самом деле это крайне полезно - некоторое число пакетов долгое
время живут в одной "ветке" и для них логично делать обновления в
поддерживаемых дистрибутивах (postgresql, vim - как пример).
Облегчается процедура бэкпортинга програм из Сизифа...

-- 
Regards,
Sir Raorn.

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

[devel] Re: RFC: %release_tag

[Michael Shigorin]

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

On Fri, Oct 01, 2004 at 09:58:35PM +0400, Alexey I. Froloff wrote:
> Так как Сизиф развивается довольно линейно, без ветвлений,
> лучший вариант идентифицировать дистрибутивы по дате, попутно
> документируя все перемены глобального масштаба (типа новых
> initscripts, переход на libdb4.N, perl6, xorg...)

Думал и так, надо попробовать вспомнить, что было pro/contra.
Contra -- малая информативность для человека (=> необходимость
заглядывать в склерозницу где-что-как ещё и с "как звать-то").

Но других толковых кумулятивных вариантов не вижу.

> Облегчается процедура бэкпортинга програм из Сизифа...

По отношению к бэкпортам спека это то же, что спек по отношению к
исходникам -- возможность накапливать, а не приобретать и
выбрасывать опыт.

Другой момент -- что updates по apache состояли из новых версий,
а не отнесённых назад изменений по безопасности.  Что может быть
плохо (а может и не быть, но это смежный вопрос).

PS: собственно C, F которых ты R -- %release_tag содержит leading
dot плюс сокращение ветки/версии дистрибутива или пуст в случае
принадлежности к Sisyphus-current, угу?  И как-то бы в случае с
привязкой на даты продумать, откуда (из одного источника)
доставать переводилку даты в тег.

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

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

Re: [devel] Re: RFC: %release_tag

[Sergey V Turchin]

В сообщении от Friday 01 October 2004 21:58 Alexey I. Froloff 
написал(a):

[...]

> Вот-вот.  А release_tag можно использовать для
> включения/выключения некоторых фич пакета, специфичных для
> дистрибутива...
Можно пример, чтобы он не перекрывал функциональность 
настроек /etc/security/system ?

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

Re: [devel] Re: RFC: %release_tag

[Alexey I. Froloff]

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

* Sergey V Turchin <zerg@> [041002 14:53]:
> > Вот-вот.  А release_tag можно использовать для
> > включения/выключения некоторых фич пакета, специфичных для
> > дистрибутива...
> Можно пример, чтобы он не перекрывал функциональность 
> настроек /etc/security/system ?
Что, простите?

$ fgrep -c /etc/security/system /var/ftp/pub/distributions/ALTLinux/Sisyphus/i586/base/contents_index          
0

-- 
Regards,
Sir Raorn.

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

Re: [devel] Re: RFC: %release_tag

[Sergey V Turchin]

В сообщении от Saturday 02 October 2004 16:12 Alexey I. Froloff 
написал(a):
> * Sergey V Turchin <zerg@> [041002 14:53]:
> > > Вот-вот.  А release_tag можно использовать для
> > > включения/выключения некоторых фич пакета, специфичных для
> > > дистрибутива...
> >
> > Можно пример, чтобы он не перекрывал функциональность
> > настроек /etc/security/system ?
>
> Что, простите?
Апшипся
/etc/sysconfig/system

> $ fgrep -c /etc/security/system
> /var/ftp/pub/distributions/ALTLinux/Sisyphus/i586/base/contents_i
>ndex 0

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

Re: [devel] Re: RFC: %release_tag

[Sergey Bolshakov]

>>>>> "Sergey" == Sergey V Turchin <Sergey> writes:

 > В сообщении от Saturday 02 October 2004 16:12 Alexey I. Froloff 
 > написал(a):
 >> * Sergey V Turchin <zerg@> [041002 14:53]:
 >> > > Вот-вот.  А release_tag можно использовать для
 >> > > включения/выключения некоторых фич пакета, специфичных для
 >> > > дистрибутива...
 >> >
 >> > Можно пример, чтобы он не перекрывал функциональность
 >> > настроек /etc/security/system ?
 >> 
 >> Что, простите?
 > Апшипся
 > /etc/sysconfig/system

Там лежат отходы жизнедеятельности инсталлера.

-- 

Re: [devel] Re: RFC: %release_tag

[Sergey V Turchin]

В сообщении от Saturday 02 October 2004 16:27 Sergey Bolshakov 
написал(a):
> >>>>> "Sergey" == Sergey V Turchin <Sergey> writes:
>  >
>  > В сообщении от Saturday 02 October 2004 16:12 Alexey I.
>  > Froloff
>  >
>  > написал(a):
>  >> * Sergey V Turchin <zerg@> [041002 14:53]:
>  >> > > Вот-вот.  А release_tag можно использовать для
>  >> > > включения/выключения некоторых фич пакета, специфичных
>  >> > > для дистрибутива...
>  >> >
>  >> > Можно пример, чтобы он не перекрывал функциональность
>  >> > настроек /etc/security/system ?
>  >>
>  >> Что, простите?
>  >
>  > Апшипся
>  > /etc/sysconfig/system
>
> Там лежат отходы жизнедеятельности инсталлера.
Я в курсе, другого пока нет.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08