[devel] I: Новые пакеты в Sisyphus: smartsieve и php-mcrypt

[devel] I: Новые пакеты в Sisyphus: smartsieve и php-mcrypt

[Aleksey Avdeev]

Здравствуйте, уважаемые.

   В Sisyphus залито:

1. smartsieve-0.5.2.cvs20050321-alt1.src.rpm

2. php-mcrypt-4.3.11-alt0.cvs20050209.src.rpm - нужно для smartsieve

   Оба пакета в состоянии "у меня работает".

PS: Backports для М24 могу залить, если кому нужно (их есть у меня, 
но - не тестировал).

-- 

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

[devel] QU: cvs дата в версии пакетов: где её правельно указывать?

[Aleksey Avdeev]

Здравствуйте.

   Допустимо ли указание cvs даты в версии пакета таким образом:

<версия>.<cvs>-<релиз>

   Или её нужно/желательно указывать в релизе?

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

PS: Вопрос был поднят [sisyphus]:

Aleksey Avdeev пишет:
> Маркелов Александр пишет:
> 
>> Aleksey Avdeev пишет:
>>
>>> Здравствуйте, уважаемые.
>>>
>>>   В Sisyphus залито:
>>>
>>> 1. smartsieve-0.5.2.cvs20050321-alt1.src.rpm
                   ^^^^^^^^^^^^^^^^^^^^^^

>>>
>>> 2. php-mcrypt-4.3.11-alt0.cvs20050209.src.rpm - нужно для smartsieve
>>>
...
> 
>>
>> PS: Может я конечно и не прав, то не должна ли версия smartsieve 
>> выглядеть так: smartsieve-0.5.2-alt1.cvs20050321.src.rpm ?
> 
> 
>   Возможно. Но, сложилось впечатление, что применённый мной вариант   
> удобнее (в данном случае), а при смене версии мешать тоже не будет. (В 
> Sisyphus пакеты, названные подобным образом, встречаются) Если я всётаки 
> неправ - прошу объяснить причины: поправлю (пока пакет до Sisyphus не 
> добрался).
> 

-- 

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

Re: [devel] формирование номера версии и релиза пакета

[Dmitry V. Levin]

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

On Mon, Apr 18, 2005 at 03:52:07PM +0400, Aleksey Avdeev wrote:
>   Допустимо ли указание cvs даты в версии пакета таким образом:
> 
> <версия>.<cvs>-<релиз>
> 
>   Или её нужно/желательно указывать в релизе?

Неплохо бы прояснить этот вопрос.

С одной стороны, дата снапшота имеет большее отношение к upstream-версии,
нежели к релизу.
С другой стороны, добавление суффикса к версии может сыграть злую шутку,
если upstream вдруг добавит к версии другой суффикс.

С одной стороны, добавление даты снапшота в версию или релиз добавляет
некоторое количество информации о версии пакета.
С другой стороны, эту информацию можно добыть из других источников,
например, из "rpmquery --lastchange".

Среди пакетов, которыми мне приходилось заниматься, встречаются самые
разные вариации на эту тему:

- coreutils-5.3.1-alt0.3 -- это пример пакета, где
  + в качестве версии указана будущая версия coreutils (5.3.1), в
  соответствии с тем, что сообщают программы из этого пакета
  (см. напр. ls --version);
  + релиз пакета вида alt0.N говорит о том, что в пакет запакован
  пререлиз;
  + rpmquery --lastchange сообщает, что это cvs snapshot 200504120741.

- dsniff-2.4-alt0.6.b1.1 - это пример пакета, где
  + в качестве версии указана будущая версия dsniff (2.4), в соответствии
  с тем, что сообщают программы из этого пакета (см. напр. dsniff -h);
  + релиз пакета вида alt0.N.S.M говорит о том, что в пакет запакован
  пререлиз (в данном случае b1).

- vixie-cron-4.1.20040916-alt -- это пример пакета, где
  + в качестве версии указана базовая версия vixie-cron (4.1) c
  добавленным суффиксом (20040916) даты снапшота OpenBSD, на основе
  которого был изготовлен файл vixie-cron-4.1.20040916.tar.bz2;
  + релиз пакета имеет обычный вид.

-- 
ldv

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

Re: [devel] формирование номера версии и релиза пакета

[Aleksey Avdeev]

