[devel] Q: Сравнение версий в incoming

[devel] Q: Сравнение версий в incoming

[Michael Pozhidaev]

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

Проясните, пожалуйста, механику сравнения версий в incoming. Сейчас в Сизифе 
лежит пакет qdbusbridge-SVN20080710-alt1.src.rpm, где указано дата состояния svn-репозитория.
Хотел залить qdbusbridge-SVN795-alt1.src.rpm, где решил вписать номер ревизии.
Как понимаю, SVN795 > SVN20080710. Тем не менее:
The qdbusbridge-SVN795-alt1.src.rpm package has been rejected from
Sisyphus incoming.

Possible reason follows:
This package is either the same or older than already existing package.

-- 
Michael Pozhidaev. E-mail: msp@altlinux.ru.
Tomsk State University. http://www.csd.tsu.ru
ALT Linux Team. http://www.altlinux.ru

Re: [devel] Q: Сравнение версий в incoming

[Mikhail A. Pokidko]

2008/10/15 Michael Pozhidaev <msp@>:
> Здравствуйте!
>
> Проясните, пожалуйста, механику сравнения версий в incoming. Сейчас в Сизифе
> лежит пакет qdbusbridge-SVN20080710-alt1.src.rpm, где указано дата состояния svn-репозитория.
> Хотел залить qdbusbridge-SVN795-alt1.src.rpm, где решил вписать номер ревизии.
> Как понимаю, SVN795 > SVN20080710. Тем не менее:
> The qdbusbridge-SVN795-alt1.src.rpm package has been rejected from
> Sisyphus incoming.
>
> Possible reason follows:
> This package is either the same or older than already existing package.

$ rpmvercmp SVN20080710 SVN795
1



-- 
xmpp: pma AT altlinux DOT org

Re: [devel] Q: Сравнение версий в incoming

[Evgeny Sinelnikov]

15 октября 2008 г. 10:47 пользователь Michael Pozhidaev
<msp@altlinux.ru> написал:
> Здравствуйте!
>
> Проясните, пожалуйста, механику сравнения версий в incoming. Сейчас в Сизифе
> лежит пакет qdbusbridge-SVN20080710-alt1.src.rpm, где указано дата состояния svn-репозитория.
> Хотел залить qdbusbridge-SVN795-alt1.src.rpm, где решил вписать номер ревизии.
> Как понимаю, SVN795 > SVN20080710. Тем не менее:

Вы ошиблись... Сравнение версий не простое сравнение строк в
лексиграфическом порядке:
$ rpmvercmp 1.0.0 2.0.0
-1
$ rpmvercmp 3.0.0 2.0.0
1
$ rpmvercmp SVN795 SVN20080710
-1
$ rpmvercmp SVN795-alt1 SVN20080710-alt1
-1

[skip]

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 09:47:15 Michael Pozhidaev wrote:
> Здравствуйте!
>
> Проясните, пожалуйста, механику сравнения версий в incoming. Сейчас в
> Сизифе лежит пакет qdbusbridge-SVN20080710-alt1.src.rpm, где указано дата
> состояния svn-репозитория. Хотел залить qdbusbridge-SVN795-alt1.src.rpm,
> где решил вписать номер ревизии. Как понимаю, SVN795 > SVN20080710. Тем не
> менее:
> The qdbusbridge-SVN795-alt1.src.rpm package has been rejected from
> Sisyphus incoming.
>
> Possible reason follows:
> This package is either the same or older than already existing package.

ЗАЧЕМ вы даёте такие версии в пакете???

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Michael Pozhidaev]

Hello, Led!

>>
>> Possible reason follows:
>> This package is either the same or older than already existing package.
>
> ЗАЧЕМ вы даёте такие версии в пакете???
Дам любую версию, которая будет правильной по правилам альта. У этого 
кода нет никакой информации о версии, кроме как номера ревизии.
Как правильно?

-- 
Michael Pozhidaev. E-mail: msp@altlinux.ru.
Tomsk State University. http://www.csd.tsu.ru
ALT Linux Team. http://www.altlinux.ru

Re: [devel] Q: Сравнение версий в incoming

[Pavlov Konstantin]

On Wed, Oct 15, 2008 at 02:38:15PM +0700, Michael Pozhidaev wrote:
> Hello, Led!
> 
> >>
> >> Possible reason follows:
> >> This package is either the same or older than already existing package.
> >
> > ЗАЧЕМ вы даёте такие версии в пакете???
> Дам любую версию, которая будет правильной по правилам альта. У этого 
> кода нет никакой информации о версии, кроме как номера ревизии.
> Как правильно?

Я бы назвал %name-%svnrevision-altN, если проект не планирует в ближайшее
время перейти на схему с нормальным версионированием релизов.

-- 
<thresh> с утра надо было в уни, электричку отменили -- в следующую влезал весь
         перрон; в универе прождал препода 4 часа, за@#$лся; на обратной дороге
         трамвай пошел не в ту сторону, куда надо -- пришлось по жаре валить до
         вокзала; подходил к работе уже -- попал под ливень; пришел на работу
         -- рабочий комп завис
<thresh> ощущаю себя hiddenman'ом
<Lost> wRAR: поперли фортунки, глянь-ка
<Lost> Взор мудрого врара фортунки сейчас услаждают / и ждут когда станет
       коммитить их в доблестный гит / сей муж многотрудный, отбросив всю лень

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 10:38:15 Michael Pozhidaev wrote:
> Hello, Led!
>
> >> Possible reason follows:
> >> This package is either the same or older than already existing package.
> >
> > ЗАЧЕМ вы даёте такие версии в пакете???
>
> Дам любую версию, которая будет правильной по правилам альта. У этого
> кода нет никакой информации о версии, кроме как номера ревизии.
> Как правильно?

Нет апстримовой версии - 0.0-alt0.1

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Pavlov Konstantin]

