[devel] backports policy

[devel] backports policy

[Alexey Borovskoy]

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

Добрый вечер.

1. Что делать с полем Packager? Оставлять как есть или менять? Я 
остановился на том, что Packager оставляем как есть, а в 
changelog пишим все что нужно.

2. Что добавлять к %release? Пока остановился на схеме 
%release.n. Схема %release.M24 не учитывает возможность 
нескольких пересборок в backports.

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

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

Re: [devel] backports policy

[Volkov Serge]

Hello Alexey,

Sunday, November 28, 2004, 4:03:39 PM, you wrote:

AB> Добрый вечер.

AB> 1. Что делать с полем Packager? Оставлять как есть или менять? Я 
AB> остановился на том, что Packager оставляем как есть, а в 
AB> changelog пишим все что нужно.

AB> 2. Что добавлять к %release? Пока остановился на схеме 
AB> %release.n. Схема %release.M24 не учитывает возможность 
AB> нескольких пересборок в backports.
а может усложнить и сделать так
%release.M24.n - это обеспечит возможность нескольких пересборок и
также обеспечит принадлежность к backports

-- 
Best regards,
 Volkov                            mailto:vserge@altlinux.ru

Re: [devel] backports policy

[Alexey Borovskoy]

[-- Attachment #1.1: Type: text/plain, Size: 876 bytes --]

* Понедельник 29 Ноябрь 2004 04:17 Volkov Serge 
<vserge@altlinux.ru>

> Hello Alexey,
>
> Sunday, November 28, 2004, 4:03:39 PM, you wrote:
>
> AB> Добрый вечер.
>
> AB> 1. Что делать с полем Packager? Оставлять как есть или
> менять? Я AB> остановился на том, что Packager оставляем как
> есть, а в AB> changelog пишим все что нужно.
>
> AB> 2. Что добавлять к %release? Пока остановился на схеме
> AB> %release.n. Схема %release.M24 не учитывает возможность
> AB> нескольких пересборок в backports.
> а может усложнить и сделать так
> %release.M24.n - это обеспечит возможность нескольких
> пересборок и также обеспечит принадлежность к backports

Еще одно усовершенствование схемы: %release.ALM24.n
Можно учитывать разные дистрибутивы.

Настрочил начальный вариант полиси. Идет аттачем.

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

[-- Attachment #1.2: altlinux-backports-policy.txt --]
[-- Type: text/plain, Size: 2968 bytes --]

ALTLinux Backports Policy.
==========================

Version: 0.0.1

0. Документ и его обновление.
-----------------------------

Документ регламентирует назначение репозитария, его структуру,
порядок помещения пакетов в репозитарий, а так же необхродимые
требования, которым должен соответствовать пакет.

Backports policy сопровождается и обновляется участниками
backports maintainers comettee.

Состав backports maintainers comettee:
- !! FIX ME !!

1. Назначение репозитария.
--------------------------

Репозитарий предназначен для хранения портированных из репозитария Сизиф пакетов.
На каждый из поддерживаемых дистрибутивов создается отдельный репозитарий.

В настоящее время, существуют репозитарии для следующих дистрибутивов:

- ALTLinux 2.4 Master.

2. Структура репозитария.
-------------------------

Каждый репозитарий имеет следующую структуру:

-<Repository root>
 |
 +-SRPMS.backports
 +-i586
 | |
 | +-base
 | +-RPMS.backports
 | +-SRPMS.backports -> ../SRPMS.backports
 |
 +-i686
 | |
 | +-base
 | +-RPMS.backports
 | +-SRPMS.backports -> ../SRPMS.backports

При необходимости, в репозитарий могут быть добавлены другие архитектуры.
 
2.1. Расположение и доступ к репозитарию.

Получить доступ к репозитарию на чтение можно несколькими способами:

- По протоколу ftp
  * Для репозитария для ALTLinux 2.4 Master
    ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Backports/Master/2.4/

- По протоколу rsync
  * Для репозитария для ALTLinux 2.4 Master
    rsync://rsync.altlinux.ru::Backports/Master/2.4/

2.2. Помещение пакетов в репозитарий.

Для получения возможности выкладывать пакеты в репозитарий, необходимо быть участником
команды разработчиков ALTLinux. Если Вы уже в команде, ничего дополнительного не требуется.
Новых участников команды ждут по адресу join@altlinux.ru.

Пакеты для Master 2.4 следует выкладывать на cvs.altlinux.org в каталог
/incoming/backports/Master/2.4/.
В случае успешной пересборки, пакеты попадают в репозитарий.

3. Требования к пакетам.
------------------------

3.1. Пакеты должны собиратся в среде hasher с подключенными репозитариями:

- Основной репозитарий дистрибутива. Например, репозитарий с дистрибутивом
  Master 2.4.

- Репозитарий с updates для дистрибутива.

- Репозитарий с backports для дистрибутива.

3.2. Работа со спеком

- Поле Packager не должно изменяться. Всю необходимую информацию заностить в changelog.
  Например:
  Packager: Alexander Nekrasov <canis@altlinux.ru>
  ....
  %changelog
  * Sat Sep 25 2004 Alexey Borovskoy <alb@altlinux.ru> 0.4-alt1
  - Backport to Master 2.4
  - 0.4

- Поле %release должно формироваться следующим образом: %release.ALM24.%n.
  Где:
  * %release - из оригинального пакета в Сизифе
  * ALM24 - аббревиатура дистрибутива на который производится портирование.
    Допустимые значения:
    ALM24 - ALTLinux 2.4 Master
    ALC23 - ALTLinux 2.3 Compact
    ALJ23 - ALTLinux 2.3 Junior
    
  * %n - порядковый номер пересборки. Начинается с 1.

== EOF ==

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

Re: [devel] backports policy

[Yuri N. Sedunov]

On Понедельник 29 Ноябрь 2004 07:52, Alexey Borovskoy wrote:
> * Понедельник 29 Ноябрь 2004 04:17 Volkov Serge

<skip>

> Настрочил начальный вариант полиси. Идет аттачем.

В backports@, пожалуйста.


-- 
Yuri N. Sedunov
11/29/04 07:57:58

Re: [devel] backports policy

[Konstantin Klimchev]

On Mon, 29 Nov 2004 07:58:48 +0300
"Yuri N. Sedunov" <aris@altlinux.ru> wrote:

> В backports@, пожалуйста.
Прошу прощения, а backports@ работает корректно? Подписался
еще в пятницу, отправил 2 тестовых письма, но до сих пор из
рассылки тишина.

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] backports policy

[Yuri N. Sedunov]

On Понедельник 29 Ноябрь 2004 09:02, Konstantin Klimchev wrote:
> On Mon, 29 Nov 2004 07:58:48 +0300
>
> "Yuri N. Sedunov" <aris@altlinux.ru> wrote:
> > В backports@, пожалуйста.
>
> Прошу прощения, а backports@ работает корректно? Подписался
> еще в пятницу, отправил 2 тестовых письма, но до сих пор из
> рассылки тишина.

Все работает. Самая распространенная ошибка -- отправка (видимо, и ожидание) 
писем с другого адреса, в вовсе не с того, на который произведена подписка.
С Вами, вероятно, тоже самое (подписан адрес koka@atvc.ru).

-- 
Yuri N. Sedunov
11/29/04 09:09:56

Re: [devel] backports policy

[Konstantin Klimchev]

On Mon, 29 Nov 2004 09:15:48 +0300
"Yuri N. Sedunov" <aris@altlinux.ru> wrote:

> Все работает. Самая распространенная ошибка -- отправка
> (видимо, и ожидание) писем с другого адреса, в вовсе не с
> того, на который произведена подписка. С Вами, вероятно,
> тоже самое (подписан адрес koka@atvc.ru).
Вот фрагмент хедера отправленного: 

Date: Fri, 26 Nov 2004 17:50:20 +0300
From: Konstantin Klimchev <koka@atvc.ru>
To: backports@altlinux.org
Subject: test2
Message-ID: <20041126175020.1ecfc379@localhost.localdomain>

Вроде как подписан koka@atvc.ru и отправлялся от
koka@atvc.ru

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] backports policy