Dmitry V. Levin пишет:
> On Mon, Apr 18, 2005 at 03:52:07PM +0400, Aleksey Avdeev wrote:
> 
>>  Допустимо ли указание cvs даты в версии пакета таким образом:
>>
>><версия>.<cvs>-<релиз>
>>
>>  Или её нужно/желательно указывать в релизе?
> 
> 
> Неплохо бы прояснить этот вопрос.
> 
> С одной стороны, дата снапшота имеет большее отношение к upstream-версии,
> нежели к релизу.
> С другой стороны, добавление суффикса к версии может сыграть злую шутку,
> если upstream вдруг добавит к версии другой суффикс.
> 
> С одной стороны, добавление даты снапшота в версию или релиз добавляет
> некоторое количество информации о версии пакета.
> С другой стороны, эту информацию можно добыть из других источников,
> например, из "rpmquery --lastchange".

   Дату забора из cvs в changelog пакета я не указывал. (Желательно 
это сделать, или достаточно даты в версии пакета?)

> 
> Среди пакетов, которыми мне приходилось заниматься, встречаются самые
> разные вариации на эту тему:
> 
> - coreutils-5.3.1-alt0.3 -- это пример пакета, где
>   + в качестве версии указана будущая версия coreutils (5.3.1), в
>   соответствии с тем, что сообщают программы из этого пакета
>   (см. напр. ls --version);
>   + релиз пакета вида alt0.N говорит о том, что в пакет запакован
>   пререлиз;
>   + rpmquery --lastchange сообщает, что это cvs snapshot 200504120741.
> 
> - dsniff-2.4-alt0.6.b1.1 - это пример пакета, где
>   + в качестве версии указана будущая версия dsniff (2.4), в соответствии
>   с тем, что сообщают программы из этого пакета (см. напр. dsniff -h);
>   + релиз пакета вида alt0.N.S.M говорит о том, что в пакет запакован
>   пререлиз (в данном случае b1).
> 
> - vixie-cron-4.1.20040916-alt -- это пример пакета, где
>   + в качестве версии указана базовая версия vixie-cron (4.1) c
>   добавленным суффиксом (20040916) даты снапшота OpenBSD, на основе
>   которого был изготовлен файл vixie-cron-4.1.20040916.tar.bz2;
>   + релиз пакета имеет обычный вид.

   У меня случай близкий к этому:

   smartsieve-0.5.2.cvs20050321-alt1.src.rpm -- где:

1. 0.5.2 - существующий релиза пакета (от 2004-03-04). О сроках 
готовности следующего релиза, информации на 
<http://sourceforge.net/projects/smartsieve/> -- не нашёл.

2. cvs20050321 - суффикс соответствующий дате забора пакета из cvs 
разработки, с исправлениями багов релиза (запаковано в 
smartsieve-0.5.2.cvs20050321.tar.bz2).

-- 

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

Re: [devel] формирование номера версии и релиза пакета

[Alexey Rusakov]

On 18.04.2005 16:39, Dmitry V. Levin wrote:
> - coreutils-5.3.1-alt0.3 -- это пример пакета, где
>   + в качестве версии указана будущая версия coreutils (5.3.1), в
>   соответствии с тем, что сообщают программы из этого пакета
>   (см. напр. ls --version);
>   + релиз пакета вида alt0.N говорит о том, что в пакет запакован
>   пререлиз;
>   + rpmquery --lastchange сообщает, что это cvs snapshot 200504120741.
Мне кажется, это наиболее практично.

> - dsniff-2.4-alt0.6.b1.1 - это пример пакета, где
>   + в качестве версии указана будущая версия dsniff (2.4), в соответствии
>   с тем, что сообщают программы из этого пакета (см. напр. dsniff -h);
>   + релиз пакета вида alt0.N.S.M говорит о том, что в пакет запакован
>   пререлиз (в данном случае b1).
Это по сути расширение предыдущего варианта, как я понимаю.

> - vixie-cron-4.1.20040916-alt -- это пример пакета, где
>   + в качестве версии указана базовая версия vixie-cron (4.1) c
>   добавленным суффиксом (20040916) даты снапшота OpenBSD, на основе
>   которого был изготовлен файл vixie-cron-4.1.20040916.tar.bz2;
>   + релиз пакета имеет обычный вид.
Имхо, если только использование дат не является политикой апстрима, этот 
вариант не слишком удачен. Сравнивать восьмизначные числа в менеджере 
пакетов несколько менее удобно, чем одно-двухзначные. В самом по себе 
знании точной даты снимка CVS из версии пакета я ценности не вижу.