On Wed, Oct 15, 2008 at 10:53:24AM +0300, Led wrote:
> On Wednesday, 15 October 2008 10:45:50 Pavlov Konstantin wrote:
> > On Wed, Oct 15, 2008 at 02:38:15PM +0700, Michael Pozhidaev wrote:
> > > Hello, Led!
> > >
> > > >> Possible reason follows:
> > > >> This package is either the same or older than already existing
> > > >> package.
> > > >
> > > > ЗАЧЕМ вы даёте такие версии в пакете???
> > >
> > > Дам любую версию, которая будет правильной по правилам альта. У этого
> > > кода нет никакой информации о версии, кроме как номера ревизии.
> > > Как правильно?
> >
> > Я бы назвал %name-%svnrevision-altN, если проект не планирует в ближайшее
> > время перейти на схему с нормальным версионированием релизов.
> 
> А зачем придумывать то, чего нет? Нет версии у апстрима - пишем 0.0. А для 
> себя нумеруем сборки в релизе: alt0.1, alt0.2 и т.д.

Для наглядности и телодвижений меньше.

Да и выглядит это лучше, чем 0.0-alt0.1 с пометкой в changelog, что это
ревизия N.

-- 
<wart> lioka: *задумчиво* Ну $уй знает.

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 10:45:50 Pavlov Konstantin wrote:
> On Wed, Oct 15, 2008 at 02:38:15PM +0700, Michael Pozhidaev wrote:
> > Hello, Led!
> >
> > >> Possible reason follows:
> > >> This package is either the same or older than already existing
> > >> package.
> > >
> > > ЗАЧЕМ вы даёте такие версии в пакете???
> >
> > Дам любую версию, которая будет правильной по правилам альта. У этого
> > кода нет никакой информации о версии, кроме как номера ревизии.
> > Как правильно?
>
> Я бы назвал %name-%svnrevision-altN, если проект не планирует в ближайшее
> время перейти на схему с нормальным версионированием релизов.

А зачем придумывать то, чего нет? Нет версии у апстрима - пишем 0.0. А для 
себя нумеруем сборки в релизе: alt0.1, alt0.2 и т.д.

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Igor Vlasenko]

On Wed, Oct 15, 2008 at 11:45:50AM +0400, Pavlov Konstantin wrote:
> Я бы назвал %name-%svnrevision-altN, если проект не планирует в ближайшее
> время перейти на схему с нормальным версионированием релизов.

On Wed, Oct 15, 2008 at 10:51:42AM +0300, Led wrote:
> Нет апстримовой версии - 0.0-alt0.1

%name-0.0.%svnrevision-altN

Компромисс :)



-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] Q: Сравнение версий в incoming

[Michael Pozhidaev]

Hello, Led!

>> кода нет никакой информации о версии, кроме как номера ревизии.
>> Как правильно?
>
> Нет апстримовой версии - 0.0-alt0.1
Почему alt0.1, а не alt1?
Коли уж всё равно версия 0.0.

-- 
Michael Pozhidaev. E-mail: msp@altlinux.ru.
Tomsk State University. http://www.csd.tsu.ru
ALT Linux Team. http://www.altlinux.ru

Re: [devel] Q: Сравнение версий в incoming

[Konstantin A. Lepikhov]

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

Hi Led!

Wednesday 15, at 10:51:42 AM you wrote:

> On Wednesday, 15 October 2008 10:38:15 Michael Pozhidaev wrote:
> > Hello, Led!
> >
> > >> Possible reason follows:
> > >> This package is either the same or older than already existing package.
> > >
> > > ЗАЧЕМ вы даёте такие версии в пакете???
> >
> > Дам любую версию, которая будет правильной по правилам альта. У этого
> > кода нет никакой информации о версии, кроме как номера ревизии.
> > Как правильно?
> 
> Нет апстримовой версии - 0.0-alt0.1
Это не всегда удобно - например, в свое время я специально просил, чтобы в
NetworkManager добавили svnrel, чтобы можно было легче отслеживать
изменения.

-- 
WBR et al.

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

Re: [devel] Q: Сравнение версий в incoming

[Michael Pozhidaev]

Hello, Igor Vlasenko!

>> Нет апстримовой версии - 0.0-alt0.1
>
> %name-0.0.%svnrevision-altN
Ну или так. Это будет понятно с первого взгляда на пакет.
-- 
Michael Pozhidaev. E-mail: msp@altlinux.ru.
Tomsk State University. http://www.csd.tsu.ru
ALT Linux Team. http://www.altlinux.ru

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 10:52:29 Pavlov Konstantin wrote:
> On Wed, Oct 15, 2008 at 10:53:24AM +0300, Led wrote:
> > On Wednesday, 15 October 2008 10:45:50 Pavlov Konstantin wrote:
> > > On Wed, Oct 15, 2008 at 02:38:15PM +0700, Michael Pozhidaev wrote:
> > > > Hello, Led!
> > > >
> > > > >> Possible reason follows:
> > > > >> This package is either the same or older than already existing
> > > > >> package.
> > > > >
> > > > > ЗАЧЕМ вы даёте такие версии в пакете???
> > > >
> > > > Дам любую версию, которая будет правильной по правилам альта. У этого
> > > > кода нет никакой информации о версии, кроме как номера ревизии.
> > > > Как правильно?
> > >
> > > Я бы назвал %name-%svnrevision-altN, если проект не планирует в
> > > ближайшее время перейти на схему с нормальным версионированием релизов.
> >
> > А зачем придумывать то, чего нет? Нет версии у апстрима - пишем 0.0. А
> > для себя нумеруем сборки в релизе: alt0.1, alt0.2 и т.д.
>
> Для наглядности и телодвижений меньше.
>
> Да и выглядит это лучше, чем 0.0-alt0.1 с пометкой в changelog, что это
> ревизия N.

Для кого ты "пометку в changelog" делаешь? а для кого ты пометку в версии 
пакета делаешь? Ни там, ни там пометка в виде ревизии SVN пользователя не 
интересует.

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 10:54:01 Igor Vlasenko wrote:
> On Wed, Oct 15, 2008 at 11:45:50AM +0400, Pavlov Konstantin wrote:
> > Я бы назвал %name-%svnrevision-altN, если проект не планирует в ближайшее
> > время перейти на схему с нормальным версионированием релизов.
>
> On Wed, Oct 15, 2008 at 10:51:42AM +0300, Led wrote:
> > Нет апстримовой версии - 0.0-alt0.1
>
> %name-0.0.%svnrevision-altN
>
> Компромисс :)

