Re: [devel] I: updates-20070608 devel download: +4

Re: [devel] I: updates-20070608 devel download: +4

[Dmitry V. Levin]

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

On Fri, Jun 08, 2007 at 11:11:34AM +0400, QA Team Download Robot wrote:
> List of files which have been downloaded from the "devel" incoming:
> 
> 4.0/libxdtv-i18n-ru-2.4.0-alt2.2.src.rpm
> 4.0/libxdtv-theme-aqua-ru-2.4.0-alt2.2.src.rpm
> 4.0/libxdtv-theme-carbone-ru-2.4.0-alt2.2.src.rpm
> 4.0/xdtv-2.4.0-alt7.cvs20070519.src.rpm

Релизы пакетов не соответствуют установившимся правилам для
updates/backports.


-- 
ldv

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

Re: [devel] I: updates-20070608 devel download: +4

[Eugene Prokopiev]

Dmitry V. Levin пишет:
> On Fri, Jun 08, 2007 at 11:11:34AM +0400, QA Team Download Robot wrote:
> 
>>List of files which have been downloaded from the "devel" incoming:
>>
>>4.0/libxdtv-i18n-ru-2.4.0-alt2.2.src.rpm
>>4.0/libxdtv-theme-aqua-ru-2.4.0-alt2.2.src.rpm
>>4.0/libxdtv-theme-carbone-ru-2.4.0-alt2.2.src.rpm
>>4.0/xdtv-2.4.0-alt7.cvs20070519.src.rpm
> 
> 
> Релизы пакетов не соответствуют установившимся правилам для
> updates/backports.

я что-то пропустил и в 4.0/branch updates/backports уже принимаются пакеты?

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

Re: [devel] I: updates-20070608 devel download: +4

[Hihin Ruslan]

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

Здравствуйте Eugene Prokopiev
  В сообщении от 14 июня 2007 Eugene Prokopiev написал(a):
 > я что-то пропустил и в 4.0/branch updates/backports уже принимаются
 > пакеты

Да, они давно принимаются. Другое дело, что я первый раз туда заливал 
пакеты и не учёл особенности нумерации версий там. Или имеется ввиду 
ещё что-то другое ?

-- 
С уважением Xихин Руслан

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

Re: [devel] I: updates-20070608 devel download: +4

[Eugene Prokopiev]

Hihin Ruslan пишет:
> Здравствуйте Eugene Prokopiev
>   В сообщении от 14 июня 2007 Eugene Prokopiev написал(a):
>  > я что-то пропустил и в 4.0/branch updates/backports уже принимаются
>  > пакеты
> 
> Да, они давно принимаются. 

А зачем тогда время от времени присутствующие просят переложить что-то в 
4.0/branch?

Или просить переложить что-то в 4.0/branch и отправить в 
devel:/incoming/updates/4.0 - это разные вещи?

> Другое дело, что я первый раз туда заливал 
> пакеты и не учёл особенности нумерации версий там. 

А как положено нумеровать, чтоб самому не ошибиться?

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

[devel] IA: backports policy back, pls review 0.0.9.1

[Michael Shigorin]

On Thu, Jun 14, 2007 at 04:24:45PM +0400, Eugene Prokopiev wrote:
> >  > я что-то пропустил и в 4.0/branch updates/backports уже
> >  > принимаются пакеты
> > Да, они давно принимаются. 
> А зачем тогда время от времени присутствующие просят переложить
> что-то в 4.0/branch?

Это было несколько дешевле, пока не начали разъезжаться опять
зависимости (причём мне показалось, что с этим некоторые
неоправданно поспешили).

> Или просить переложить что-то в 4.0/branch и отправить в 
> devel:/incoming/updates/4.0 - это разные вещи?

Разные.  Первое будет хардлинкнуто (и должно быть бинарно
совместимо), второе будет пересобрано в среде 4.0 (и таким
образом будет бинарно совместимо).  Соответственно Release:
в первом случае вида altN, во втором -- начиная с
alt(N-1).M40.1 согласно backports policy.

> > Другое дело, что я первый раз туда заливал 
> > пакеты и не учёл особенности нумерации версий там. 
> А как положено нумеровать, чтоб самому не ошибиться?

http://backports.altlinux.ru/policy/

2 alb, raorn: просьба просмотреть/прокомментировать, я сделал
исправления примерно в трёх местах, вытаскивая из архива куда-то
пропавшую при каких-то переездах страницу.  (btw неужели она
никому не была нужна, что никто не сказал?)

PS: кросспост, просьба отвечать или в devel@, или в backports@

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

Re: [devel] IA: backports policy back, pls review 0.0.9.1

[Alexey I. Froloff]

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