[Konstantin Klimchev]

On Mon, 29 Nov 2004 09:37:17 +0300
Konstantin Klimchev <koka@altlinux.ru> wrote:

> Вроде как подписан koka@atvc.ru и отправлялся от
> koka@atvc.ru

И еще, мне пришло 2 (два) confirm'а. Подтвердил желание на
рассылку по одному из них. Надо было по обоим? Может быть
здесь грабли?

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] backports policy

[Yuri N. Sedunov]

On Понедельник 29 Ноябрь 2004 09:41, Konstantin Klimchev wrote:
> On Mon, 29 Nov 2004 09:37:17 +0300
>
> Konstantin Klimchev <koka@altlinux.ru> wrote:
> > Вроде как подписан koka@atvc.ru и отправлялся от
> > koka@atvc.ru
>
> И еще, мне пришло 2 (два) confirm'а. Подтвердил желание на
> рассылку по одному из них. Надо было по обоим? Может быть
> здесь грабли?

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

-- 
Yuri N. Sedunov
11/29/04 09:46:50

Re: [devel] backports policy

[Konstantin Klimchev]

On Mon, 29 Nov 2004 09:53:10 +0300
"Yuri N. Sedunov" <aris@altlinux.ru> wrote:

> Попробуйте для простоты подписаться заново.
"Простота" помогла. :)

-- 
Best Regards, Konstantin Klimchev 
(mailto:koka@atvc.ru    jabber:koka@jabber.atvc.ru)
ATK-Internet ISP, Arkhangelsk, Russia

Re: [devel] backports policy

[Alexey I. Froloff]

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

* Alexey Borovskoy <alb@> [041129 07:57]:
>     ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Backports/Master/2.4/
>     rsync://rsync.altlinux.ru::Backports/Master/2.4/
Тогда уж rsync://rsync.altlinux.org::ALTLinux/Backports/...

> 3.1. Пакеты должны собиратся в среде hasher с подключенными репозитариями:
...или sandman.