Нет, не компромис. Кого, кроме самого мейнтейнера, интересует snvrevision?

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 11:11:30 Michael Pozhidaev wrote:
> Hello, Led!
>
> >> кода нет никакой информации о версии, кроме как номера ревизии.
> >> Как правильно?
> >
> > Нет апстримовой версии - 0.0-alt0.1
>
> Почему alt0.1, а не alt1?
> Коли уж всё равно версия 0.0.

Maximum RPM и другие руководства по сборке rpm

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 11:14:18 Konstantin A. Lepikhov wrote:
> Hi Led!
>
> Wednesday 15, at 10:51:42 AM you wrote:
> > On Wednesday, 15 October 2008 10:38:15 Michael Pozhidaev wrote:
> > > Hello, Led!
> > >
> > > >> Possible reason follows:
> > > >> This package is either the same or older than already existing
> > > >> package.
> > > >
> > > > ЗАЧЕМ вы даёте такие версии в пакете???
> > >
> > > Дам любую версию, которая будет правильной по правилам альта. У этого
> > > кода нет никакой информации о версии, кроме как номера ревизии.
> > > Как правильно?
> >
> > Нет апстримовой версии - 0.0-alt0.1
>
> Это не всегда удобно - например, в свое время я специально просил, чтобы в
> NetworkManager добавили svnrel, чтобы можно было легче отслеживать
> изменения.

В package.git отслеживай изменения:) А собранный пакет - он для конечного 
пользователя, а не для "отслеживания изменений"

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Konstantin A. Lepikhov]

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

Hi Led!

Wednesday 15, at 11:29:30 AM you wrote:

> On Wednesday, 15 October 2008 11:14:18 Konstantin A. Lepikhov wrote:
> > Hi Led!
> >
> > Wednesday 15, at 10:51:42 AM you wrote:
> > > On Wednesday, 15 October 2008 10:38:15 Michael Pozhidaev wrote:
> > > > Hello, Led!
> > > >
> > > > >> Possible reason follows:
> > > > >> This package is either the same or older than already existing
> > > > >> package.
> > > > >
> > > > > ЗАЧЕМ вы даёте такие версии в пакете???
> > > >
> > > > Дам любую версию, которая будет правильной по правилам альта. У этого
> > > > кода нет никакой информации о версии, кроме как номера ревизии.
> > > > Как правильно?
> > >
> > > Нет апстримовой версии - 0.0-alt0.1
> >
> > Это не всегда удобно - например, в свое время я специально просил, чтобы в
> > NetworkManager добавили svnrel, чтобы можно было легче отслеживать
> > изменения.
> 
> В package.git отслеживай изменения:) А собранный пакет - он для конечного 
> пользователя, а не для "отслеживания изменений"
Это лишние телодвижения. И вообще, конечный пользователь ничего не должен
знать про версии, ему главное чтоб работало.

-- 
WBR et al.

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

Re: [devel] Q: Сравнение версий в incoming

[Michael Shigorin]

On Wed, Oct 15, 2008 at 11:27:30AM +0300, Led wrote:
> Нет, не компромис. Кого, кроме самого мейнтейнера, интересует snvrevision?

Многих пользователей.  И вообще, не гони -- вроде как давно
договорились, что ревизии и даты снапшотов упоминаются 
в %release.  Кажется, даже драфт полиси был.

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

Re: [devel] Q: Сравнение версий в incoming

[Michael Shigorin]

On Wed, Oct 15, 2008 at 11:28:10AM +0300, Led wrote:
> Maximum RPM

Протухло.  С учётом же бэкпортов alt1 чуточку удобней,
хотя alt0.1 всё-таки лучше, чем alt0.

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

Re: [devel] Q: Сравнение версий в incoming

[Sergey V Turchin]

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

On Wednesday 15 October 2008, Igor Vlasenko wrote:
> On Wed, Oct 15, 2008 at 11:45:50AM +0400, Pavlov Konstantin wrote:
> > Я бы назвал %name-%svnrevision-altN, если проект не планирует в
> > ближайшее время перейти на схему с нормальным версионированием
> > релизов.
>
> On Wed, Oct 15, 2008 at 10:51:42AM +0300, Led wrote:
> > Нет апстримовой версии - 0.0-alt0.1
>
> %name-0.0.%svnrevision-altN
Лучше %name-0.0-altN.%svnrevision
Автор может выпустить версию 0.0.1

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

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

Re: [devel] Q: Сравнение версий в incoming

[Pavlov Konstantin]

On Wed, Oct 15, 2008 at 11:26:36AM +0300, Led wrote:
> On Wednesday, 15 October 2008 10:52:29 Pavlov Konstantin wrote:
> > On Wed, Oct 15, 2008 at 10:53:24AM +0300, Led wrote:
> > > On Wednesday, 15 October 2008 10:45:50 Pavlov Konstantin wrote:
> > > > On Wed, Oct 15, 2008 at 02:38:15PM +0700, Michael Pozhidaev wrote:
> > > > > Hello, Led!
> > > > >
> > > > > >> Possible reason follows:
> > > > > >> This package is either the same or older than already existing
> > > > > >> package.
> > > > > >
> > > > > > ЗАЧЕМ вы даёте такие версии в пакете???
> > > > >
> > > > > Дам любую версию, которая будет правильной по правилам альта. У этого
> > > > > кода нет никакой информации о версии, кроме как номера ревизии.
> > > > > Как правильно?
> > > >
> > > > Я бы назвал %name-%svnrevision-altN, если проект не планирует в
> > > > ближайшее время перейти на схему с нормальным версионированием релизов.
> > >
> > > А зачем придумывать то, чего нет? Нет версии у апстрима - пишем 0.0. А
> > > для себя нумеруем сборки в релизе: alt0.1, alt0.2 и т.д.
> >
> > Для наглядности и телодвижений меньше.
> >
> > Да и выглядит это лучше, чем 0.0-alt0.1 с пометкой в changelog, что это
> > ревизия N.
> 
> Для кого ты "пометку в changelog" делаешь? а для кого ты пометку в версии 
> пакета делаешь? Ни там, ни там пометка в виде ревизии SVN пользователя не 
> интересует.