* Michael Shigorin <mike@> [070618 20:18]:
> 2 alb, raorn: просьба просмотреть/прокомментировать,
Убей оттуда 2.2.  У меня и sandman'а уже нет, да и местных
девелоперов посылаю в лес когда хотят странного на оставшихся
2.2...

P.S. Впрочем, первая попытка сбэкпортить что-то на 2.2 с грохотом
провалилась по непонятной причине ;-)

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: updates-20070608 devel download: +4

[Hihin Ruslan]

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

Здравствуйте Dmitry V. Levin
  В сообщении от 14 июня 2007 Dmitry V. Levin написал(a):
 > On Fri, Jun 08, 2007 at 11:11:34AM +0400, 
 > QA Team Download Robot wrote: 
 > > List of files which have been downloaded from the "devel"
 > > incoming:
 > >
 > > 4.0/libxdtv-i18n-ru-2.4.0-alt2.2.src.rpm
 > > 4.0/libxdtv-theme-aqua-ru-2.4.0-alt2.2.src.rpm
 > > 4.0/libxdtv-theme-carbone-ru-2.4.0-alt2.2.src.rpm
 > > 4.0/xdtv-2.4.0-alt7.cvs20070519.src.rpm
 >
 > Релизы пакетов не соответствуют установившимся правилам для
 >
 > updates/backports.
1. Исправил версии на
libxdtv-i18n-ru-2.4.0-alt2.M40.1.src.rpm
libxdtv-theme-aqua-ru-2.4.0-alt2.M40.1.src.rpm
libxdtv-theme-carbone-ru-2.4.0-alt2.M40.1.src.rpm
xdtv-2.4.0-alt9.cvs20070519.M40.1.src.rpm

надеюсь правильно. 
А как это сообщение (о неправильных версиях и т.п.) можно получать  
самому, а то я долго ждал предыдущее. Или ещё не сделано ?

2. Понравилась система нумерации. А нельзя-ли такую-же нумерацию 
(Release: %branch_point.%branch.%revision) в Сизифе ввести? 
например с 
%define branch S1
Очень дисциплинирует и приводит голову в порядок.
Опять-же всегда будет S<M.

3. Сейчас проверю и залью в updates.
 
-- 
С уважением Xихин Руслан

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

Re: [devel] I: updates-20070608 devel download: +4

[Motsyo Gennadi aka Drool]

Hihin Ruslan пишет:
> А как это сообщение (о неправильных версиях и т.п.) можно получать  
> самому, а то я долго ждал предыдущее. Или ещё не сделано ?

	Натравить sisyphus_check на папку с rpm-ками. А вообще-то у меня хашер 
такое отлавливает - он этот чекер применяет.

> 2. Понравилась система нумерации. А нельзя-ли такую-же нумерацию 
> (Release: %branch_point.%branch.%revision) в Сизифе ввести? 
> например с 
> %define branch S1
> Очень дисциплинирует и приводит голову в порядок.
> Опять-же всегда будет S<M.

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

Re: [devel] I: updates-20070608 devel download: +4

[Hihin Ruslan]

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

Здравствуйте Motsyo Gennadi aka Drool
  В сообщении от 16 июня 2007 Motsyo Gennadi aka Drool написал(a):
 > Когда-то такая идея озвучивалась. Слишком сложно потом с сизифа в
 > некий
 > новый дистр пакеты переложить - это ж придется всю пакетную базу
 > перелопатить.
А почему - ну будут пакеты с S1 и M4X в дистрибутиве - чем хуже 
нынешнего состояния ? Да и robot может поменять, если надо (например 
при перестройке).  

-- 
С уважением Xихин Руслан

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

Re: [devel] I: updates-20070608 devel download: +4

[Motsyo Gennadi aka Drool]

Hihin Ruslan пишет:
> Здравствуйте Motsyo Gennadi aka Drool
>   В сообщении от 16 июня 2007 Motsyo Gennadi aka Drool написал(a):
>  > Когда-то такая идея озвучивалась. Слишком сложно потом с сизифа в
>  > некий
>  > новый дистр пакеты переложить - это ж придется всю пакетную базу
>  > перелопатить.
> А почему - ну будут пакеты с S1 и M4X в дистрибутиве - чем хуже 
> нынешнего состояния ? Да и robot может поменять, если надо (например 
> при перестройке).  

	Ну, Руслан :-) Не мне решать, я только вспомнил что такая идея уже 
озвучивалась.

Re: [devel] I: updates-20070608 devel download: +4

[Dmitry V. Levin]

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