>   * ALM24 - аббревиатура дистрибутива на который производится портирование.
>     Допустимые значения:
>     ALM24 - ALTLinux 2.4 Master
>     ALC23 - ALTLinux 2.3 Compact
>     ALJ23 - ALTLinux 2.3 Junior
Может тогда AL24M, AL23C и AL23J сделать?  И /^AL/ упразднить за
ненадобностью ;-)

-- 
Regards, Sir Raorn.
-------------------
Господа перфекционисты, давайте завязывать с офтопиком -- тут в
такие дебри залезть можно...
		-- mike in community@

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

[devel] Re: backports policy

[Michael Shigorin]

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

On Mon, Nov 29, 2004 at 01:03:39AM +1200, Alexey Borovskoy wrote:
> 2. Что добавлять к %release? Пока остановился на схеме 
> %release.n. Схема %release.M24 не учитывает возможность 
> нескольких пересборок в backports.

Хуже -- с ней есть объективные проблемы при обновлении с
old_stable+backports на new_stable или unstable, когда altN.Mbp
будет "больше" altN.

Эта же проблема и с updates.

-- 
 ---- 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: backports policy

[Ivan Fedorov]

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

Michael Shigorin пишет:
> On Mon, Nov 29, 2004 at 01:03:39AM +1200, Alexey Borovskoy wrote:
> 
>>2. Что добавлять к %release? Пока остановился на схеме 
>>%release.n. Схема %release.M24 не учитывает возможность 
>>нескольких пересборок в backports.
> 
> 
> Хуже -- с ней есть объективные проблемы при обновлении с
> old_stable+backports на new_stable или unstable, когда altN.Mbp
> будет "больше" altN.
> 
> Эта же проблема и с updates.
Я не считаю это проблемой... во первых вероятность появления altN в
новом stable очень мала, или он будет ИДЕНТИЧЕН altN.Mbp - что не есть
страшно.

А про unstable - надо выбирать сразу что-то одно...

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

[devel] Re: backports policy

[Michael Shigorin]

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

On Mon, Nov 29, 2004 at 05:37:05PM +0800, Ivan Fedorov wrote:
> > Эта же проблема и с updates.
> Я не считаю это проблемой...

А я считаю.  Как майнтейнер apache, которого она уже коснулась.

> во первых вероятность появления altN в новом stable очень мала,
> или он будет ИДЕНТИЧЕН altN.Mbp - что не есть страшно.

Это не так.

> А про unstable - надо выбирать сразу что-то одно...

Но лишних проблем-то на ровном месте никому не хочется.

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

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

[devel] Re: updates policy

[Dmitry V. Levin]

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

Hi,

On Tue, Nov 30, 2004 at 10:44:37PM +0300, Dmitry V. Levin wrote:
> On Tue, Nov 30, 2004 at 09:15:34PM +0300, Yuri N. Sedunov wrote:
> > On Вторник 30 Ноябрь 2004 16:53, Dmitry V. Levin wrote:
> > > On Tue, Nov 30, 2004 at 12:20:46AM +0300, Yuri N. Sedunov wrote:
> > > > On Понедельник 29 Ноябрь 2004 23:43, Dmitry V. Levin wrote:
> > > [...]
> > > > > А может не стоит создавать промежуточные каталоги Master/Compact?
> > > > > Может 2.2, 2.3, 2.4 несколько проще будет?  Или с подкаталогами
> > > > > понятней?
> > > >
> > > > Рядом updates лежат в подкаталогах, так что наверное будет понятнее и
> > > > логичнее.
> > >
> > > Если оставить промежуточные каталоги, то у кого-то может возникнуть
> > > желание (о, уже возникло!) делать отдельные backports для ALC2.3 и ALJ2.3,
> > > в то время как даже updates у них общие.
> > >
> > > Как насчёт /incoming/backports/2.{2,3,4}/?
> > 
> > Да, да. Согласен.
> 
> Done.

По аналогии с backports изменён incoming и для updates:
/incoming/updates/2.{2,3,4}


-- 
ldv

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

Re: [devel] Re: updates policy

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [041202 18:14]:
> По аналогии с backports изменён incoming и для updates:
> /incoming/updates/2.{2,3,4}
Это случаем не после моего выкладывания cscope для 2.2 и 2.4? ;-)

-- 
Regards, Sir Raorn.
-------------------
> И он [QA Team Robot] каждый день меня спамить будет?
По вторникам. :)
Впрочем, по иным вторникам мне так неудобно бывает спам рассылать, что
вторник затягивается до четверга.
		-- at in devel@

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

Re: [devel] Re: updates policy

[Dmitry V. Levin]

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

On Thu, Dec 02, 2004 at 06:17:52PM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [041202 18:14]:
> > По аналогии с backports изменён incoming и для updates:
> > /incoming/updates/2.{2,3,4}
> Это случаем не после моего выкладывания cscope для 2.2 и 2.4? ;-)

После, но не из-за. :)

> > И он [QA Team Robot] каждый день меня спамить будет?
> По вторникам. :)
> Впрочем, по иным вторникам мне так неудобно бывает спам рассылать, что
> вторник затягивается до четверга.

Вот-вот. :)


-- 
ldv

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