Отучаемся говорить за всех.

Судя по #ffmpeg@freenode, интересует очень многих пользователей.

-- 
<roman> почините вебморду сизифа, аггелы
 * rider представил себе аггелов, чинящих морду сизифу... бедолага, мало того
   что камни таскает, так ему ещё при этом и морду чинят

Re: [devel] Q: Сравнение версий в incoming

[Pavlov Konstantin]

On Wed, Oct 15, 2008 at 11:28:10AM +0300, Led wrote:
> On Wednesday, 15 October 2008 11:11:30 Michael Pozhidaev wrote:
> > Hello, Led!
> >
> > >> кода нет никакой информации о версии, кроме как номера ревизии.
> > >> Как правильно?
> > >
> > > Нет апстримовой версии - 0.0-alt0.1
> >
> > Почему alt0.1, а не alt1?
> > Коли уж всё равно версия 0.0.
> 
> Maximum RPM и другие руководства по сборке rpm

А бэкпортить это как?

-- 
Пара достаточно регулярных выражений, и ваш spec-файл станет белым и
пушистым. :)
		-- ldv in devel@

Re: [devel] Q: Сравнение версий в incoming

[Michael Shigorin]

On Wed, Oct 15, 2008 at 12:42:37PM +0400, Pavlov Konstantin wrote:
> > > >> кода нет никакой информации о версии, кроме как номера
> > > >> ревизии.  Как правильно?
> > > > Нет апстримовой версии - 0.0-alt0.1
> > > Почему alt0.1, а не alt1?
> > > Коли уж всё равно версия 0.0.
> > Maximum RPM и другие руководства по сборке rpm
> А бэкпортить это как?

Как-как -- alt0.0.Mxx.y.  Некрасиво, но возможно.

-- 
ffmpeg: ten revisions a day
keep versions away

Re: [devel] Q: Сравнение версий в incoming

[Pavlov Konstantin]

On Wed, Oct 15, 2008 at 11:46:47AM +0300, Michael Shigorin wrote:
> On Wed, Oct 15, 2008 at 12:42:37PM +0400, Pavlov Konstantin wrote:
> > > > >> кода нет никакой информации о версии, кроме как номера
> > > > >> ревизии.  Как правильно?
> > > > > Нет апстримовой версии - 0.0-alt0.1
> > > > Почему alt0.1, а не alt1?
> > > > Коли уж всё равно версия 0.0.
> > > Maximum RPM и другие руководства по сборке rpm
> > А бэкпортить это как?
> 
> Как-как -- alt0.0.Mxx.y.  Некрасиво, но возможно.

0.0-alt0.0.M40.1. И мы еще говорим о "информации для пользователя"? :))

> -- 
> ffmpeg: ten revisions a day
> keep versions away

-- 
Главное ни в коем случае не делайте версию со знаком +. Тут может rpm сглючить.
		-- inger in devel@

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 11:30:33 Michael Shigorin wrote:
> On Wed, Oct 15, 2008 at 11:27:30AM +0300, Led wrote:
> > Нет, не компромис. Кого, кроме самого мейнтейнера, интересует
> > snvrevision?
>
> Многих пользователей.  И вообще, не гони -- вроде как давно
> договорились, что ревизии и даты снапшотов упоминаются
> в %release.  Кажется, даже драфт полиси был.

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

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 11:41:46 Pavlov Konstantin wrote:
> On Wed, Oct 15, 2008 at 11:26:36AM +0300, Led wrote:
> > On Wednesday, 15 October 2008 10:52:29 Pavlov Konstantin wrote:
> > > On Wed, Oct 15, 2008 at 10:53:24AM +0300, Led wrote:
> > > > On Wednesday, 15 October 2008 10:45:50 Pavlov Konstantin wrote:
> > > > > On Wed, Oct 15, 2008 at 02:38:15PM +0700, Michael Pozhidaev wrote:
> > > > > > Hello, Led!
> > > > > >
> > > > > > >> Possible reason follows:
> > > > > > >> This package is either the same or older than already existing
> > > > > > >> package.
> > > > > > >
> > > > > > > ЗАЧЕМ вы даёте такие версии в пакете???
> > > > > >
> > > > > > Дам любую версию, которая будет правильной по правилам альта. У
> > > > > > этого кода нет никакой информации о версии, кроме как номера
> > > > > > ревизии. Как правильно?
> > > > >
> > > > > Я бы назвал %name-%svnrevision-altN, если проект не планирует в
> > > > > ближайшее время перейти на схему с нормальным версионированием
> > > > > релизов.
> > > >
> > > > А зачем придумывать то, чего нет? Нет версии у апстрима - пишем 0.0.
> > > > А для себя нумеруем сборки в релизе: alt0.1, alt0.2 и т.д.
> > >
> > > Для наглядности и телодвижений меньше.
> > >
> > > Да и выглядит это лучше, чем 0.0-alt0.1 с пометкой в changelog, что это
> > > ревизия N.
> >
> > Для кого ты "пометку в changelog" делаешь? а для кого ты пометку в версии
> > пакета делаешь? Ни там, ни там пометка в виде ревизии SVN пользователя не
> > интересует.
>
> Отучаемся говорить за всех.
>
> Судя по #ffmpeg@freenode, интересует очень многих пользователей.

Если многих так интересует, то почему ffmpeg в Сизифе обновляется пару раз в 
год?

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 11:46:47 Michael Shigorin wrote:
> On Wed, Oct 15, 2008 at 12:42:37PM +0400, Pavlov Konstantin wrote:
> > > > >> кода нет никакой информации о версии, кроме как номера
> > > > >> ревизии.  Как правильно?
> > > > >
> > > > > Нет апстримовой версии - 0.0-alt0.1
> > > >
> > > > Почему alt0.1, а не alt1?
> > > > Коли уж всё равно версия 0.0.
> > >
> > > Maximum RPM и другие руководства по сборке rpm
> >
> > А бэкпортить это как?
>
> Как-как -- alt0.0.Mxx.y.  Некрасиво, но возможно.