On Sat, Jun 16, 2007 at 08:43:24AM +0400, Hihin Ruslan wrote:
> Здравствуйте Dmitry V. Levin
>   В сообщении от 14 июня 2007 Dmitry V. Levin написал(a):
>  > On Fri, Jun 08, 2007 at 11:11:34AM +0400, 
>  > QA Team Download Robot wrote: 
>  > > List of files which have been downloaded from the "devel"
>  > > incoming:
>  > >
>  > > 4.0/libxdtv-i18n-ru-2.4.0-alt2.2.src.rpm
>  > > 4.0/libxdtv-theme-aqua-ru-2.4.0-alt2.2.src.rpm
>  > > 4.0/libxdtv-theme-carbone-ru-2.4.0-alt2.2.src.rpm
>  > > 4.0/xdtv-2.4.0-alt7.cvs20070519.src.rpm
>  >
>  > Релизы пакетов не соответствуют установившимся правилам для
>  >
>  > updates/backports.
> 1. Исправил версии на
> libxdtv-i18n-ru-2.4.0-alt2.M40.1.src.rpm
> libxdtv-theme-aqua-ru-2.4.0-alt2.M40.1.src.rpm
> libxdtv-theme-carbone-ru-2.4.0-alt2.M40.1.src.rpm
> xdtv-2.4.0-alt9.cvs20070519.M40.1.src.rpm
> 
> надеюсь правильно. 
> А как это сообщение (о неправильных версиях и т.п.) можно получать  
> самому, а то я долго ждал предыдущее. Или ещё не сделано ?

Вам нужен скрипт?

> 2. Понравилась система нумерации. А нельзя-ли такую-же нумерацию 
> (Release: %branch_point.%branch.%revision) в Сизифе ввести? 

А чем действующая не устраивает?

> например с 
> %define branch S1
> Очень дисциплинирует и приводит голову в порядок.
> Опять-же всегда будет S<M.

Нет, S>M.


-- 
ldv

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

Re: [devel] I: updates-20070608 devel download: +4

[Hihin Ruslan]

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

Здравствуйте Dmitry V. Levin
 В сообщении от 16 июня 2007 вы написали:
 > On Sat, Jun 16, 2007 at 08:43:24AM +0400, Hihin Ruslan wrote:
 > > Здравствуйте Dmitry V. Levin
 > >
 > >   В сообщении от 14 июня 2007 Dmitry V. Levin написал(a):
 > >  > On Fri, Jun 08, 2007 at 11:11:34AM +0400,
 > >  >
 > >  > QA Team Download Robot wrote:
 > >  > > List of files which have been downloaded from the "devel"
 > >  > >
 > >  > > incoming:
 > >  > >
 > >  > >
 > >  > >
 > >  > > 4.0/libxdtv-i18n-ru-2.4.0-alt2.2.src.rpm
 > >  > >
 > >  > > 4.0/libxdtv-theme-aqua-ru-2.4.0-alt2.2.src.rpm
 > >  > >
 > >  > > 4.0/libxdtv-theme-carbone-ru-2.4.0-alt2.2.src.rpm
 > >  > >
 > >  > > 4.0/xdtv-2.4.0-alt7.cvs20070519.src.rpm
 > >  >
 > >  > Релизы пакетов не соответствуют установившимся правилам для
 > >  >
 > >  >
 > >  >
 > >  > updates/backports.
 > >
 > > 1. Исправил версии на
 > >
 > > libxdtv-i18n-ru-2.4.0-alt2.M40.1.src.rpm
 > > libxdtv-theme-aqua-ru-2.4.0-alt2.M40.1.src.rpm
 > > libxdtv-theme-carbone-ru-2.4.0-alt2.M40.1.src.rpm
 > > xdtv-2.4.0-alt9.cvs20070519.M40.1.src.rpm
 > >
 > >
 > > надеюсь правильно.
 > > А как это сообщение (о неправильных версиях и т.п.) можно получать
 > > самому, а то я долго ждал предыдущее. Или ещё не сделано ?
 > Вам нужен скрипт?
Не - мне достаточно узнать, что всё нормально.

 > > 2. Понравилась система нумерации. А нельзя-ли такую-же нумерацию
 > > (Release: %branch_point.%branch.%revision) в Сизифе ввести?
 > А чем действующая не устраивает?
Ну - слишком в действующей много вариантов. Особенно когда есть что-то 
типа cvs версии у апстрима.
 
- насчёт использования и пользы revision сообразил при знакомстве  с 
системой в Backports. 
Сразу в голове прояснилось - что менять при изминении CVS, а что при 
изминении мной чего-либо в программе. 
Т.е. можно поменять перед cvs версией - alt1...alt10, а можно ревизию.