-- 
   Alexey "Ktirf" Rusakov

Re: [devel] формирование номера версии и релиза пакета

[Aleksey Avdeev]

Alexey Rusakov пишет:
> On 18.04.2005 16:39, Dmitry V. Levin wrote:
> 
>> - coreutils-5.3.1-alt0.3 -- это пример пакета, где
>>   + в качестве версии указана будущая версия coreutils (5.3.1), в
>>   соответствии с тем, что сообщают программы из этого пакета
>>   (см. напр. ls --version);
>>   + релиз пакета вида alt0.N говорит о том, что в пакет запакован
>>   пререлиз;
>>   + rpmquery --lastchange сообщает, что это cvs snapshot 200504120741.
> 
> Мне кажется, это наиболее практично.

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

   Дата снапшота включённая в версию в данном смысле строже: пакет с 
большей датой считается болие свежим, независимо от релиза.

> 
>> - dsniff-2.4-alt0.6.b1.1 - это пример пакета, где
>>   + в качестве версии указана будущая версия dsniff (2.4), в соответствии
>>   с тем, что сообщают программы из этого пакета (см. напр. dsniff -h);
>>   + релиз пакета вида alt0.N.S.M говорит о том, что в пакет запакован
>>   пререлиз (в данном случае b1).
> 
> Это по сути расширение предыдущего варианта, как я понимаю.
> 
>> - vixie-cron-4.1.20040916-alt -- это пример пакета, где
>>   + в качестве версии указана базовая версия vixie-cron (4.1) c
>>   добавленным суффиксом (20040916) даты снапшота OpenBSD, на основе
>>   которого был изготовлен файл vixie-cron-4.1.20040916.tar.bz2;
>>   + релиз пакета имеет обычный вид.
> 
> Имхо, если только использование дат не является политикой апстрима, этот 
> вариант не слишком удачен. Сравнивать восьмизначные числа в менеджере 
> пакетов несколько менее удобно, чем одно-двухзначные. В самом по себе 
> знании точной даты снимка CVS из версии пакета я ценности не вижу.

   Дата снимка CVS:

1. Репозитарий разработки вещь изменчивая. Если не сохранять дату 
снапшота -- процесс поиска хвостов (буде они потребуется) может 
усложниться значительно...

2. Простой способ различать пакеты собранные на базе разных снапшотов.

-- 

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

Re: [devel] формирование номера версии и релиза пакета

[Aleksey Avdeev]

Dmitry V. Levin пишет:
> On Mon, Apr 18, 2005 at 03:52:07PM +0400, Aleksey Avdeev wrote:
> 
>>  Допустимо ли указание cvs даты в версии пакета таким образом:
>>
>><версия>.<cvs>-<релиз>
>>
>>  Или её нужно/желательно указывать в релизе?
> 
...
> 
> - vixie-cron-4.1.20040916-alt -- это пример пакета, где
>   + в качестве версии указана базовая версия vixie-cron (4.1) c
>   добавленным суффиксом (20040916) даты снапшота OpenBSD, на основе
>   которого был изготовлен файл vixie-cron-4.1.20040916.tar.bz2;
>   + релиз пакета имеет обычный вид.

   Склонился к данному варианту -- он особенно удобен для 
независимой работы со снапшотами (в разных каталогах), при наличии в 
.rpmmacros:

%_sourcedir     %_topdir/SOURCES/%{name}-%{version}

   Изменения:

1. Пакет переименован в smartsieve-0.5.2.20050321-alt1.src.rpm

2. "cvs snapshot 20050321" -- добавлено в changelog


2incoming:

   Пакет можно отправлять в Sisyphus.

-- 

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

Re: [devel] формирование номера версии и релиза пакета

[Dmitry V. Levin]

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

On Mon, Apr 18, 2005 at 04:39:21PM +0400, Dmitry V. Levin wrote:
> On Mon, Apr 18, 2005 at 03:52:07PM +0400, Aleksey Avdeev wrote:
> >   Допустимо ли указание cvs даты в версии пакета таким образом:
> > 
> > <версия>.<cvs>-<релиз>
> > 
> >   Или её нужно/желательно указывать в релизе?
> 
> Неплохо бы прояснить этот вопрос.

Если кто-то не понял, мои иллюстрации являются не руководством к действию,
а предложением к обсуждению.