Бэкпорты - это (по большому счёту) изначально "некрасиво":)

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 11:49:41 Pavlov Konstantin wrote:
> On Wed, Oct 15, 2008 at 11:46:47AM +0300, Michael Shigorin wrote:
> > On Wed, Oct 15, 2008 at 12:42:37PM +0400, Pavlov Konstantin wrote:
> > > > > >> кода нет никакой информации о версии, кроме как номера
> > > > > >> ревизии.  Как правильно?
> > > > > >
> > > > > > Нет апстримовой версии - 0.0-alt0.1
> > > > >
> > > > > Почему alt0.1, а не alt1?
> > > > > Коли уж всё равно версия 0.0.
> > > >
> > > > Maximum RPM и другие руководства по сборке rpm
> > >
> > > А бэкпортить это как?
> >
> > Как-как -- alt0.0.Mxx.y.  Некрасиво, но возможно.
>
> 0.0-alt0.0.M40.1. И мы еще говорим о "информации для пользователя"? :))

В релизе информации для пользователя вообще никакой нет и быть не может по 
определению. Какая-то информация для пользователя может быть только в имени 
пакета и (реже) в версии.

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Mikhail Gusarov]

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

Twas brillig at 11:29:30 15.10.2008 UTC+03 when ledest@gmail.com did gyre and gimble:

 L> А собранный пакет - он для конечного пользователя, а не для
 L> "отслеживания изменений"

Я как конечный пользователь хочу знать: собран пакет из протухшего три
года назад r1 или из текущего r12345678.

Если "пользователю не надо", то предлагаю вообще версии выкинуть и
оставить один альтовый релиз. Уж он-то точно будет монотонно повышаться.

-- 

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

Re: [devel] Q: Сравнение версий в incoming

[Mikhail Gusarov]

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

Twas brillig at 12:06:15 15.10.2008 UTC+03 when ledest@gmail.com did gyre and gimble:

 >> Я как конечный пользователь хочу знать: собран пакет из протухшего три
 >> года назад r1 или из текущего r12345678.

 L> Как "конечный пользователь" - смотрите в "About":)

Это сначала поставить надо.

-- 

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

Re: [devel] Q: Сравнение версий в incoming

[Pavlov Konstantin]

On Wed, Oct 15, 2008 at 11:57:56AM +0300, Led wrote:
> > > > > А зачем придумывать то, чего нет? Нет версии у апстрима - пишем 0.0.
> > > > > А для себя нумеруем сборки в релизе: alt0.1, alt0.2 и т.д.
> > > >
> > > > Для наглядности и телодвижений меньше.
> > > >
> > > > Да и выглядит это лучше, чем 0.0-alt0.1 с пометкой в changelog, что это
> > > > ревизия N.
> > >
> > > Для кого ты "пометку в changelog" делаешь? а для кого ты пометку в версии
> > > пакета делаешь? Ни там, ни там пометка в виде ревизии SVN пользователя не
> > > интересует.
> >
> > Отучаемся говорить за всех.
> >
> > Судя по #ffmpeg@freenode, интересует очень многих пользователей.
> 
> Если многих так интересует, то почему ffmpeg в Сизифе обновляется пару раз в 
> год?

Вероятно, потому, что приложения, использующие ffmpeg не успевают за
скоростью разработки?

-- 
> > Если модуль зависит от других модулей, которые _ещё_ не подгружены, то
> > insmod ругнётся, а modprobe пойдёт удовлетворять зависимости :)
> То есть modprobe круче выходит?
\m/ ПАЛЮБОМУ \m/
		-- genix in community@

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 12:01:49 Mikhail Gusarov wrote:
> Twas brillig at 11:29:30 15.10.2008 UTC+03 when ledest@gmail.com did gyre
> and gimble:
>
>  L> А собранный пакет - он для конечного пользователя, а не для
>  L> "отслеживания изменений"
>
> Я как конечный пользователь хочу знать: собран пакет из протухшего три
> года назад r1 или из текущего r12345678.

Как "конечный пользователь" - смотрите в "About":)

>
> Если "пользователю не надо", то предлагаю вообще версии выкинуть и
> оставить один альтовый релиз. Уж он-то точно будет монотонно повышаться.



-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Pavlov Konstantin]

On Wed, Oct 15, 2008 at 12:10:11PM +0300, Led wrote:
> On Wednesday, 15 October 2008 12:06:15 Led wrote:
> > On Wednesday, 15 October 2008 12:01:49 Mikhail Gusarov wrote:
> > > Twas brillig at 11:29:30 15.10.2008 UTC+03 when ledest@gmail.com did gyre
> > > and gimble:
> > >
> > >  L> А собранный пакет - он для конечного пользователя, а не для
> > >  L> "отслеживания изменений"
> > >
> > > Я как конечный пользователь хочу знать: собран пакет из протухшего три
> > > года назад r1 или из текущего r12345678.
> >
> > Как "конечный пользователь" - смотрите в "About":)
> 
> А также (как "конечному пользователю) предлагаю "отслеживать" "ревизии" по 
> хэшк для проектов, использующих для разработки не SVN, а git:)

Открой для себя git-describe.

-- 
<gvy> MikeOS is an operating system for x86 PCs, written entirely in assembler
<gvy> ааааа
<gvy> надо в суд подать

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 12:06:15 Led wrote:
> On Wednesday, 15 October 2008 12:01:49 Mikhail Gusarov wrote:
> > Twas brillig at 11:29:30 15.10.2008 UTC+03 when ledest@gmail.com did gyre
> > and gimble:
> >
> >  L> А собранный пакет - он для конечного пользователя, а не для
> >  L> "отслеживания изменений"
> >
> > Я как конечный пользователь хочу знать: собран пакет из протухшего три
> > года назад r1 или из текущего r12345678.
>
> Как "конечный пользователь" - смотрите в "About":)

А также (как "конечному пользователю) предлагаю "отслеживать" "ревизии" по 
хэшк для проектов, использующих для разработки не SVN, а git:)

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Pavlov Konstantin]