А так приходится alt загонять в бесконечность, при использовании ревизий 
я могу alt менять только при крупной необходимости, а ревизию при 
каждой моей мелкой сборке. И приход новой cvs сбросит ревизию в ноль, 
т.е. можно опять вести отсчёт с начала.  

 >
 > > например с
 > >
 > > %define branch S1
 > >
 > > Очень дисциплинирует и приводит голову в порядок.
 > >
 > > Опять-же всегда будет S<M.
 >
 > Нет, S>M.
Это очепятка :)


-- 
С уважением Xихин Руслан

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

Re: [devel] I: updates-20070608 devel download: +4

[Hihin Ruslan]

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

Здравствуйте Dmitry V. Levin !

Короче я понял наконец нумерацию в Сизифе :)

За отправную точку возьмём нумерацию Backports/Update

Release: %branch_point.%branch.%revision

1. Так-как %branch в Сизифе нет особого смысла указывать, получаем
Release: %branch_point.%revision
Смотрим что такое %branch_point

BRANCH_POINT_RELEASE - строка, описывающая релиз, из которого "растет" 
данная ветка;
Примеры BRANCH_POINT_RELEASE :
alt5, alt1cvs20061005, alt5.pre0, alt7.cvs20070519 и т.д.

2. REVISION - номер ревизии пакета внутри репозитория. Нумерация 
начинается с 1. Причём в Сизифе не обязательна. 

Теперь пример перевода нумерации из Сизифа в Backports
Имеем:

(Release: %branch_point.%branch.%revision)


3. Пример первый :
Release: alt7.cvs20070519.2


Т.е. 
%branch_point=alt7.cvs20070519 
%revision=2
%branch = M40

Получаем alt7.cvs20070519.M40.2
Версия в текущая версия в Сизифе меньше чем Backports - для 
перекладывния пакет доступен. 

Для того, что-бы можно было обновить версию из bacports до Сизифа, надо 
следующую версию в Сизифе увеличить с alt7.cvs20070519.2 до 
alt8.cvs20070519


4. Пример второй :
Release: alt8.cvs20070519
%branch_point=alt8.cvs20070519 
%revision=1
%branch = M40

Получаем alt8.cvs20070519.M40.1
Что-бы слудующая версия из Сизифа была доступна для обновления из 
бакпорта надо ей присвоить Release: alt9.cvs20070519(.1)

Т.е. altN надо увеличивать при ветвлении в Backports.

Вроде всё правильно понял ?

-- 
С уважением Xихин Руслан

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

Re: [devel] I: updates-20070608 devel download: +4

[Aleksey Avdeev]

Hihin Ruslan пишет:
> Здравствуйте Dmitry V. Levin !
> 
> Короче я понял наконец нумерацию в Сизифе :)
> 
> За отправную точку возьмём нумерацию Backports/Update
> 
> Release: %branch_point.%branch.%revision
> 
> 1. Так-как %branch в Сизифе нет особого смысла указывать, получаем
> Release: %branch_point.%revision
> Смотрим что такое %branch_point
> 
> BRANCH_POINT_RELEASE - строка, описывающая релиз, из которого "растет" 
> данная ветка;
> Примеры BRANCH_POINT_RELEASE :
> alt5, alt1cvs20061005, alt5.pre0, alt7.cvs20070519 и т.д.
> 
> 2. REVISION - номер ревизии пакета внутри репозитория. Нумерация 
> начинается с 1. Причём в Сизифе не обязательна. 
> 
> Теперь пример перевода нумерации из Сизифа в Backports
> Имеем:
> 
> (Release: %branch_point.%branch.%revision)
> 
> 
> 3. Пример первый :
> Release: alt7.cvs20070519.2
> 
> 
> Т.е. 
> %branch_point=alt7.cvs20070519 
> %revision=2
> %branch = M40
> 
> Получаем alt7.cvs20070519.M40.2
> Версия в текущая версия в Сизифе меньше чем Backports - для 
> перекладывния пакет доступен. 
> 
> Для того, что-бы можно было обновить версию из bacports до Сизифа, надо 
> следующую версию в Сизифе увеличить с alt7.cvs20070519.2 до 
> alt8.cvs20070519
> 
> 
> 4. Пример второй :
> Release: alt8.cvs20070519
> %branch_point=alt8.cvs20070519 
> %revision=1
> %branch = M40
> 
> Получаем alt8.cvs20070519.M40.1
> Что-бы слудующая версия из Сизифа была доступна для обновления из 
> бакпорта надо ей присвоить Release: alt9.cvs20070519(.1)
> 
> Т.е. altN надо увеличивать при ветвлении в Backports.
> 
> Вроде всё правильно понял ?

  Не совсем -- проще в Backports alt(N-1), как и прописано в текущей
полиси: это гарантирует возможность всегда обовить версию пакета из
Backports до сизифной.

-- 

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