-- 
ldv

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

Re: [devel] формирование номера версии и релиза пакета

[Alexey Rusakov]

Dmitry V. Levin wrote:

>On Mon, Apr 18, 2005 at 04:39:21PM +0400, Dmitry V. Levin wrote:
>  
>
>>On Mon, Apr 18, 2005 at 03:52:07PM +0400, Aleksey Avdeev wrote:
>>    
>>
>>>  Допустимо ли указание cvs даты в версии пакета таким образом:
>>>
>>><версия>.<cvs>-<релиз>
>>>
>>>  Или её нужно/желательно указывать в релизе?
>>>      
>>>
>>Неплохо бы прояснить этот вопрос.
>>    
>>
>
>Если кто-то не понял, мои иллюстрации являются не руководством к действию,
>а предложением к обсуждению.
>  
>
Насколько я понимаю, обсуждение даже завязалось. Пока, правда, имеется 
всего два мнения, одно за первый вариант, другое за третий. Ещё мнения?

-- 
  Alexey "Ktirf" Rusakov

Re: [devel] формирование номера версии и релиза пакета

[Yuri N. Sedunov]

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

В Втр, 19/04/2005 в 02:56 +0400, Alexey Rusakov пишет:
> Dmitry V. Levin wrote:
<skip>

> >
> >Если кто-то не понял, мои иллюстрации являются не руководством к действию,
> >а предложением к обсуждению.
> >  
> >
> Насколько я понимаю, обсуждение даже завязалось. Пока, правда, имеется 
> всего два мнения, одно за первый вариант, другое за третий. Ещё мнения?

Мнения разделились так.
RPMS]$ ls |egrep "\-alt[0-9]*[A-Za-z].*"|wc -l
43
RPMS]$ ls |egrep "\-[0-9].*[0-9][A-Za-z].*\-alt"|wc -l
239

Лично я за меньшинство.

-- 
Yuri N. Sedunov


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

Re: [devel] формирование номера версии и релиза пакета

[Sergey Bolshakov]

>>>>> "Alexey" == Alexey Rusakov <ktirf@altlinux.ru> writes:
[skipped]
 > Насколько я понимаю, обсуждение даже завязалось. Пока, правда, имеется
 > всего два мнения, одно за первый вариант, другое за третий. Ещё мнения?

Я обычно:
- указываю 'будущую' версию,
- релиз устанавливаю в 0.x,
- дату снапшота пишу в changelog.

-- 

Re: [devel] формирование номера версии и релиза пакета

[Aleksey Avdeev]

Alexey Rusakov пишет:
> Dmitry V. Levin wrote:
> 
>> On Mon, Apr 18, 2005 at 04:39:21PM +0400, Dmitry V. Levin wrote:
>>  
>>
>>> On Mon, Apr 18, 2005 at 03:52:07PM +0400, Aleksey Avdeev wrote:
>>>   
>>>
>>>>  Допустимо ли указание cvs даты в версии пакета таким образом:
>>>>
>>>> <версия>.<cvs>-<релиз>
>>>>
>>>>  Или её нужно/желательно указывать в релизе?
>>>>     
>>>
>>> Неплохо бы прояснить этот вопрос.
>>>   
>>
>>
>> Если кто-то не понял, мои иллюстрации являются не руководством к 
>> действию,
>> а предложением к обсуждению.
>>  
>>
> Насколько я понимаю, обсуждение даже завязалось. Пока, правда, имеется 
> всего два мнения, одно за первый вариант, другое за третий. Ещё мнения?


   Уточняю: Я за третий вариант, в случаи когда указывается 
'текущая' версия. Но при указании 'будущей' версии - первый вариант 
выглядит предпочтительнее.

-- 

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

[devel] [sisyphus] I: Новые пакеты в Sisyphus: smartsieve и php-mcrypt

[Aleksey Avdeev]

Здравствуйте, уважаемые.

   В Sisyphus залито:

1. smartsieve-0.5.2.cvs20050321-alt1.src.rpm

2. php-mcrypt-4.3.11-alt0.cvs20050209.src.rpm - нужно для smartsieve

   Оба пакета в состоянии "у меня работает".

PS: Backports для М24 могу залить, если кому нужно (их есть у меня, 
но - не тестировал).

-- 

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

_______________________________________________
Sisyphus mailing list
Sisyphus@altlinux.ru
https://lists.altlinux.ru/mailman/listinfo/sisyphus