On Wed, Oct 15, 2008 at 12:11:08PM +0300, Led wrote:
> On Wednesday, 15 October 2008 12:05:08 Pavlov Konstantin wrote:
> > On Wed, Oct 15, 2008 at 11:57:56AM +0300, Led wrote:
> > > > > > > А зачем придумывать то, чего нет? Нет версии у апстрима - пишем
> > > > > > > 0.0. А для себя нумеруем сборки в релизе: alt0.1, alt0.2 и т.д.
> > > > > >
> > > > > > Для наглядности и телодвижений меньше.
> > > > > >
> > > > > > Да и выглядит это лучше, чем 0.0-alt0.1 с пометкой в changelog, что
> > > > > > это ревизия N.
> > > > >
> > > > > Для кого ты "пометку в changelog" делаешь? а для кого ты пометку в
> > > > > версии пакета делаешь? Ни там, ни там пометка в виде ревизии SVN
> > > > > пользователя не интересует.
> > > >
> > > > Отучаемся говорить за всех.
> > > >
> > > > Судя по #ffmpeg@freenode, интересует очень многих пользователей.
> > >
> > > Если многих так интересует, то почему ffmpeg в Сизифе обновляется пару
> > > раз в год?
> >
> > Вероятно, потому, что приложения, использующие ffmpeg не успевают за
> > скоростью разработки?
> 
> "Не успевают" они значительно меньше, чем это кому-то кажется:)

Ты лучше libx264 обнови. ;)

Вообще, я совсем не против ffmpeg maintainers team. Но только с одним
условием -- использованием git для сопровождения.

-- 
Вообще-то в описании этой опции написано "this breaks the way things
are defined" - конечно, SysV IPC сам по себе кривейшая вещь, но
ломать его совсем... как-то не совсем правильно.
		-- vsu in devel-kernel@

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 12:05:08 Pavlov Konstantin wrote:
> On Wed, Oct 15, 2008 at 11:57:56AM +0300, Led wrote:
> > > > > > А зачем придумывать то, чего нет? Нет версии у апстрима - пишем
> > > > > > 0.0. А для себя нумеруем сборки в релизе: alt0.1, alt0.2 и т.д.
> > > > >
> > > > > Для наглядности и телодвижений меньше.
> > > > >
> > > > > Да и выглядит это лучше, чем 0.0-alt0.1 с пометкой в changelog, что
> > > > > это ревизия N.
> > > >
> > > > Для кого ты "пометку в changelog" делаешь? а для кого ты пометку в
> > > > версии пакета делаешь? Ни там, ни там пометка в виде ревизии SVN
> > > > пользователя не интересует.
> > >
> > > Отучаемся говорить за всех.
> > >
> > > Судя по #ffmpeg@freenode, интересует очень многих пользователей.
> >
> > Если многих так интересует, то почему ffmpeg в Сизифе обновляется пару
> > раз в год?
>
> Вероятно, потому, что приложения, использующие ffmpeg не успевают за
> скоростью разработки?

"Не успевают" они значительно меньше, чем это кому-то кажется:)

-- 
Led

Re: [devel] [JT] Q: Сравнение версий в incoming

[Pavlov Konstantin]

On Wed, Oct 15, 2008 at 12:17:36PM +0300, Led wrote:
> On Wednesday, 15 October 2008 12:07:43 Pavlov Konstantin wrote:
> > On Wed, Oct 15, 2008 at 12:10:11PM +0300, Led wrote:
> > > On Wednesday, 15 October 2008 12:06:15 Led wrote:
> > > > On Wednesday, 15 October 2008 12:01:49 Mikhail Gusarov wrote:
> > > > > Twas brillig at 11:29:30 15.10.2008 UTC+03 when ledest@gmail.com did
> > > > > gyre and gimble:
> > > > >
> > > > >  L> А собранный пакет - он для конечного пользователя, а не для
> > > > >  L> "отслеживания изменений"
> > > > >
> > > > > Я как конечный пользователь хочу знать: собран пакет из протухшего
> > > > > три года назад r1 или из текущего r12345678.
> > > >
> > > > Как "конечный пользователь" - смотрите в "About":)
> > >
> > > А также (как "конечному пользователю) предлагаю "отслеживать" "ревизии"
> > > по хэшк для проектов, использующих для разработки не SVN, а git:)
> >
> > Открой для себя git-describe.
> 
> Ты забыл добавить "...как конечный пользователь":)

Отучайся говорить за других.

-- 
>>Почитайте хоть научпоп какой про механизмы работы linux VM.
>   А пригодные для чтения URL-ы не сможете указать?
Надо завести курсы спортивного и прикладного гуглинга. :]
		-- mike in community@

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 12:01:49 Mikhail Gusarov wrote:
> Twas brillig at 11:29:30 15.10.2008 UTC+03 when ledest@gmail.com did gyre
> and gimble:
>
>  L> А собранный пакет - он для конечного пользователя, а не для
>  L> "отслеживания изменений"
>
> Я как конечный пользователь хочу знать: собран пакет из протухшего три
> года назад r1 или из текущего r12345678.
>
> Если "пользователю не надо", то предлагаю вообще версии выкинуть и
> оставить один альтовый релиз. Уж он-то точно будет монотонно повышаться.

Пользователю значительно интереснее в changelog увидеть, какие реально фичи 
добавились и что пофиксили. Из revision в релизе и "- new SVN revision" в 
changelog этого не видно (как, например, это делается в пакете ffmpeg, хотя в 
upstream'ном Changelog всё это отображается и внести хотя бы наиболее 
значимые изменения из него в rpm'ный %changelog несложно).

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 12:07:43 Pavlov Konstantin wrote:
> On Wed, Oct 15, 2008 at 12:10:11PM +0300, Led wrote:
> > On Wednesday, 15 October 2008 12:06:15 Led wrote:
> > > On Wednesday, 15 October 2008 12:01:49 Mikhail Gusarov wrote:
> > > > Twas brillig at 11:29:30 15.10.2008 UTC+03 when ledest@gmail.com did
> > > > gyre and gimble:
> > > >
> > > >  L> А собранный пакет - он для конечного пользователя, а не для
> > > >  L> "отслеживания изменений"
> > > >
> > > > Я как конечный пользователь хочу знать: собран пакет из протухшего
> > > > три года назад r1 или из текущего r12345678.
> > >
> > > Как "конечный пользователь" - смотрите в "About":)
> >
> > А также (как "конечному пользователю) предлагаю "отслеживать" "ревизии"
> > по хэшк для проектов, использующих для разработки не SVN, а git:)
>
> Открой для себя git-describe.

Ты забыл добавить "...как конечный пользователь":)

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 12:10:31 Pavlov Konstantin wrote:
> On Wed, Oct 15, 2008 at 12:11:08PM +0300, Led wrote:
> > On Wednesday, 15 October 2008 12:05:08 Pavlov Konstantin wrote:
> > > On Wed, Oct 15, 2008 at 11:57:56AM +0300, Led wrote:
> > > > > > > > А зачем придумывать то, чего нет? Нет версии у апстрима -
> > > > > > > > пишем 0.0. А для себя нумеруем сборки в релизе: alt0.1,
> > > > > > > > alt0.2 и т.д.
> > > > > > >
> > > > > > > Для наглядности и телодвижений меньше.
> > > > > > >
> > > > > > > Да и выглядит это лучше, чем 0.0-alt0.1 с пометкой в changelog,
> > > > > > > что это ревизия N.
> > > > > >
> > > > > > Для кого ты "пометку в changelog" делаешь? а для кого ты пометку
> > > > > > в версии пакета делаешь? Ни там, ни там пометка в виде ревизии
> > > > > > SVN пользователя не интересует.
> > > > >
> > > > > Отучаемся говорить за всех.
> > > > >
> > > > > Судя по #ffmpeg@freenode, интересует очень многих пользователей.
> > > >
> > > > Если многих так интересует, то почему ffmpeg в Сизифе обновляется
> > > > пару раз в год?
> > >
> > > Вероятно, потому, что приложения, использующие ffmpeg не успевают за
> > > скоростью разработки?
> >
> > "Не успевают" они значительно меньше, чем это кому-то кажется:)
>
> Ты лучше libx264 обнови. ;)
>
> Вообще, я совсем не против ffmpeg maintainers team. Но только с одним
> условием -- использованием git для сопровождения.

Вообще, я совсем не против использования "git для сопровождения". Но только 
ffmpeg в текущем виде в Сизифе и манера его сопровождения меня абсолютно не 
интересует. Это не притензия - просто личное субъективное мнение:)

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Mikhail Gusarov]

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

Twas brillig at 12:16:32 15.10.2008 UTC+03 when ledest@gmail.com did gyre and gimble:

 L> Пользователю значительно интереснее в changelog увидеть, какие реально фичи 
 L> добавились и что пофиксили.

Ну и что мне это даст, если лидер проекта говорит "ага, пофиксили 3
недели назад, в r12345"? Сличать changelog'и? Спасибо.

-- 

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

Re: [devel] Q: Сравнение версий в incoming

[Mikhail Gusarov]

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

Twas brillig at 12:55:15 15.10.2008 UTC+03 when ledest@gmail.com did gyre and gimble:

 >> Ну и что мне это даст, если лидер проекта говорит "ага, пофиксили 3
 >> недели назад, в r12345"? Сличать changelog'и? Спасибо.

 L> - new SVN snapshot (revision 15151)

 L> ничего не говорит и абсолютно бесполезен.

15151 больше 12345. До свиданья.

-- 

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

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 12:49:27 Mikhail Gusarov wrote:
> Twas brillig at 12:16:32 15.10.2008 UTC+03 when ledest@gmail.com did gyre
> and gimble:
>
>  L> Пользователю значительно интереснее в changelog увидеть, какие реально
> фичи L> добавились и что пофиксили.
>
> Ну и что мне это даст, если лидер проекта говорит "ага, пофиксили 3
> недели назад, в r12345"? Сличать changelog'и? Спасибо.

- new SVN snapshot (revision 15151)

ничего не говорит и абсолютно бесполезен.

- new SVN snapshot (revision 15151):
  + E-AC-3 support added to AC-3 decoder
  + Nellymoser ASAO encoder

Уже кое-что говорит:)

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Konstantin Baev]

Michael Shigorin пишет:
> On Wed, Oct 15, 2008 at 11:27:30AM +0300, Led wrote:
>   
>> Нет, не компромис. Кого, кроме самого мейнтейнера, интересует snvrevision?
>>     
>
> Многих пользователей.  И вообще, не гони -- вроде как давно
> договорились, что ревизии и даты снапшотов упоминаются 
> в %release.  Кажется, даже драфт полиси был.
>
>   
Вот такой кусок в спеке krusader:

======

%define version 2.0.0
%define altrelease 1
%define pre beta1
%define svn 6088

## note on naming policy: any combination of pre/svn macros are allowed.
macros svn should be defined.
## only if its a svn snapshot. pre should be defined only if we have
prerelease. 'release' tag automagically.
## would be like that: alt0.ALTRELEASE.PRE or altALTRELEASE (with added
cvsdate if defined)

%define appname krusader
%define srcname %appname-%{?svn:svn-%svn}%{!?svn:%version%{?pre:-%pre}}

Name: %appname
Version: %version
Release: alt%{?pre:0.%altrelease.%pre}%{!?pre:%altrelease}%{?svn:.svn%svn}

======

Выдает версию 2.0.0-alt0.1.beta1.svn6088, если я не ошибаюсь.

Как это соответствует представлениям о правильности? Или всё настолько
спорно, что "вилы"?

-- 
Konstantin Baev
kipruss@altlinux.org

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday, 15 October 2008 13:31:07 Konstantin Baev wrote:
> Michael Shigorin пишет:
> > On Wed, Oct 15, 2008 at 11:27:30AM +0300, Led wrote:
> >> Нет, не компромис. Кого, кроме самого мейнтейнера, интересует
> >> snvrevision?
> >
> > Многих пользователей.  И вообще, не гони -- вроде как давно
> > договорились, что ревизии и даты снапшотов упоминаются
> > в %release.  Кажется, даже драфт полиси был.
>
> Вот такой кусок в спеке krusader:
>
> ======
>
> %define version 2.0.0
> %define altrelease 1
> %define pre beta1
> %define svn 6088
>
> ## note on naming policy: any combination of pre/svn macros are allowed.
> macros svn should be defined.
> ## only if its a svn snapshot. pre should be defined only if we have
> prerelease. 'release' tag automagically.
> ## would be like that: alt0.ALTRELEASE.PRE or altALTRELEASE (with added
> cvsdate if defined)
>
> %define appname krusader
> %define srcname %appname-%{?svn:svn-%svn}%{!?svn:%version%{?pre:-%pre}}
>
> Name: %appname
> Version: %version
> Release: alt%{?pre:0.%altrelease.%pre}%{!?pre:%altrelease}%{?svn:.svn%svn}
>
> ======
>
> Выдает версию 2.0.0-alt0.1.beta1.svn6088, если я не ошибаюсь.
>
> Как это соответствует представлениям о правильности? Или всё настолько
> спорно, что "вилы"?

Ну, получается, что спорно. Я-то по наивности думал, что релиз - это номер 
релиза (ну, ещё плюс метка вендора/дистрибутива - у нас "alt"). А 
оказывается, это место, куда "принято" пихать "важную" информацию о том, на 
каком номере коммита остановилмя апстрим, какую SCM использует, всякие 
маркенитговые суффиксы (при чём beta или BETA - зависит от настроения 
мейнтейнера в момент правки спека), закодированный в хэш тип погоды за окном 
и т.п.:)

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Konstantin Baev]

Led пишет:
> Ну, получается, что спорно. Я-то по наивности думал, что релиз - это номер 
> релиза (ну, ещё плюс метка вендора/дистрибутива - у нас "alt"). А 
> оказывается, это место, куда "принято" пихать "важную" информацию о том, на 
> каком номере коммита остановилмя апстрим, какую SCM использует, всякие 
> маркенитговые суффиксы (при чём beta или BETA - зависит от настроения 
> мейнтейнера в момент правки спека), закодированный в хэш тип погоды за окном 
> и т.п.:)
>
>   
Так как его пакетить-то (когда руки доберутся)?

-- 
Konstantin Baev
kipruss@altlinux.org

Re: [devel] Q: Сравнение версий в incoming

[Vladimir V. Kamarzin]

>>>>> On 15 Oct 2008 at 16:46 "L" == Led  writes:

L> Ну, получается, что спорно. Я-то по наивности думал, что релиз - это номер 
L> релиза (ну, ещё плюс метка вендора/дистрибутива - у нас "alt"). А 
L> оказывается, это место, куда "принято" пихать "важную" информацию о том, на 
L> каком номере коммита остановилмя апстрим, какую SCM использует, всякие 
L> маркенитговые суффиксы (при чём beta или BETA - зависит от настроения 
L> мейнтейнера в момент правки спека), закодированный в хэш тип погоды за окном 
L> и т.п.:)

policy на это не написано, так что...

-- 
vvk

Re: [devel] Q: Сравнение версий в incoming

[Mykola S. Grechukh]

2008/10/15 Konstantin Baev <kipruss@mail.ru>:
> Led пишет:
>>
>> Ну, получается, что спорно. Я-то по наивности думал, что релиз - это номер
>> релиза (ну, ещё плюс метка вендора/дистрибутива - у нас "alt"). А
>> оказывается, это место, куда "принято" пихать "важную" информацию о том, на
>> каком номере коммита остановилмя апстрим, какую SCM использует, всякие
>> маркенитговые суффиксы (при чём beta или BETA - зависит от настроения
>> мейнтейнера в момент правки спека), закодированный в хэш тип погоды за окном
>> и т.п.:)
>>
>>
>
> Так как его пакетить-то (когда руки доберутся)?

оставить как есть.

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday 15 October 2008 15:10:15 Vladimir V. Kamarzin wrote:
> >>>>> On 15 Oct 2008 at 16:46 "L" == Led  writes:
>
> L> Ну, получается, что спорно. Я-то по наивности думал, что релиз - это
> номер L> релиза (ну, ещё плюс метка вендора/дистрибутива - у нас "alt"). А
> L> оказывается, это место, куда "принято" пихать "важную" информацию о том,
> на L> каком номере коммита остановилмя апстрим, какую SCM использует,
> всякие L> маркенитговые суффиксы (при чём beta или BETA - зависит от
> настроения L> мейнтейнера в момент правки спека), закодированный в хэш тип
> погоды за окном L> и т.п.:)
>
> policy на это не написано, так что...

Тогда нужно либо использовать релиз из его определения, либо утвердить полиси, 
которое опровергает это определение и вносит новое.

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Led]

On Wednesday 15 October 2008 14:00:54 Konstantin Baev wrote:
> Led пишет:
> > Ну, получается, что спорно. Я-то по наивности думал, что релиз - это
> > номер релиза (ну, ещё плюс метка вендора/дистрибутива - у нас "alt"). А
> > оказывается, это место, куда "принято" пихать "важную" информацию о том,
> > на каком номере коммита остановилмя апстрим, какую SCM использует, всякие
> > маркенитговые суффиксы (при чём beta или BETA - зависит от настроения
> > мейнтейнера в момент правки спека), закодированный в хэш тип погоды за
> > окном и т.п.:)
>
> Так как его пакетить-то (когда руки доберутся)?

Убить весь этот бред в спеке и сделать просто, чётко и недвусмысленно.

-- 
Led

Re: [devel] Q: Сравнение версий в incoming

[Eugene Prokopiev]

>  > ЗАЧЕМ вы даёте такие версии в пакете???
>
> Дам любую версию, которая будет правильной по правилам альта. У этого
>  кода нет никакой информации о версии, кроме как номера ревизии.
>  Как правильно?

Я делаю (по совету присутствующих) foo-1.2-alt1.svn1234, оно же в
бэкпортах будет foo-1.2-alt0.M40.svn1234

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