[devel] С наступающим новым бранчем

[devel] С наступающим новым бранчем

[Alexey Rusakov]

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

Доброго времени суток.

Настоящим объявляется готовность к появлению нового бранча. На данный
момент в Сизифе уже есть (рабочий) пакет apt-conf-platform5, но пути к
источникам пакетов в нём сейчас являются симлинками. Фактическое
бранчевание произойдёт в начале следующей недели, ориентировочно во
вторник, 8 сентября. Желающим сойти с Сизифа на бранч достаточно в любой
момент (хоть сейчас) установить этот пакет (и соответственно удалить
apt-conf-sisyphus, если он установлен) и сделать очередной apt-get
update.

Просьба ко всем мейнтейнерам, кто не хочет потом хлопотать о
копировании/сборке пакетов, на выходных собрать новые/исправленные
версии своих пакетов.

Просьба активным товарищам не спешить с анонсом в community@ - анонс в
community@ тоже будет.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] С наступающим новым бранчем

[Andrew Clark]

On 04.09.2009 18:11, Alexey Rusakov wrote:
> Доброго времени суток.
>
> Настоящим объявляется готовность к появлению нового бранча. На данный
> момент в Сизифе уже есть (рабочий) пакет apt-conf-platform5, но пути к
> источникам пакетов в нём сейчас являются симлинками. Фактическое
> бранчевание произойдёт в начале следующей недели, ориентировочно во
> вторник, 8 сентября. Желающим сойти с Сизифа на бранч достаточно в любой
> момент (хоть сейчас) установить этот пакет (и соответственно удалить
> apt-conf-sisyphus, если он установлен) и сделать очередной apt-get
> update.
>
> Просьба ко всем мейнтейнерам, кто не хочет потом хлопотать о
> копировании/сборке пакетов, на выходных собрать новые/исправленные
> версии своих пакетов.
>
> Просьба активным товарищам не спешить с анонсом в community@ - анонс в
> community@ тоже будет.
>   
.... и бранч будет 5.1??? ;)

Re: [devel] С наступающим новым бранчем

[Vitaly Kuznetsov]

Alexey Rusakov <ktirf@altlinux.org> writes:

> Настоящим объявляется готовность к появлению нового бранча. 

Сообщу также, что данный бранч будет создан для исполнения контрактных
обязательств компании Альт Линукс и будет премодерируемым (т.е. собрать
пакет в него можно будет только через QA. Фактически, приниматься будут
только исправления по безопасности и неприятные ошибки). При отсутствии
поддержки пакета со стороны майнтейнера (и при необходимости поддержки)
пакеты будут поддерживать сотрудники компании.

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

Re: [devel] С наступающим новым бранчем

[Eugene Ostapets]

2009/9/4 Vitaly Kuznetsov <vitty altlinux.ru>:
> Alexey Rusakov <ktirf altlinux.org> writes:
>
>> Настоящим объявляется готовность к появлению нового бранча.
>
> Сообщу также, что данный бранч будет создан для исполнения контрактных
> обязательств компании Альт Линукс и будет премодерируемым (т.е. собрать
> пакет в него можно будет только через QA. Фактически, приниматься будут
> только исправления по безопасности и неприятные ошибки). При отсутствии
> поддержки пакета со стороны майнтейнера (и при необходимости поддержки)
> пакеты будут поддерживать сотрудники компании.
>
> Ввиду вышесказанного нам показалось, что может быть полезно одновременно
> с созданием такого премодерируемого бранча создать публичный бранч (типа
> 5.0, со свободным доступом и без интереса к нему компании). Если вам
> лично такой бранч нужен - просьба записываться сюда (желательно с
> пояснением, дабы понять ситуацию). Если желающих на публичный бранч не
> будет, то и публичного бранча мы создавать не будем т.к. его ждёт
> скорейшее неминуемое протухание.
В случае появления этих двух бранчей, как предполагается изменить
схему прохождения новых пакетов в 4.0?
Sisyphus->5.0->4.1->4.0 или Sisyphus->5.0->pause->p5->4.1->4.0 ?
Или обновления для 4.x с момента появления p5 будут заблокированы?
Кто-то может объяснить планы или будет "Хотели как лучше, а получилось
как обычно" (с) Черномырдин...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] С наступающим новым бранчем

[Vitaly Kuznetsov]

Eugene Ostapets <eostapets@gmail.com> writes:

> В случае появления этих двух бранчей, как предполагается изменить
> схему прохождения новых пакетов в 4.0?
> Sisyphus->5.0->4.1->4.0 или Sisyphus->5.0->pause->p5->4.1->4.0 ?
> Или обновления для 4.x с момента появления p5 будут заблокированы?
> Кто-то может объяснить планы или будет "Хотели как лучше, а получилось
> как обычно" (с) Черномырдин...

Предполагается, что премодерируемый бранч Пятой Платформы не будет
участвовать в сравнении. Публичный, если он будет, встанет между Сизифом
и branch-5.0.
Пожелания/возражения? 

Re: [devel] С наступающим новым бранчем

[Eugene Ostapets]

2009/9/4 Vitaly Kuznetsov <vitty altlinux.ru>:
> Eugene Ostapets <eostapets gmail.com> writes:
>
>> В случае появления этих двух бранчей, как предполагается изменить
>> схему прохождения новых пакетов в 4.0?
>> Sisyphus->5.0->4.1->4.0 или Sisyphus->5.0->pause->p5->4.1->4.0 ?
>> Или обновления для 4.x с момента появления p5 будут заблокированы?
>> Кто-то может объяснить планы или будет "Хотели как лучше, а получилось
>> как обычно" (с) Черномырдин...
>
> Предполагается, что премодерируемый бранч Пятой Платформы не будет
> участвовать в сравнении. Публичный, если он будет, встанет между Сизифом
> и branch-5.0.
> Пожелания/возражения?
Тогда получается, что владельцы Server 4.0 могут попасть в ситуацию,
когда у них пакеты новее, чем в Server 5.0 и обновление невозможно...
Некузяво это как-то...


-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] С наступающим новым бранчем

[Vitaly Kuznetsov]

Eugene Ostapets <eostapets@gmail.com> writes:

> 2009/9/4 Vitaly Kuznetsov <vitty altlinux.ru>:
>> Eugene Ostapets <eostapets gmail.com> writes:
>>
>>> В случае появления этих двух бранчей, как предполагается изменить
>>> схему прохождения новых пакетов в 4.0?
>>> Sisyphus->5.0->4.1->4.0 или Sisyphus->5.0->pause->p5->4.1->4.0 ?
>>> Или обновления для 4.x с момента появления p5 будут заблокированы?
>>> Кто-то может объяснить планы или будет "Хотели как лучше, а
> получилось
>>> как обычно" (с) Черномырдин...
>>
>> Предполагается, что премодерируемый бранч Пятой Платформы не будет
>> участвовать в сравнении. Публичный, если он будет, встанет между
> Сизифом
>> и branch-5.0.
>> Пожелания/возражения?
> Тогда получается, что владельцы Server 4.0 могут попасть в ситуацию,
> когда у них пакеты новее, чем в Server 5.0 и обновление невозможно...
> Некузяво это как-то...

Но и делать непроходимый тормоз в виде бранча Пятой Платформы -
нехорошо, путь в 4.0/4.1 становится слишком тернист.

Как я вижу можно ввести проверки пост-фактум (ala repocop) и разбираться с единичными
случаями (в 4.0, вобщем, не так много пакетов сильно повышают версию).

branch4.1 уже не на поддержке, branch5.0 на ней никогда и не был.

Re: [devel] С наступающим новым бранчем

[Eugene Ostapets]

2009/9/4 Vitaly Kuznetsov <vitty altlinux.ru>:
> Eugene Ostapets <eostapets gmail.com> writes:
>>> Предполагается, что премодерируемый бранч Пятой Платформы не будет
>>> участвовать в сравнении. Публичный, если он будет, встанет между
>> Сизифом
>>> и branch-5.0.
>>> Пожелания/возражения?
>> Тогда получается, что владельцы Server 4.0 могут попасть в ситуацию,
>> когда у них пакеты новее, чем в Server 5.0 и обновление невозможно...
>> Некузяво это как-то...
>
> Но и делать непроходимый тормоз в виде бранча Пятой Платформы -
> нехорошо, путь в 4.0/4.1 становится слишком тернист.
>
> Как я вижу можно ввести проверки пост-фактум (ala repocop) и разбираться с единичными
> случаями (в 4.0, вобщем, не так много пакетов сильно повышают версию).
>
> branch4.1 уже не на поддержке, branch5.0 на ней никогда и не был.
Если 4.1 не поддерживается, может стоит и его исключить из
обязательного пути, пусть умрет с миром?


-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] С наступающим новым бранчем

[Vitaly Kuznetsov]

Vitaly Kuznetsov <vitty@altlinux.ru> writes:

> Ввиду вышесказанного нам показалось, что может быть полезно
> одновременно с созданием такого премодерируемого бранча создать публичный бранч
> (типа 5.0, со свободным доступом и без интереса к нему компании). Если вам
> лично такой бранч нужен - просьба записываться сюда (желательно с
> пояснением, дабы понять ситуацию).

Кстати, ввиду отсутствия интереса компании к такому community-бранчу мы можем
передать права на поддержку пакетов (поддерживаемых, обычно, нашими сотрудниками)
другим майнтейнерам. Возможно, так бранч будет более интересен? ;)

Re: [devel] С наступающим новым бранчем

[Sergey Y. Afonin]

On Friday 04 September 2009, Eugene Ostapets wrote:

> > branch4.1 уже не на поддержке, branch5.0 на ней никогда и не был.

> Если 4.1 не поддерживается, может стоит и его исключить из
> обязательного пути, пусть умрет с миром?
 
В принципе, если новый 5.0 получится хорошим и если апдейт 4.0 -> 5.0 проходит
нормально, то почему бы и нет ? 

-- 
С уважением, Сергей Афонин

Re: [devel] С наступающим новым бранчем

[Sergey Y. Afonin]

On Friday 04 September 2009, Vitaly Kuznetsov wrote:

> (т.е. собрать пакет в него можно будет только через QA. Фактически,
> приниматься будут только исправления по безопасности и неприятные ошибки).

А если это будет пакет без видимых регрессий и который не тянет за собой
пересборку чего-либо ? Например, sendmail обновить, даже если это не 
секюрити апдейт будет...

-- 
С уважением, Сергей Афонин

Re: [devel] С наступающим новым бранчем

[Sergey Y. Afonin]

On Friday 04 September 2009, Vitaly Kuznetsov wrote:

> Публичный, если он будет, встанет между Сизифом и branch-5.0.
> Пожелания/возражения?

Встанет, как 50.1 ? Или займёт 5.1 ? Хотя... Наверное, это не принципиально.

-- 
С уважением, Сергей Афонин

Re: [devel] С наступающим новым бранчем

[Alexey I. Froloff]

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

On Fri, Sep 04, 2009 at 08:59:01PM +0500, Sergey Y. Afonin wrote:
> > (т.е. собрать пакет в него можно будет только через QA. Фактически,
> > приниматься будут только исправления по безопасности и неприятные ошибки).
> А если это будет пакет без видимых регрессий и который не тянет за собой
> пересборку чего-либо ? Например, sendmail обновить, даже если это не 
> секюрити апдейт будет...
ООО, насколько я знаю, не делает решений на базе sendmail.

-- 
Regards,
Sir Raorn.

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

Re: [devel] С наступающим новым бранчем

[Sergey Y. Afonin]

On Friday 04 September 2009, Alexey I. Froloff wrote:

> ООО, насколько я знаю, не делает решений на базе sendmail.

То есть, OOO будет до лампочки, если пойдёт такое обновление, и его пропустят ?
Если так, это хорошо. :-)

-- 
С уважением, Сергей Афонин

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Fri, Sep 04, 2009 at 06:33:20PM +0400, Vitaly Kuznetsov wrote:
> > Настоящим объявляется готовность к появлению нового бранча. 
> Сообщу также, что данный бранч будет создан для исполнения
> контрактных обязательств компании Альт Линукс и будет
> премодерируемым

Мужики, вы так милы в последний момент.  Оно бы всё и хорошо,
но предупреждать надо.  А то теперь обдумывать по-новой.

Мне кажется, что бранч надо делать публичным, в некоторой мере
модерируемым, но QA'd branch делать уже от него.  И форкать этот
QA-бранч тогда, когда утрясётся хотя бы до пригодности для
.0-выпуска первый.  Примерно как получилось с 4.0/school/branch.

Более подробно плюсы и минусы сейчас обдумывать неинтересно,
время вечерней прогулки.

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

Re: [devel] С наступающим новым бранчем

[Денис Корявов]

 Фактически, приниматься будут
> только исправления по безопасности и неприятные ошибки).

Исправления локализации относятся к списку принимаемых?


-- 
WBR, Denis Koryavov.

Re: [devel] С наступающим новым бранчем

[Igor Zubkov]

4 сентября 2009 г. 17:33 пользователь Vitaly Kuznetsov написал:
> Alexey Rusakov writes:
>> Настоящим объявляется готовность к появлению нового бранча.
>
> Сообщу также, что данный бранч будет создан для исполнения контрактных
> обязательств компании Альт Линукс и будет премодерируемым (т.е. собрать
> пакет в него можно будет только через QA. Фактически, приниматься будут
> только исправления по безопасности и неприятные ошибки). При отсутствии
> поддержки пакета со стороны майнтейнера (и при необходимости поддержки)
> пакеты будут поддерживать сотрудники компании.
>
> Ввиду вышесказанного нам показалось, что может быть полезно одновременно
> с созданием такого премодерируемого бранча создать публичный бранч (типа
> 5.0, со свободным доступом и без интереса к нему компании). Если вам
> лично такой бранч нужен - просьба записываться сюда (желательно с
> пояснением, дабы понять ситуацию). Если желающих на публичный бранч не
> будет, то и публичного бранча мы создавать не будем т.к. его ждёт
> скорейшее неминуемое протухание.

Из всего этого написанного, не ясно. Бранч который будет создан будет
или нет доступен публично?

-- 
icesik

Re: [devel] С наступающим новым бранчем

[Alexey Rusakov]

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

В Сбт, 05/09/2009 в 00:57 +0300, Igor Zubkov пишет:
> 4 сентября 2009 г. 17:33 пользователь Vitaly Kuznetsov написал:
> > Alexey Rusakov writes:
> >> Настоящим объявляется готовность к появлению нового бранча.
> >
> > Сообщу также, что данный бранч будет создан для исполнения контрактных
> > обязательств компании Альт Линукс и будет премодерируемым (т.е. собрать
> > пакет в него можно будет только через QA. Фактически, приниматься будут
> > только исправления по безопасности и неприятные ошибки). При отсутствии
> > поддержки пакета со стороны майнтейнера (и при необходимости поддержки)
> > пакеты будут поддерживать сотрудники компании.
> >
> > Ввиду вышесказанного нам показалось, что может быть полезно одновременно
> > с созданием такого премодерируемого бранча создать публичный бранч (типа
> > 5.0, со свободным доступом и без интереса к нему компании). Если вам
> > лично такой бранч нужен - просьба записываться сюда (желательно с
> > пояснением, дабы понять ситуацию). Если желающих на публичный бранч не
> > будет, то и публичного бранча мы создавать не будем т.к. его ждёт
> > скорейшее неминуемое протухание.
> 
> Из всего этого написанного, не ясно. Бранч который будет создан будет
> или нет доступен публично?
Будет.

-- 
  Alexey Rusakov
  Technical Manager/International Relations Manager
  ALT Linux

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] С наступающим новым бранчем

[Grigory Batalov]

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

On Sat, 05 Sep 2009 02:27:52 +0400, Alexey Rusakov wrote:

> > Из всего этого написанного, не ясно. Бранч который будет создан будет
> > или нет доступен публично?
> Будет.

На чтение или на запись? =)

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

Re: [devel] С наступающим новым бранчем

[Alexey Tourbin]

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

On Fri, Sep 04, 2009 at 06:33:20PM +0400, Vitaly Kuznetsov wrote:
> Alexey Rusakov <ktirf@altlinux.org> writes:
> > Настоящим объявляется готовность к появлению нового бранча. 
> 
> Сообщу также, что данный бранч будет создан для исполнения контрактных
> обязательств компании Альт Линукс и будет премодерируемым (т.е. собрать
> пакет в него можно будет только через QA. Фактически, приниматься будут
> только исправления по безопасности и неприятные ошибки). При отсутствии
> поддержки пакета со стороны майнтейнера (и при необходимости поддержки)
> пакеты будут поддерживать сотрудники компании.

Узурпация бранча суппортом.
И почему контактные обязательства должны захлопывать публичную работу.
Написал об этом подробнее кому счел нужным.

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

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

Re: [devel] С наступающим новым бранчем

[Igor Vlasenko]

On Fri, Sep 04, 2009 at 06:33:20PM +0400, Vitaly Kuznetsov wrote:  
> Ввиду вышесказанного нам показалось, что может быть полезно одновременно
> с созданием такого премодерируемого бранча создать публичный бранч (типа
> 5.0, со свободным доступом и без интереса к нему компании). 
> Если вам
> лично такой бранч нужен - просьба записываться сюда (желательно с
> пояснением, дабы понять ситуацию). Если желающих на публичный бранч не
> будет, то и публичного бранча мы создавать не будем т.к. его ждёт
> скорейшее неминуемое протухание.

Нужен.
чтобы поддерживать 5-какой-там он сейчас на уровне пользовательской системы.

Премодерируемый бранч должен быть тоже, он полезен тем,
что предоставляет стабильный установщик. И еще на сервер.
Но для полноценной работы должен быть еще и открытый бранч.

Однако сам факт такого заявления удивил.

Опять пользоваетелей дустом разгонять, как это было 
при памятной разрухе в головах, 
породившей разруху в дистрибутивах в интервале после 2.4 и до 4.0?

Что-то неладно в датском королевстве :(



-- 

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

Re: [devel] С наступающим новым бранчем

[Igor Vlasenko]

On Sat, Sep 05, 2009 at 11:03:14AM +0400, Alexey Tourbin wrote:
> Узурпация бранча суппортом.
> И почему контактные обязательства должны захлопывать публичную работу.

+1

Если мне ALT перестанет быть интересен как Desktop,
то он мне перестанет быть интересным вообще.
Не хотелось бы дожить до такого момента.

-- 

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Fri, Sep 04, 2009 at 06:33:20PM +0400, Vitaly Kuznetsov wrote:

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

Мне такой публичный бранч нужен.

Также я считаю разумным перенос пакетов в platform5 _через_ новый 5.0,
после обкатки там. Такой подход сделает этот самый platform5 гораздо более
живым -- а значит будет реально поддерживаться не только сотрудниками
АльтЛинукс.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Fri, Sep 04, 2009 at 09:57:35PM +0300, Michael Shigorin wrote:

MS> Мне кажется, что бранч надо делать публичным, в некоторой мере
MS> модерируемым, но QA'd branch делать уже от него.  И форкать этот
MS> QA-бранч тогда, когда утрясётся хотя бы до пригодности для
MS> .0-выпуска первый.  Примерно как получилось с 4.0/school/branch.

+1.

5.0 -- для community
platform5 -- на его базе, уже проверенный QA и для релизов альта.

Отсутствие Community-бранча делает бессмысленными попытки сотрудничать с
тем самым Community.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Sergey Y. Afonin]

On Saturday 05 September 2009, Igor Vlasenko wrote:

> чтобы поддерживать 5-какой-там он сейчас на уровне пользовательской системы.
> 
> Премодерируемый бранч должен быть тоже, он полезен тем,
> что предоставляет стабильный установщик. И еще на сервер.
> Но для полноценной работы должен быть еще и открытый бранч.
 
Вообще два бранча - это может быть не здорово для подготовки апдейтов:
банальное увеличение работы... Может быть, попробовать вернуться к 
backports ? Кстати, а столько там ещё 4.0 жить должен ?

-- 
С уважением, Сергей Афонин

Re: [devel] С наступающим новым бранчем

[Eugene Prokopiev]

> MS> Мне кажется, что бранч надо делать публичным, в некоторой мере
> MS> модерируемым, но QA'd branch делать уже от него.  И форкать этот
> MS> QA-бранч тогда, когда утрясётся хотя бы до пригодности для
> MS> .0-выпуска первый.  Примерно как получилось с 4.0/school/branch.
>
> +1.

+1

Видимо были какие-то основания сделать не так. Можно их озвучить?

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

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 12:17 пользователь Igor Vlasenko
(vlasenko@imath.kiev.ua) написал:
> On Fri, Sep 04, 2009 at 06:33:20PM +0400, Vitaly Kuznetsov wrote:
>> Ввиду вышесказанного нам показалось, что может быть полезно одновременно
>> с созданием такого премодерируемого бранча создать публичный бранч (типа
>> 5.0, со свободным доступом и без интереса к нему компании).
>> Если вам
>> лично такой бранч нужен - просьба записываться сюда (желательно с
>> пояснением, дабы понять ситуацию). Если желающих на публичный бранч не
>> будет, то и публичного бранча мы создавать не будем т.к. его ждёт
>> скорейшее неминуемое протухание.
>
> Нужен.
> чтобы поддерживать 5-какой-там он сейчас на уровне пользовательской системы.
>
> Премодерируемый бранч должен быть тоже, он полезен тем,
> что предоставляет стабильный установщик. И еще на сервер.
> Но для полноценной работы должен быть еще и открытый бранч.

Да, с этим я (говорю от себя) полностью согласен.
Вопрос в другом.
Как не повторить печальный опыт 5 бранча?
Кто готов над ним работать?

>
> Однако сам факт такого заявления удивил.
>
> Опять пользоваетелей дустом разгонять, как это было
> при памятной разрухе в головах,
> породившей разруху в дистрибутивах в интервале после 2.4 и до 4.0?

Нет, напротив. Четко выделить то, за что мы можем отвечать перед
пользователями. Если мы не можем сейчас полноценно работать над
community-бранчем, то не создавать помойку, сосредоточившись над
Сизифом и премодерируемым бранчем.
У нас сейчас  Сизиф в неплохом состоянии, поддерживаемый тим. На его
основе создается открытый стабильный бранч, за который _отвечает_
Альт. Отвечает -- не значит, что не пропускает пакеты от желюющих
мейнтейнеров, но ограничивает их.
Если будут люди, желающие поддерживать communty-бранч, из тим в целом,
то давайте его создадим. Это было бы очень хорошо, на мой взгляд.

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 13:03 пользователь Денис Смирнов
(mithraen@altlinux.ru) написал:
> On Fri, Sep 04, 2009 at 06:33:20PM +0400, Vitaly Kuznetsov wrote:
>
> VK> Ввиду вышесказанного нам показалось, что может быть полезно одновременно
> VK> с созданием такого премодерируемого бранча создать публичный бранч (типа
> VK> 5.0, со свободным доступом и без интереса к нему компании). Если вам
> VK> лично такой бранч нужен - просьба записываться сюда (желательно с
> VK> пояснением, дабы понять ситуацию). Если желающих на публичный бранч не
> VK> будет, то и публичного бранча мы создавать не будем т.к. его ждёт
> VK> скорейшее неминуемое протухание.
>
> Мне такой публичный бранч нужен.
>
> Также я считаю разумным перенос пакетов в platform5 _через_ новый 5.0,
> после обкатки там. Такой подход сделает этот самый platform5 гораздо более
> живым -- а значит будет реально поддерживаться не только сотрудниками
> АльтЛинукс.

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

Rgrds, Алексей

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

Возвращаю дискуссию в devel@.

5 сентября 2009 г. 14:44 пользователь Eugene Prokopiev
(enp@altlinux.org) написал:
>>> Также я считаю разумным перенос пакетов в platform5 _через_ новый 5.0,
>>> после обкатки там. Такой подход сделает этот самый platform5 гораздо более
>>> живым -- а значит будет реально поддерживаться не только сотрудниками
>>> АльтЛинукс.
>>
>> Мне тоже нравится такой вариант, но здесь могут возникнуть проблемы,
>> связанные со срочным изменением platform5. При контрактной поддержке
>> такие изменения могут оказаться необходимы и мы в некоторых случаях
>> можем быть вынуждены их вносить без согласования с мейнтенейрами 5
>> бранча.
>
> Эти проблемы не специфичны для ООО "Альтлинукс" и именно ими в том
> числе (если не в первую очередь) обосновывалась необходимость карманов
> :)
>
> Как там дела, кстати, у sin@ с их реализацией?
>
> Поскольку их все равно быстро не сделать и не протестировать, то
> сейчас альтернативой может быть только опрос майнтейнеров тех пакетов,
> которые могут оказаться в числе поддерживаемых ООО "Альтлинукс",
> готовы ли делиться правами на свои пакеты (с обязательным уведомлением
> о изменениях, разумеется). Если все желающие community-бранча готовы,
> то препятствий нет, разве что это будет уже не совсем  community-бранч
> ;)

Это вопрос формирования community-бранча.

>
> Изначально предложенная схема, в которой ООО "Альтлинукс" совсем не
> принимает участия в поддержке community-бранча, мне кажется совершенно
> нежизнеспособной.

ООО не отвечает за состояние communty-бранча. Это не означает, что
сотрудники фирмы как члены тим, не участвуют в его поддержке.

Rgrds, Алексей
>
> --
> С уважением,
> Прокопьев Евгений
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [devel] С наступающим новым бранчем

[Igor Vlasenko]

On Sat, Sep 05, 2009 at 02:13:36PM +0400, Aleksey Novodvorsky wrote:
> 5 сентября 2009 г. 12:17 пользователь Igor Vlasenko
> (vlasenko@imath.kiev.ua) написал:
> > On Fri, Sep 04, 2009 at 06:33:20PM +0400, Vitaly Kuznetsov wrote:
> >> Ввиду вышесказанного нам показалось, что может быть полезно одновременно
> >> с созданием такого премодерируемого бранча создать публичный бранч (типа
> >> 5.0, со свободным доступом и без интереса к нему компании).
> >> Если вам
> >> лично такой бранч нужен - просьба записываться сюда (желательно с
> >> пояснением, дабы понять ситуацию). Если желающих на публичный бранч не
> >> будет, то и публичного бранча мы создавать не будем т.к. его ждёт
> >> скорейшее неминуемое протухание.
> >
> > Нужен.
> > чтобы поддерживать 5-какой-там он сейчас на уровне пользовательской системы.
> >
> > Премодерируемый бранч должен быть тоже, он полезен тем,
> > что предоставляет стабильный установщик. И еще на сервер.
> > Но для полноценной работы должен быть еще и открытый бранч.
> 
> Да, с этим я (говорю от себя) полностью согласен.
> Вопрос в другом.
> Как не повторить печальный опыт 5 бранча?
> Кто готов над ним работать?

Кто на бранче сидит, тот и будет над ним работать.

5.0 бранч тем и печален, что без дистрибутива 
с инсталлятором он стал тем же сизифом,
но при этом еще и протухшим.

-- 

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

Re: [devel] С наступающим новым бранчем

[Alexey Tourbin]

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

On Sat, Sep 05, 2009 at 11:17:15AM +0300, Igor Vlasenko wrote:
> On Fri, Sep 04, 2009 at 06:33:20PM +0400, Vitaly Kuznetsov wrote:  
> > Ввиду вышесказанного нам показалось, что может быть полезно одновременно
> > с созданием такого премодерируемого бранча создать публичный бранч (типа
> > 5.0, со свободным доступом и без интереса к нему компании). 
> > Если вам
> > лично такой бранч нужен - просьба записываться сюда (желательно с
> > пояснением, дабы понять ситуацию). Если желающих на публичный бранч не
> > будет, то и публичного бранча мы создавать не будем т.к. его ждёт
> > скорейшее неминуемое протухание.
> 
> Нужен.
> чтобы поддерживать 5-какой-там он сейчас на уровне пользовательской системы.
> 
> Премодерируемый бранч должен быть тоже, он полезен тем,

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

А так если там какой-то дурак будет сидеть и модерировать -- Nomina sunt
odiosa -- какой интерес мне с ним пересекаться?

> что предоставляет стабильный установщик. И еще на сервер.
> Но для полноценной работы должен быть еще и открытый бранч.
> 
> Однако сам факт такого заявления удивил.
> 
> Опять пользоваетелей дустом разгонять, как это было 
> при памятной разрухе в головах, 
> породившей разруху в дистрибутивах в интервале после 2.4 и до 4.0?
> 
> Что-то неладно в датском королевстве :(

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

Re: [devel] С наступающим новым бранчем

[Alexey Tourbin]

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

On Sat, Sep 05, 2009 at 02:22:58PM +0400, Aleksey Novodvorsky wrote:
> > Мне такой публичный бранч нужен.
> >
> > Также я считаю разумным перенос пакетов в platform5 _через_ новый 5.0,
> > после обкатки там. Такой подход сделает этот самый platform5 гораздо более
> > живым -- а значит будет реально поддерживаться не только сотрудниками
> > АльтЛинукс.
> 
> Мне тоже нравится такой вариант, но здесь могут возникнуть проблемы,
> связанные со срочным изменением platform5. При контрактной поддержке
> такие изменения могут оказаться необходимы и мы в некоторых случаях
> можем быть вынуждены их вносить без согласования с мейнтенейрами 5
> бранча.

Есть определенные противоречия (tensions) между между интересом одной
из сторон и публичной разработкой бранча.  И Вы в данном случае
поддерживаете узкие интересы одной из сторон. :(

А ведь есть другие стороны, которые заинтересованы в работе над бранчем,
в том числе (не исключая) по контрактным обязательствам.  Но они прав не имеют.

Я считаю, что противопоставление контрактных обязательств и публичной
работы -- это камень в сторону free software.

> Rgrds, Алексей

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 18:09 пользователь Alexey Tourbin (at@altlinux.ru) написал:
> On Sat, Sep 05, 2009 at 02:22:58PM +0400, Aleksey Novodvorsky wrote:
>> > Мне такой публичный бранч нужен.
>> >
>> > Также я считаю разумным перенос пакетов в platform5 _через_ новый 5.0,
>> > после обкатки там. Такой подход сделает этот самый platform5 гораздо более
>> > живым -- а значит будет реально поддерживаться не только сотрудниками
>> > АльтЛинукс.
>>
>> Мне тоже нравится такой вариант, но здесь могут возникнуть проблемы,
>> связанные со срочным изменением platform5. При контрактной поддержке
>> такие изменения могут оказаться необходимы и мы в некоторых случаях
>> можем быть вынуждены их вносить без согласования с мейнтенейрами 5
>> бранча.
>
> Есть определенные противоречия (tensions) между между интересом одной
> из сторон и публичной разработкой бранча.  И Вы в данном случае
> поддерживаете узкие интересы одной из сторон. :(
>
> А ведь есть другие стороны, которые заинтересованы в работе над бранчем,
> в том числе (не исключая) по контрактным обязательствам.  Но они прав не имеют.
>
> Я считаю, что противопоставление контрактных обязательств и публичной
> работы -- это камень в сторону free software.

Я не вижу здесь противопоставления, -- напротив, мне кажется, что
смысл в сочетании интересов. Последнее необходимо, так как если не
будет коммерции, то и инфраструктура помрет.
Кроме того, бранч platform5 -- публичный, работа над ним также
публична. Такие бранчи на основе Сизифа, для коммерции, есть и у
других фирм, но они публично не анонсированы или недоступны для
сообщества.
Вместе с тем, community-бранч был бы полезен, полагаю, всем. Но только
в том случае, если над ним а) будет работать ненулевое число
ответственных (перед собой) мейнтейнеров, б) он не превратится в
помойку, что может быть обеспечено какими-либо минимальными полиси.
Так как по пункту а) здесь было много заявлений с принципиаьным
отказом от поддержки бранчей, а для б) есть печальный прецедент бранча
5, то лучше обсудить создание community-бранча на берегу.

По крайней мере, я вижу ситуацию так.

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 13:56 пользователь Eugene Prokopiev
(enp@altlinux.org) написал:
>> MS> Мне кажется, что бранч надо делать публичным, в некоторой мере
>> MS> модерируемым, но QA'd branch делать уже от него.  И форкать этот
>> MS> QA-бранч тогда, когда утрясётся хотя бы до пригодности для
>> MS> .0-выпуска первый.  Примерно как получилось с 4.0/school/branch.
>>
>> +1.
>
> +1
>
> Видимо были какие-то основания сделать не так. Можно их озвучить?

Причины, в общем-то, радостные. У Альт появились заметные заказы,
которые требуют работы со стабильным бранчем. Мы стремились в
последние месяцы к стабилизации Сизифа, что, возможно, было заметно.
Несомненно, было бы здорово внести другие существенные изменения,
например, libjpeg7, новый kvm etc. Но тогда потянется новый GNOME, 31
ядро и процесс никогда не сойдется или сойдется не скоро.

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Alexey Tourbin]

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

On Sat, Sep 05, 2009 at 06:25:15PM +0400, Aleksey Novodvorsky wrote:
> 5 сентября 2009 г. 18:09 пользователь Alexey Tourbin (at@altlinux.ru) написал:
> > Я считаю, что противопоставление контрактных обязательств и публичной
> > работы -- это камень в сторону free software.
> 
> Я не вижу здесь противопоставления, -- напротив, мне кажется, что
> смысл в сочетании интересов. Последнее необходимо, так как если не
> будет коммерции, то и инфраструктура помрет.

Коммерция versus некоммериция это более сложная тема.
Проблема в данном случае что коммерция со стороны суппорта ALT Linux
хочет получить эксклюзивные права на бранч.  Интересы суппорта понятны,
но это не годится.

Мое предолжение:
1) Сделать бранч 5.1, отфоркав его от Сизифа
2) Заливать туда пакеты на общих основаниях.
3) Если надо поддерживать более стабильный бранч с премодерированием,
то      надо поддерживать более стабильный бранч с премодерированием
(производный от 5.1).

> Кроме того, бранч platform5 -- публичный, работа над ним также

Не верю!  Только что Ваши подчиненные писали что хотят зажать.
Что заливать пакеты туда нельзя, пока ихние величества не соизволят.

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

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Eugene Prokopiev]

> Мое предолжение:
> 1) Сделать бранч 5.1, отфоркав его от Сизифа
> 2) Заливать туда пакеты на общих основаниях.
> 3) Если надо поддерживать более стабильный бранч с премодерированием,
> то      надо поддерживать более стабильный бранч с премодерированием
> (производный от 5.1).

Чуть раньше это уже было предложено. Как решать проблему конфликта
интересов (майнтейнеру пакета в бранче не нравится изменение, жизненно
необходимое ООО) без карманов?

Или просто в "более стабильном бранче" разрешить держать пакеты
большей версии, чем в бранче-родителе? Кстати, в школьном бранче на
4.0 такое не практиковалось?

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 18:46 пользователь Alexey Tourbin (at@altlinux.ru) написал:
> On Sat, Sep 05, 2009 at 06:25:15PM +0400, Aleksey Novodvorsky wrote:
>> 5 сентября 2009 г. 18:09 пользователь Alexey Tourbin (at@altlinux.ru) написал:
>> > Я считаю, что противопоставление контрактных обязательств и публичной
>> > работы -- это камень в сторону free software.
>>
>> Я не вижу здесь противопоставления, -- напротив, мне кажется, что
>> смысл в сочетании интересов. Последнее необходимо, так как если не
>> будет коммерции, то и инфраструктура помрет.
>
> Коммерция versus некоммериция это более сложная тема.
> Проблема в данном случае что коммерция со стороны суппорта ALT Linux
> хочет получить эксклюзивные права на бранч.  Интересы суппорта понятны,
> но это не годится.
>
> Мое предолжение:
> 1) Сделать бранч 5.1, отфоркав его от Сизифа

Вот это как раз обсуждается сейчас.

> 2) Заливать туда пакеты на общих основаниях.
> 3) Если надо поддерживать более стабильный бранч с премодерированием,
> то      надо поддерживать более стабильный бранч с премодерированием
> (производный от 5.1).

Если будет согласие по новому community-бранчу, то оба эти бранча
будут созданы одновременно, от Сизифа. Если нет, то бранч platform5
будет создан в любом случае.


>
>> Кроме того, бранч platform5 -- публичный, работа над ним также
>
> Не верю!  Только что Ваши подчиненные писали что хотят зажать.
> Что заливать пакеты туда нельзя, пока ихние величества не соизволят.
>

Да, именно так. Но сам бранч и процесс его изменения публичен.

Rgrds, Алексей

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 18:58 пользователь Eugene Prokopiev
(enp@altlinux.org) написал:
>> Мое предолжение:
>> 1) Сделать бранч 5.1, отфоркав его от Сизифа
>> 2) Заливать туда пакеты на общих основаниях.
>> 3) Если надо поддерживать более стабильный бранч с премодерированием,
>> то      надо поддерживать более стабильный бранч с премодерированием
>> (производный от 5.1).
>
> Чуть раньше это уже было предложено. Как решать проблему конфликта
> интересов (майнтейнеру пакета в бранче не нравится изменение, жизненно
> необходимое ООО) без карманов?

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



>
> Или просто в "более стабильном бранче" разрешить держать пакеты
> большей версии, чем в бранче-родителе? Кстати, в школьном бранче на
> 4.0 такое не практиковалось?

Не припомню там таких конфликтов.

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sat, Sep 05, 2009 at 02:13:36PM +0400, Aleksey Novodvorsky wrote:

AN> Да, с этим я (говорю от себя) полностью согласен.
AN> Вопрос в другом.
AN> Как не повторить печальный опыт 5 бранча?
AN> Кто готов над ним работать?

Могу разве что повториться -- бранч, для которого нет инсталлера +
профилей desktop и server никому не нужен. Причем server -- не супер-пупер
крутой с LDAP, Bonjour и прочими новомодными фичами, а простой типа Server
4.0.1, ибо сапог в бою надежнее).

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

AN> Нет, напротив. Четко выделить то, за что мы можем отвечать перед
AN> пользователями. Если мы не можем сейчас полноценно работать над
AN> community-бранчем, то не создавать помойку, сосредоточившись над
AN> Сизифом и премодерируемым бранчем.

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

В худшем, если в Сизиф опять полетит очередная неработоспособная на 90%
видюх версия xorg, очедерной снапшот alterator'а где половина модулей и
все профили инсталлера не адаптированы к именениям (читать -- неработающий
alterator), то работать станет просто не на чем.

AN> У нас сейчас  Сизиф в неплохом состоянии, поддерживаемый тим. На его
AN> основе создается открытый стабильный бранч, за который _отвечает_
AN> Альт. Отвечает -- не значит, что не пропускает пакеты от желюющих
AN> мейнтейнеров, но ограничивает их.

Это -- безусловно правильно. Это хоть и публичный бранч, но это -- бранч
предназначеный для дистрибутивов ООО, и, соответственно, логично
предполжить что вся политика его поддержки определяется исключительно
целями и задачами ООО. Кстати будут опять возникать вопросы и конфликты
вида "они мой пакет без моего разрешения там обновили!", и хорошо бы сразу
же объявить совсем недвусмысленно о том что это бранч _ООО_, и поэтому acl
как таковые там вообще действовать, как я понимаю, не будут -- release
manager всегда прав.

AN> Если будут люди, желающие поддерживать communty-бранч, из тим в целом,
AN> то давайте его создадим. Это было бы очень хорошо, на мой взгляд.

Мне лично такой бранч необходим. 

Хотя, если честно, я всерьез подумываю сговориться с коллегами которые
тоже пекут дистрибутивы на базе альта, и кроме 5.1 действующего по обычным
правилам сделать некий 5.1-tested или еще как его назвать, который будет
хотя и тоже Community, но не столь анархическим -- перенос пакетов из 5.1
в этот бранч хотелось бы иметь возможнось контролировать.

Если ALT предоставит соответствующие ресурсы сборочницы под это -- моему
счастью не будет предела.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------


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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sat, Sep 05, 2009 at 05:15:27PM +0400, Алексей Турбин wrote:

AT> Премодерируемый бранч не нужен, не в последнюю оченедь потому что нет
AT> авторитетной фигуры модератора, которая бы всех устроила.  Если только
AT> ldv, но он вряд ли захочет этим заниматься.
AT> А так если там какой-то дурак будет сидеть и модерировать -- Nomina sunt
AT> odiosa -- какой интерес мне с ним пересекаться?

Премодерируемый бранч нужен любому release-manager'у дистрибутива.

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sat, Sep 05, 2009 at 06:33:07PM +0400, Aleksey Novodvorsky wrote:

AN> Причины, в общем-то, радостные. У Альт появились заметные заказы,
AN> которые требуют работы со стабильным бранчем. Мы стремились в
AN> последние месяцы к стабилизации Сизифа, что, возможно, было заметно.
AN> Несомненно, было бы здорово внести другие существенные изменения,
AN> например, libjpeg7, новый kvm etc. Но тогда потянется новый GNOME, 31
AN> ядро и процесс никогда не сойдется или сойдется не скоро.

Алексей, я хочу напомнить предложение по поводу pocket'ов -- где можно
отрабатывать подобные изменения а уже потом вливать их в Сизиф массово и
быстро.

Моменты бранчевания сизифа определяются объективными причинами --
контракты, обязательства перед заказчиками, и т.д.

При этом Сизиф должен быть готов к бранчеванию 100% времени, а все
изменения которые требуют масштабных изменений -- лучше вести в отдельных
репозиториях (коими и являются pocket'ы).

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 19:12 пользователь Денис Смирнов
(mithraen@altlinux.ru) написал:
> On Sat, Sep 05, 2009 at 02:13:36PM +0400, Aleksey Novodvorsky wrote:
>
> AN> Да, с этим я (говорю от себя) полностью согласен.
> AN> Вопрос в другом.
> AN> Как не повторить печальный опыт 5 бранча?
> AN> Кто готов над ним работать?
>
> Могу разве что повториться -- бранч, для которого нет инсталлера +
> профилей desktop и server никому не нужен. Причем server -- не супер-пупер
> крутой с LDAP, Bonjour и прочими новомодными фичами, а простой типа Server
> 4.0.1, ибо сапог в бою надежнее).
>
> Если у Community будет возможность на базе этого бранча выпекать что-то
> для себя -- то это что-то будет выпекаться, и будет стимул обеспечивать
> какую-то поддержку пакетной базы этого бранча в живом состоянии.
>
> AN> Нет, напротив. Четко выделить то, за что мы можем отвечать перед
> AN> пользователями. Если мы не можем сейчас полноценно работать над
> AN> community-бранчем, то не создавать помойку, сосредоточившись над
> AN> Сизифом и премодерируемым бранчем.
>
> В этом случае в лучшем случае премодерируемый бранч будет проигнорирован и
> все будут пользоваться Сизифом.
>
> В худшем, если в Сизиф опять полетит очередная неработоспособная на 90%
> видюх версия xorg, очедерной снапшот alterator'а где половина модулей и
> все профили инсталлера не адаптированы к именениям (читать -- неработающий
> alterator), то работать станет просто не на чем.
>
> AN> У нас сейчас  Сизиф в неплохом состоянии, поддерживаемый тим. На его
> AN> основе создается открытый стабильный бранч, за который _отвечает_
> AN> Альт. Отвечает -- не значит, что не пропускает пакеты от желюющих
> AN> мейнтейнеров, но ограничивает их.
>
> Это -- безусловно правильно. Это хоть и публичный бранч, но это -- бранч
> предназначеный для дистрибутивов ООО, и, соответственно, логично
> предполжить что вся политика его поддержки определяется исключительно
> целями и задачами ООО. Кстати будут опять возникать вопросы и конфликты
> вида "они мой пакет без моего разрешения там обновили!", и хорошо бы сразу
> же объявить совсем недвусмысленно о том что это бранч _ООО_, и поэтому acl
> как таковые там вообще действовать, как я понимаю, не будут -- release
> manager всегда прав.
>
> AN> Если будут люди, желающие поддерживать communty-бранч, из тим в целом,
> AN> то давайте его создадим. Это было бы очень хорошо, на мой взгляд.
>
> Мне лично такой бранч необходим.
>
> Хотя, если честно, я всерьез подумываю сговориться с коллегами которые
> тоже пекут дистрибутивы на базе альта, и кроме 5.1 действующего по обычным
> правилам сделать некий 5.1-tested или еще как его назвать, который будет
> хотя и тоже Community, но не столь анархическим -- перенос пакетов из 5.1
> в этот бранч хотелось бы иметь возможнось контролировать.

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

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 19:17 пользователь Денис Смирнов
(mithraen@altlinux.ru) написал:
> On Sat, Sep 05, 2009 at 06:33:07PM +0400, Aleksey Novodvorsky wrote:
>
> AN> Причины, в общем-то, радостные. У Альт появились заметные заказы,
> AN> которые требуют работы со стабильным бранчем. Мы стремились в
> AN> последние месяцы к стабилизации Сизифа, что, возможно, было заметно.
> AN> Несомненно, было бы здорово внести другие существенные изменения,
> AN> например, libjpeg7, новый kvm etc. Но тогда потянется новый GNOME, 31
> AN> ядро и процесс никогда не сойдется или сойдется не скоро.
>
> Алексей, я хочу напомнить предложение по поводу pocket'ов -- где можно
> отрабатывать подобные изменения а уже потом вливать их в Сизиф массово и
> быстро.
>
> Моменты бранчевания сизифа определяются объективными причинами --
> контракты, обязательства перед заказчиками, и т.д.
>
> При этом Сизиф должен быть готов к бранчеванию 100% времени, а все
> изменения которые требуют масштабных изменений -- лучше вести в отдельных
> репозиториях (коими и являются pocket'ы).

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

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Eugene Prokopiev]

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

Ну симметричность интересов ООО "Альтлинукс" и ООО "Сейрос с
коллегами" явно прослеживается ;) Только пути решения проблемы пока им
видятся разными.

Алексей, все понимают, что ресурсы на поддержку инфраструктуры имеются
только у ООО "Альтлинукс", поэтому если решение делать стабильный
бранч на основе Сизифа, а не на основе community-бранча,
принципиальное, присутствующим придется согласиться. Так вот, оно
принципиальное или аргументы за второй вариант и способы его
организации принимаются?

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

Re: [devel] С наступающим новым бранчем

[Alexey Tourbin]

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

On Sat, Sep 05, 2009 at 07:14:54PM +0400, Денис Смирнов wrote:
> On Sat, Sep 05, 2009 at 05:15:27PM +0400, Алексей Турбин wrote:
> 
> AT> Премодерируемый бранч не нужен, не в последнюю оченедь потому что нет
> AT> авторитетной фигуры модератора, которая бы всех устроила.  Если только
> AT> ldv, но он вряд ли захочет этим заниматься.
> AT> А так если там какой-то дурак будет сидеть и модерировать -- Nomina sunt
> AT> odiosa -- какой интерес мне с ним пересекаться?
> 
> Премодерируемый бранч нужен любому release-manager'у дистрибутива.

Грубо говоря, "очень хороший бранч" нужен всем.
Но кто будет модерировать?  Кто будет Моисей, кто будет Аарон?
Если нет хорошей фигуры, то надо быстрее отказываться.
Это так не работает.  Совершенно точно.
 
> Это я тебе как несчастный, кому довелось исполнять эту роль говорю --
> просто у меня все свелось к локальному мини-бранчу. Однако я не считаю
> разумным поощрять создание локальных мини-бранчей, вместо нормальной
> поддержки бранча.

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

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 19:37 пользователь Eugene Prokopiev
(enp@altlinux.org) написал:
>> Мне кажется, что идеальным вариантом было бы "сговориться с коллегами"
>> о контроле бранча через полиси или договоренности здесь, чтобы не
>> плодить сущностей.
>
> Ну симметричность интересов ООО "Альтлинукс" и ООО "Сейрос с
> коллегами" явно прослеживается ;) Только пути решения проблемы пока им
> видятся разными.
>
> Алексей, все понимают, что ресурсы на поддержку инфраструктуры имеются
> только у ООО "Альтлинукс", поэтому если решение делать стабильный
> бранч на основе Сизифа, а не на основе community-бранча,
> принципиальное, присутствующим придется согласиться. Так вот, оно
> принципиальное или аргументы за второй вариант и способы его
> организации принимаются?

У нас сейчас нет community-бранча. Однако, нынешний Сизиф в
значительной степени брал на себя его роль. Потому я не вижу здесь
радикальных противоречий.
Решение о бранчевании platform5 принято, я уже описал его мотивы с
моей колокольни. Я и сам могу привести кучу аргументов против, но у
нас банально нет еще полутора-двух месяцев времени.

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 19:43 пользователь Alexey Tourbin (at@altlinux.ru) написал:
> On Sat, Sep 05, 2009 at 07:14:54PM +0400, Денис Смирнов wrote:
>> On Sat, Sep 05, 2009 at 05:15:27PM +0400, Алексей Турбин wrote:
>>
>> AT> Премодерируемый бранч не нужен, не в последнюю оченедь потому что нет
>> AT> авторитетной фигуры модератора, которая бы всех устроила.  Если только
>> AT> ldv, но он вряд ли захочет этим заниматься.
>> AT> А так если там какой-то дурак будет сидеть и модерировать -- Nomina sunt
>> AT> odiosa -- какой интерес мне с ним пересекаться?
>>
>> Премодерируемый бранч нужен любому release-manager'у дистрибутива.
>
> Грубо говоря, "очень хороший бранч" нужен всем.
> Но кто будет модерировать?  Кто будет Моисей, кто будет Аарон?
> Если нет хорошей фигуры, то надо быстрее отказываться.
> Это так не работает.  Совершенно точно.

Вы путаете.
Премодерируемый бранч, за который отвечает RM какого-либо ООО, нужен
ООО в первую очередь, все лавры и шишки на нем.
А вот хороший community-бранч нужен всем.  И вопрос его организации
стоит остро. Нельзя, чтобы он превратился в полную помойку.  Здесь
возможна мягкая коллективная модерация. Или ее отстутсвие.
Мне кажется, что люди, которые пока выразили интерес в этом бранче,
обладают очень высокой квалификацией.

Rgrds, Алексей

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Sat, Sep 05, 2009 at 06:58:00PM +0400, Eugene Prokopiev wrote:

EP> Чуть раньше это уже было предложено. Как решать проблему конфликта
EP> интересов (майнтейнеру пакета в бранче не нравится изменение, жизненно
EP> необходимое ООО) без карманов?

Вот как раз тут карманы не причем :) Есть бранч обслуживающий интересы
ООО. Там не может быть конфликтов интересов -- ибо тот факт что этот бранч
даже r/o доступен -- это всего лишь часть политики ООО по поводу
публичности, не более того.

Эта позиция показывается и именвоанием бранча -- это отдельный бранч.
Такой же отдельный как 4.0/school.

EP> Или просто в "более стабильном бранче" разрешить держать пакеты
EP> большей версии, чем в бранче-родителе? Кстати, в школьном бранче на
EP> 4.0 такое не практиковалось?

Я так понимаю что platform5 вообще не будет включен в иерархию версий
бранчей.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Vitaly Kuznetsov]

Денис Корявов <dkoryavov@yandex.ru> writes:

>  Фактически, приниматься будут
>> только исправления по безопасности и неприятные ошибки).
>
> Исправления локализации относятся к списку принимаемых?

Во-первых это зависит от пакета, во вторых - от перевода.
А так - да, конечно.

Re: [devel] С наступающим новым бранчем

[Eugene Prokopiev]

>> Алексей, все понимают, что ресурсы на поддержку инфраструктуры имеются
>> только у ООО "Альтлинукс", поэтому если решение делать стабильный
>> бранч на основе Сизифа, а не на основе community-бранча,
>> принципиальное, присутствующим придется согласиться. Так вот, оно
>> принципиальное или аргументы за второй вариант и способы его
>> организации принимаются?
>
> У нас сейчас нет community-бранча. Однако, нынешний Сизиф в
> значительной степени брал на себя его роль. Потому я не вижу здесь
> радикальных противоречий.

Противоречия появятся с регрессиями в xorg, развитием альтератора и
прочими неизбежными прелестями Сизифа :)

> Решение о бранчевании platform5 принято, я уже описал его мотивы с
> моей колокольни. Я и сам могу привести кучу аргументов против, но у
> нас банально нет еще полутора-двух месяцев времени.

Я все-таки не понимаю, каким образом полтора-два месяца могут помочь.
Желание того, чтобы platform5 был основан на community-бранче,
продиктовано желанием получить в этом community-бранче все полезные
плюшки platform5. Если принять за правило, что:

1) пакеты, сопровождаемые одним и тем же майнтейнером в platform5 и в
community5 должны обновляться там синхронно (если этому не мешает п.
2)
2) майнтейнер пакета в platform5 должен уведомлять своего коллегу в
community5 о проблемах и действовать совместно с ним, если последний в
состоянии оперативно помочь, причем по инициативе последнего ситуация
может быть сведена к п. 1

то будет уже не важно, что на чем формально основано - причем те же
правила в частично будут приложимы и к проблеме sisyphus vs branches.

Или накладные расходы на соблюдение этих правил кажутся слишком высокими?

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

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 20:42 пользователь Eugene Prokopiev
(enp@altlinux.org) написал:
>>> Алексей, все понимают, что ресурсы на поддержку инфраструктуры имеются
>>> только у ООО "Альтлинукс", поэтому если решение делать стабильный
>>> бранч на основе Сизифа, а не на основе community-бранча,
>>> принципиальное, присутствующим придется согласиться. Так вот, оно
>>> принципиальное или аргументы за второй вариант и способы его
>>> организации принимаются?
>>
>> У нас сейчас нет community-бранча. Однако, нынешний Сизиф в
>> значительной степени брал на себя его роль. Потому я не вижу здесь
>> радикальных противоречий.
>
> Противоречия появятся с регрессиями в xorg, развитием альтератора и
> прочими неизбежными прелестями Сизифа :)

Да, после бранчевания, -- несомненно.

>
>> Решение о бранчевании platform5 принято, я уже описал его мотивы с
>> моей колокольни. Я и сам могу привести кучу аргументов против, но у
>> нас банально нет еще полутора-двух месяцев времени.
>
> Я все-таки не понимаю, каким образом полтора-два месяца могут помочь.

Я тоже.

> Желание того, чтобы platform5 был основан на community-бранче,
> продиктовано желанием получить в этом community-бранче все полезные
> плюшки platform5. Если принять за правило, что:
>
> 1) пакеты, сопровождаемые одним и тем же майнтейнером в platform5 и в
> community5 должны обновляться там синхронно (если этому не мешает п.
> 2)

Пакеты platform5 будут модерироваться вне зависимости от
принадлежности  мейнтейнера к числу сотрудников ООО.

> 2) майнтейнер пакета в platform5 должен уведомлять своего коллегу в
> community5 о проблемах и действовать совместно с ним, если последний в
> состоянии оперативно помочь, причем по инициативе последнего ситуация
> может быть сведена к п. 1

Я не вижу здесь проблемы. Но мне кажется, что взаимодействие это
должно проходить через bugzilla, а не в личной переписке. RM platform5
 указывает срок, в течение которого проблема должна быть решена, а
дальше действует в зависимости от реакции. Проблема возникнет только в
том случае, если мейнтейнеры sisyphus и communiy5 различны.

>
> то будет уже не важно, что на чем формально основано - причем те же
> правила в частично будут приложимы и к проблеме sisyphus vs branches.

Да.

>
> Или накладные расходы на соблюдение этих правил кажутся слишком высокими?

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

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 20:42 пользователь Eugene Prokopiev
(enp@altlinux.org) написал:

> Я все-таки не понимаю, каким образом полтора-два месяца могут помочь.
> Желание того, чтобы platform5 был основан на community-бранче,
> продиктовано желанием получить в этом community-бранче все полезные
> плюшки platform5. Если принять за правило, что:
>
> 1) пакеты, сопровождаемые одним и тем же майнтейнером в platform5 и в
> community5 должны обновляться там синхронно (если этому не мешает п.

Это является исключительно предметом договоренности мейнтнейнеров p5 и
c5.  Полагаю, что это полезно для обоих бранчей и является не
накладными расходами, а, напротив, экономией ресурсов.

Мейнтейнер p5 появится вместе с бранчем, а сущестование c5 и
назначение его мейнейнеров зависит от нынешнего обсуждения.

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Sat, Sep 05, 2009 at 06:33:07PM +0400, Aleksey Novodvorsky wrote:
> > Видимо были какие-то основания сделать не так. Можно их озвучить?
> Причины, в общем-то, радостные. У Альт появились заметные
> заказы, которые требуют работы со стабильным бранчем.

Всё-таки боюсь, что схема, перед которой поставили team,
хуже годится для исполнения ваших обязательств, чем вариант
с 4.0/branch + 4.0/school/branch -- когда и team не на задворках,
и QA есть над чем работать.

Почему вы всё время наступаете на грабли категорического подхода
к решению таких важных задач и не слушаете других?.. :(

Но в любом случае -- понимаю, что сейчас идут эксперименты по
выработке подходов к релизам бранчей и дистрибутивов.  Удачи.
Даже если сами их не ожидали.

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

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Sat, Sep 05, 2009 at 02:22:58PM +0400, Aleksey Novodvorsky wrote:
> Мне тоже нравится такой вариант, но здесь могут возникнуть
> проблемы, связанные со срочным изменением platform5.
> При контрактной поддержке такие изменения могут оказаться
> необходимы и мы в некоторых случаях можем быть вынуждены
> их вносить без согласования с мейнтенейрами 5 бранча.

Это расшивабельно на этапе переноса пакетов между "testing"
и "stable".

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

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 22:44 пользователь Michael Shigorin
(mike@osdn.org.ua) написал:
> On Sat, Sep 05, 2009 at 02:22:58PM +0400, Aleksey Novodvorsky wrote:
>> Мне тоже нравится такой вариант, но здесь могут возникнуть
>> проблемы, связанные со срочным изменением platform5.
>> При контрактной поддержке такие изменения могут оказаться
>> необходимы и мы в некоторых случаях можем быть вынуждены
>> их вносить без согласования с мейнтенейрами 5 бранча.
>
> Это расшивабельно на этапе переноса пакетов между "testing"
> и "stable".

Что здесь testing, а что stable?
Давайте в наших терминах.

Rgrds, Алексей

Re: [devel] [sisyphus] С наступающим новым бранчем

[Michael Shigorin]

On Sat, Sep 05, 2009 at 06:25:15PM +0400, Aleksey Novodvorsky wrote:
> Кроме того, бранч platform5 -- публичный, работа над ним также
> публична. Такие бранчи на основе Сизифа, для коммерции, есть и
> у других фирм, но они публично не анонсированы или недоступны
> для сообщества.

Алексей, давайте я лишу Вас права кидать тень на данный плетень,
пока не вывалите ppc branch, как обещали.

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

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 22:39 пользователь Michael Shigorin
(mike@osdn.org.ua) написал:
> On Sat, Sep 05, 2009 at 06:33:07PM +0400, Aleksey Novodvorsky wrote:
>> > Видимо были какие-то основания сделать не так. Можно их озвучить?
>> Причины, в общем-то, радостные. У Альт появились заметные
>> заказы, которые требуют работы со стабильным бранчем.
>
> Всё-таки боюсь, что схема, перед которой поставили team,
> хуже годится для исполнения ваших обязательств, чем вариант
> с 4.0/branch + 4.0/school/branch -- когда и team не на задворках,
> и QA есть над чем работать.

Team -- это мы все, team создает Sisyphus. В team заметное число людей
заявили, что бранч им не интересен. Мы спрашиваем: есть ли в team
люди, желающие поддерживать пакеты немодерируемого или
слабомодерируемого  бранча.
Не вижу здесь никакой категоричности. Мы объявили о создании бранча,
аналогичного school.
Rgrds, Алексей

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 22:47 пользователь Michael Shigorin
(mike@osdn.org.ua) написал:
> On Sat, Sep 05, 2009 at 06:25:15PM +0400, Aleksey Novodvorsky wrote:
>> Кроме того, бранч platform5 -- публичный, работа над ним также
>> публична. Такие бранчи на основе Сизифа, для коммерции, есть и
>> у других фирм, но они публично не анонсированы или недоступны
>> для сообщества.
>
> Алексей, давайте я лишу Вас права кидать тень на данный плетень,
> пока не вывалите ppc branch, как обещали.

Михаил,
1. ppc branch протух и больше не ведется из-за отсутствия заказов на него.
2. Читайте все же то, что написано, а не то, что привиделось. Я никоим
образом не кидаю тень на плетень создаталей  таких бранчей.

Rgrds, Алексей

Re: [devel] [sisyphus] С наступающим новым бранчем

[Michael Shigorin]

On Sat, Sep 05, 2009 at 07:04:30PM +0400, Aleksey Novodvorsky wrote:
> > Чуть раньше это уже было предложено. Как решать проблему
> > конфликта интересов (майнтейнеру пакета в бранче не нравится
> > изменение, жизненно необходимое ООО) без карманов?
> Полагаю, что при наличии минимальной доброй воли это не слишком
> большая проблема.

Знаете, ставить перед фактом по важному вопросу, где не один
участник команды уже морщил лоб и выписывал предложения --
не очень похоже даже на минимальную добрую волю.

По крайней мере без "мы тут подумали и решили, что предложение
<...> -- не покатит из-за <...>, а на <...> недостаточно <...>".

Сейчас непонятно даже, что пропустили, а что проигнорировали,
И просто по перегрузу или по объективным причинам.
Соответственно думать дальше или опять незачем.

PS: я так понимаю, что никто не думал советоваться не только
с team, но и с партнёрами? (сам таковым сейчас формально не
являюсь, потому права на запрос формально не имею)

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 23:02 пользователь Michael Shigorin
(mike@osdn.org.ua) написал:
> On Sat, Sep 05, 2009 at 07:04:30PM +0400, Aleksey Novodvorsky wrote:
>> > Чуть раньше это уже было предложено. Как решать проблему
>> > конфликта интересов (майнтейнеру пакета в бранче не нравится
>> > изменение, жизненно необходимое ООО) без карманов?
>> Полагаю, что при наличии минимальной доброй воли это не слишком
>> большая проблема.
>
> Знаете, ставить перед фактом по важному вопросу, где не один
> участник команды уже морщил лоб и выписывал предложения --
> не очень похоже даже на минимальную добрую волю.

Остановитесь и подумайте, пожалуйста.

>
> По крайней мере без "мы тут подумали и решили, что предложение
> <...> -- не покатит из-за <...>, а на <...> недостаточно <...>".

Мы "поставили перед фактом" создани открытого бранча фирмы, за который
мы несем ответственость. Мы не можем это делать, не посовещавшись?

>
> Сейчас непонятно даже, что пропустили, а что проигнорировали,
> И просто по перегрузу или по объективным причинам.
> Соответственно думать дальше или опять незачем.
>
> PS: я так понимаю, что никто не думал советоваться не только
> с team, но и с партнёрами? (сам таковым сейчас формально не
> являюсь, потому права на запрос формально не имею)

Михаил, о чем советоваться при создании своего бранча?

Rgrds, Алексей

Re: [devel] [sisyphus] С наступающим новым бранчем

[Michael Shigorin]

On Sat, Sep 05, 2009 at 11:08:12PM +0400, Aleksey Novodvorsky wrote:
> Михаил, о чем советоваться при создании своего бранча?

О политике его поддержки.   Или же не понимаю, зачем доступ
туда по сборке "посторонним лицам", пусть и через QA.

Алексей, я не злюсь, просто пока сам понять не могу -- что не так
стало с балансом... но ощущение от анонса довольно неприятное.

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

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Sat, Sep 05, 2009 at 10:45:47PM +0400, Aleksey Novodvorsky wrote:
> >> Мне тоже нравится такой вариант, но здесь могут возникнуть
> >> проблемы, связанные со срочным изменением platform5.
> >> При контрактной поддержке такие изменения могут оказаться
> >> необходимы и мы в некоторых случаях можем быть вынуждены
> >> их вносить без согласования с мейнтенейрами 5 бранча.
> > Это расшивабельно на этапе переноса пакетов между "testing"
> > и "stable".
> Что здесь testing, а что stable?  Давайте в наших терминах.

Извините.  На примере 4.0 -- branch был testing, school branch
был stable.  И мне тогда показалось, что схема вышла весьма
удачной.

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

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Sat, Sep 05, 2009 at 11:17:15AM +0300, Igor Vlasenko wrote:
> > Ввиду вышесказанного нам показалось, что может быть полезно
> > одновременно с созданием такого премодерируемого бранча
> > создать публичный бранч (типа 5.0, со свободным доступом и
> > без интереса к нему компании).  Если вам лично такой бранч
> > нужен - просьба записываться сюда (желательно с пояснением,
> > дабы понять ситуацию). Если желающих на публичный бранч не
> > будет, то и публичного бранча мы создавать не будем т.к. его
> > ждёт скорейшее неминуемое протухание.
> Нужен.
> чтобы поддерживать 5-какой-там он сейчас на уровне пользовательской системы.
> 
> Премодерируемый бранч должен быть тоже, он полезен тем,
> что предоставляет стабильный установщик. И еще на сервер.
> Но для полноценной работы должен быть еще и открытый бранч.
> 
> Однако сам факт такого заявления удивил.
> 
> Опять пользоваетелей дустом разгонять, как это было 
> при памятной разрухе в головах, 
> породившей разруху в дистрибутивах в интервале после 2.4 и до 4.0?
> 
> Что-то неладно в датском королевстве :(

Подписываюсь под каждым словом.

2 aen: Игорь старше меня и терпеливее -- послушайте хотя бы его.
Нет, мы не сговаривались за спиной.  Да, неладно.

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

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Sat, Sep 05, 2009 at 02:13:36PM +0400, Aleksey Novodvorsky wrote:
> Как не повторить печальный опыт 5 бранча?

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

> Нет, напротив. Четко выделить то, за что мы можем отвечать
> перед пользователями.

Для этого нужны main+contrib, а не посылать всех погулять.
См. формирование main в Server 4.0, или Диму спросите.

> Если мы не можем сейчас полноценно работать над
> community-бранчем, то не создавать помойку, сосредоточившись
> над Сизифом и премодерируемым бранчем.  У нас сейчас  Сизиф в
> неплохом состоянии, поддерживаемый тим.

Это не данность, а результат былого хорошего отношения к тим.

> На его основе создается открытый стабильный бранч, за который
> _отвечает_ Альт. Отвечает -- не значит, что не пропускает
> пакеты от желюющих мейнтейнеров, но ограничивает их.  Если
> будут люди, желающие поддерживать communty-бранч, из тим в
> целом, то давайте его создадим. Это было бы очень хорошо, на
> мой взгляд.

Так как насчёт синхронизировать и 5.0/branch да пусть себе будет
таким community branch и дальше?  Насколько понимаю, против
высказывался только thresh@ и возможно, его всё-таки устроит
архивированный снапшот.

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

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Sat, Sep 05, 2009 at 05:15:27PM +0400, Alexey Tourbin wrote:
> > Премодерируемый бранч должен быть тоже, он полезен тем,
> Премодерируемый бранч не нужен

Ну не скажи, для выпускающих дистрибутивы под ответственность
он нужен.

> не в последнюю оченедь потому что нет авторитетной фигуры
> модератора, которая бы всех устроила.  Если только ldv,
> но он вряд ли захочет этим заниматься.

Меня вполне устроит boyarsh@, ktirf@ или vitty@ в качестве
branch RM -- но серьёзно не уверен, что им это сейчас разумная
нагрузка.

> А так если там какой-то дурак будет сидеть и модерировать --
> Nomina sunt odiosa -- какой интерес мне с ним пересекаться?

А ты вообще пользуешься бранчами или только сизифом?

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

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 23:27 пользователь Michael Shigorin
(mike@osdn.org.ua) написал:
> On Sat, Sep 05, 2009 at 11:17:15AM +0300, Igor Vlasenko wrote:
>> > Ввиду вышесказанного нам показалось, что может быть полезно
>> > одновременно с созданием такого премодерируемого бранча
>> > создать публичный бранч (типа 5.0, со свободным доступом и
>> > без интереса к нему компании).  Если вам лично такой бранч
>> > нужен - просьба записываться сюда (желательно с пояснением,
>> > дабы понять ситуацию). Если желающих на публичный бранч не
>> > будет, то и публичного бранча мы создавать не будем т.к. его
>> > ждёт скорейшее неминуемое протухание.
>> Нужен.
>> чтобы поддерживать 5-какой-там он сейчас на уровне пользовательской системы.
>>
>> Премодерируемый бранч должен быть тоже, он полезен тем,
>> что предоставляет стабильный установщик. И еще на сервер.
>> Но для полноценной работы должен быть еще и открытый бранч.
>>
>> Однако сам факт такого заявления удивил.
>>
>> Опять пользоваетелей дустом разгонять, как это было
>> при памятной разрухе в головах,
>> породившей разруху в дистрибутивах в интервале после 2.4 и до 4.0?
>>
>> Что-то неладно в датском королевстве :(
>
> Подписываюсь под каждым словом.
>
> 2 aen: Игорь старше меня и терпеливее -- послушайте хотя бы его.
> Нет, мы не сговаривались за спиной.  Да, неладно.


Я ответил Игорю. И согласен с ним в том, что открытый бранч нужен. Но
нужно понять, кто готов над ним работать, причем не opt-out, а opt-in,
так честнее. Мы долго говорили про community release, так давайте его
сделаем.
ktirf@ и vitty@ сказали, за что Альт может нести ответственность
самостоятельно, а за что -- нет. Если мы затеем бранч без единой точки
QA, а потом выяснится, что туда почти никто не собирает пакеты и ни у
кого голова за него не болит, то снова выйдет как с прежним пятым и
еще один бранч, как здесь предлагали, останется на совести Альт вечным
укором. Потому для здоровья нового community-бранча нужно собрать для
него команду, пусть небольшую, -- работы все же меньше, в основном
бекпортирование.

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

5 сентября 2009 г. 23:24 пользователь Michael Shigorin
(mike@osdn.org.ua) написал:
> On Sat, Sep 05, 2009 at 10:45:47PM +0400, Aleksey Novodvorsky wrote:
>> >> Мне тоже нравится такой вариант, но здесь могут возникнуть
>> >> проблемы, связанные со срочным изменением platform5.
>> >> При контрактной поддержке такие изменения могут оказаться
>> >> необходимы и мы в некоторых случаях можем быть вынуждены
>> >> их вносить без согласования с мейнтенейрами 5 бранча.
>> > Это расшивабельно на этапе переноса пакетов между "testing"
>> > и "stable".
>> Что здесь testing, а что stable?  Давайте в наших терминах.
>
> Извините.  На примере 4.0 -- branch был testing, school branch
> был stable.  И мне тогда показалось, что схема вышла весьма
> удачной.

Не вполне так. На 4.0 был выпущен вполне стабильный Desktop 4.0.1
Ветка же school была сверхконсервативной еще и для того, чтобы
сократить трафик школам. Это как раз была особенность заказчика.
И, на мой взгляд, это действительно удачный пример, достойный
повторения. Но нам надо провести учет штыков, чтобы потянуть два
бранча, так как интерес к сборке в бранчи у нас невелик. Если я
ошибаюсь -- буду рад.

Rgrds, Алексей


>
> --
>  ---- WBR, Michael Shigorin <mike@altlinux.ru>
>  ------ Linux.Kiev http://www.linux.kiev.ua/
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] С наступающим новым бранчем

[Max Ivanov]

> Но нам надо провести учет штыков, чтобы потянуть два
> бранча, так как интерес к сборке в бранчи у нас невелик. Если я
> ошибаюсь -- буду рад.

Я не совсем понимаю для чего нужен community бранч. Ведь p5 будет
доступен всем? Я думаю вполне мог бы пользоваться им и не забивать
себе голову. c5 предполагает, что туда будет попадать то, что не
пройдет QA в p5 от ALT, ведь так? Т.е. по факту это будет мусор и
гонка за версиями, зачем оно такое нужно?

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

6 сентября 2009 г. 3:55 пользователь Max Ivanov
(ivanov.maxim@gmail.com) написал:
>> Но нам надо провести учет штыков, чтобы потянуть два
>> бранча, так как интерес к сборке в бранчи у нас невелик. Если я
>> ошибаюсь -- буду рад.
>
> Я не совсем понимаю для чего нужен community бранч. Ведь p5 будет
> доступен всем?

Да.

Я думаю вполне мог бы пользоваться им и не забивать
> себе голову. c5 предполагает, что туда будет попадать то, что не
> пройдет QA в p5 от ALT, ведь так? Т.е. по факту это будет мусор и
> гонка за версиями, зачем оно такое нужно?

В p5 не будет бекпортов, если только они не являются единственным
средством исправления серьезных ошибок. И новых приложений там тоже
будет немного. Это ограничивает  не только для "пытливых"
пользователей, но и  разработчиков, и  админов, которым частенько
нужны свежие версии приложений в стабильном, проверенном окружении.
Потому существование трех веток:
-- очень консервативного, стремящегося к минимуму ошибок p5;
-- стабильного с бекпортами некритичных для системы приложений c5 (то
есть, например, проблемы с новой версией  python, если она туда
попадет пересборкой из Сизифа, я не считаю критичными для системы в
целом, хотя это крупная неприятность);
-- свежего и частенько нестабильного Сизифа
на мой взгляд, оправдано для очень разных категорий пользователей. При
этом я бы ориентировал c5, если он будет, не столько на любителей
свежатинки из массовых пользователей, сколько на профессионалов и
опытных пользователей.
При такой постановке вопроса,  не очень сложно прописать явно критерии
обновлений для с5, что предохранит его от судьбы 5-го бранча. И особо
большого ресурса для своей поддержки c5 тоже не потребует. Но у него
должны быть не только потребители и хулители, но и мейнтейнеры.

Rgrds, Алексей


> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] С наступающим новым бранчем

[Alexey Tourbin]

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

On Sat, Sep 05, 2009 at 10:49:18PM +0300, Michael Shigorin wrote:
> On Sat, Sep 05, 2009 at 05:15:27PM +0400, Alexey Tourbin wrote:
> > > Премодерируемый бранч должен быть тоже, он полезен тем,
> > Премодерируемый бранч не нужен
> 
> Ну не скажи, для выпускающих дистрибутивы под ответственность
> он нужен.
> 
> > не в последнюю оченедь потому что нет авторитетной фигуры
> > модератора, которая бы всех устроила.  Если только ldv,
> > но он вряд ли захочет этим заниматься.
> 
> Меня вполне устроит boyarsh@, ktirf@ или vitty@ в качестве
> branch RM -- но серьёзно не уверен, что им это сейчас разумная
> нагрузка.

Я не понимаю, почему эти люди, которым между прочим уже полгода
не платят зарплату, должны меня модерировать.  Какой у них интерес?

> > А так если там какой-то дурак будет сидеть и модерировать --
> > Nomina sunt odiosa -- какой интерес мне с ним пересекаться?
> 
> А ты вообще пользуешься бранчами или только сизифом?

Только сизифом, но в бранчи тоже заливаю.  Например rpm.
Если бо я в бранчи rpm не заливал было бо намного хуже.

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Sat, Sep 05, 2009 at 11:08:12PM +0400, Aleksey Novodvorsky wrote:

AN> Мы "поставили перед фактом" создани открытого бранча фирмы, за который
AN> мы несем ответственость. Мы не можем это делать, не посовещавшись?
AN> Михаил, о чем советоваться при создании своего бранча?

О судьбе Community-бранча, который, очевидно, тоже должен быть. По крайней
мере для того чтобы 5-я платформа представляла интерес для членов тим и
партнеров, а не только для клиентов ООО :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 03:55:04AM +0400, Max Ivanov wrote:

MI> Я не совсем понимаю для чего нужен community бранч. Ведь p5 будет
MI> доступен всем? Я думаю вполне мог бы пользоваться им и не забивать
MI> себе голову. c5 предполагает, что туда будет попадать то, что не
MI> пройдет QA в p5 от ALT, ведь так? Т.е. по факту это будет мусор и
MI> гонка за версиями, зачем оно такое нужно?

Привожу простой пример -- я сейчас активно разламываю и переделываю
инфраструктуру Asterisk/Zaptel/DAHDI. И _буду_ делать несовместимые
изменения.

До бранчевания я эту работу закончить не успею. Вопрос о том, когда все
это счастье пройдет QA непростой -- если там будет реальное QA а не
формальное.

В чем-то -- да, это будет "разломаное". Однако там оно -- будет, по
крайней мере работоспособным (очевидно что я имею интерес эти пакеты
сделать работоспособными).

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sat, Sep 05, 2009 at 07:37:07PM +0400, Eugene Prokopiev wrote:

EP> Ну симметричность интересов ООО "Альтлинукс" и ООО "Сейрос с
EP> коллегами" явно прослеживается ;) Только пути решения проблемы пока им
EP> видятся разными.

Отнюдь. Все куда проще.

ООО "Альтлинукс" создали инфраструктуру. И пользуются этой инфраструктурой
не только для обеспечения Community ресурсами, но и для своего бизнеса --
что весьма разумно.

Однако у других дистрибутивостроителей _нет_ аналогичной полной
инфраструктуры. И тем более нет возможности даже сделав ее у себя,
обеспечить удобную интеграцию с альтовым girar (т.е. чтобы ssh git.alt мог
выполнять команды для операций с собственными бранчами других ООО).

Очевидные решения:

1. альт начинает дарить каждому желающему по персональному бранчу -- это
требует как минимум дискового пространства, ресурсов на сборку, и т.д.
Дорого. И не приносит прибыли -- как финансовой, так и какой-либо другой.
А вот геморрой принесет -- вопить же будем постоянно, фич требовать, на
простои жаловаться, и вообще :)

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

3. создание _одного_ Community-дистрибутива. Который будет отличаться от
platform5 тем что учитывает не интересны ООО "АльтЛинукс" а интересы
нескольких создателей решений на базе альт.

Последний вариант жизнеспособен. Я бы даже взял на себя работу RM такого
бранча, но не в одиночку.

EP> Алексей, все понимают, что ресурсы на поддержку инфраструктуры имеются
EP> только у ООО "Альтлинукс", поэтому если решение делать стабильный
EP> бранч на основе Сизифа, а не на основе community-бранча,
EP> принципиальное, присутствующим придется согласиться. Так вот, оно
EP> принципиальное или аргументы за второй вариант и способы его
EP> организации принимаются?

1. 4.0 был очень хорошо _сформирован_. ldv@ много времени контролировал
качество, давал по голове мантейнерам (у меня до сих пор шишки остались).
5.0 был куда хуже.

2. на базе 4.0 был выпушен Server 4.0.1, и была возможность легко делать
его клоны (я для себя их пек постоянно -- правда в основном изменяя слегка
пакетную базу), а уж 4.0.1 от mike@ стал легендарным :) На 5.0 это было
принципиально невозможно.

3. в 4.0 было QA. Просто собрать пакетики туда без ведома ldv@ было
нереаьлно. В 5.0 творился бардак. Замечу, что и я также виновен в этом
бардаке -- лично я собирал свои пакетики скриптиком который создавал сразу
же два таска -- один на сборку в Сизиф, другой на копирование из Сизифа в
5.0 :) В результате пакеты не проходили даже минимального тестирования в
Сизифе перед попаданием в 5.0.

Следствием этого было то, что люди сталкивались с рядом граблей в 5.0 и...
забивали на него. Это наложилось на тот факт, что в новой системе сборки
появилось куда больше параноидальных тестов (включая тесты на unmet'ы и
установку) чем добились по крайней мере частичной логической целостности
Сизифа на том уровне, на каком у нас _никогда_ ее не было. По сути уровняв
стабильность Сизифа со стабильностью бранчей вроде даже 4.1, не то что
5.0.

Эти проблемы очевидны. Вопрос в другом -- какие меры нужно принять чтобы
новый 5.0 не превратился в помойку, а также _кто и какие конкретно
действия предпримет_.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------


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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sat, Sep 05, 2009 at 08:42:49PM +0400, Eugene Prokopiev wrote:

EP> Противоречия появятся с регрессиями в xorg, развитием альтератора и
EP> прочими неизбежными прелестями Сизифа :)

Вот именно для этого нужен бранч -- чтобы можно было жить спокойнее :)

EP> Или накладные расходы на соблюдение этих правил кажутся слишком высокими?

Поясняю мысль:

Вот завтра я разломаю zaptel/dahdi. Возьму и удалю вообще инфраструктуру
zaptel. Затронет это asterisk1.4 и callweaver. Так как в исходниках
callweaver когда я на них смотрел не увидел сходу поддержку DAHDI,
возможно придется его хакать. Это будет период когда весь этот стэк будет
слегка разломан.

Однако степень этой разломанности приемлима для большинства ныншених
пользователей asterisk и callweaver, и поэтому нет ничего плохого сразу
после того как появиться, например, работающий asterisk1.4 с DAHDI
плюхнуть его туда.

Однако в platform5 это все может уйти сильно, сильно позже. А может эти
изменения туда вообще не попадут -- это решать RM"у.

Или другой реальный пример -- postgresql8.4. И так далее.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sat, Sep 05, 2009 at 07:22:00PM +0400, Aleksey Novodvorsky wrote:

AN> У меня память пока не слишком дырявая.
AN> Указанный Вами механизм пока не нашел воплощения в коде, а потому пока
AN> лучше исходить из того, что имеется.

То есть можно рассчитывать на то, что после написания этого кода он
_будет_ активирован на git.alt?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Eugene Prokopiev]

6 сентября 2009 г. 7:58 пользователь Денис Смирнов
(mithraen@altlinux.ru) написал:
> On Sat, Sep 05, 2009 at 11:08:12PM +0400, Aleksey Novodvorsky wrote:
>
> AN> Мы "поставили перед фактом" создани открытого бранча фирмы, за который
> AN> мы несем ответственость. Мы не можем это делать, не посовещавшись?
> AN> Михаил, о чем советоваться при создании своего бранча?
>
> О судьбе Community-бранча, который, очевидно, тоже должен быть. По крайней
> мере для того чтобы 5-я платформа представляла интерес для членов тим и
> партнеров, а не только для клиентов ООО :)

Ну вот с нами и советуются, правда предлагают готовое решение, которое
членов тим и партнеров не совсем устраивает ;)

Похоже, мы не можем понять друг друга, т.к. явно не оговорено, кому
какой с5 нужен. Я вижу 2 возможных варианта:

1) Организации/группы, которые в состоянии потянуть свой
контролируемый бранч - аналог р5. Для них с5 - это очевидный способ
кооперации и снижения накладных расходов. В поддержке с5 в этом случае
наблюдается некоторое равноправие - бекпорты критичных приложений
поддерживаются всеми заинтересованными организациями/группами, а ООО
"Альтлинукс" - всего лишь одна из таких групп. Я даже предположу, что
ООО "Альтлинукс" нужен именно такой с5, но кому он нужен еще? Пока о
чем-то подобном говорил только Денис. Есть ли еще кто-нибудь и
насколько серьезные планы у Дениса?

2) Маленькие группы и мейнтейнеры-одиночки, которые заведомо не могут
выделить те же ресурсы, что и ООО "Альтлинукс". Им нужна именно что
готовая стабильная основа, активно поддерживать они планируют
преимущественно периферийные пакеты (хоть те же asterisk/callweaver,
неинтересные ООО "Альтлинукс"). Их бы и p5 устроил, если б не было
заявлено, что их туда не пустят. Их в принципе устроил бы и аналог
бекпортов с git - но, как недавно выяснилось, оверлейные репозитарии
являются проблемой для сборочницы.

Я боюсь, что на (1) мы не наберем достаточно желающих. Для (2) же
возможна такая схема:

Мейнтейнер p5 по умолчанию также является мейнейнером c5 (т.е. он
отвечает за синхронность бранчей изначально по всем пакетам). Это
умолчание действует до тех пор, пока в c5 впервые не отправляется
пакет другого члена Team, который и становится мейнтейнером этого
пакета в с5.

Разумеется, желающие здесь и сейчас могут заявить о своей
заинтересованности рядом пакетов в с5 - хотя в этом нет особенного
смысла, если они не владеют предметом лучше мейнтейнера р5 и/или не
собираются конфликтовать с мейнтейнером р5 по поводу этих пакетов.

Да, я предполагаю, что у одного пакета в разных бранчах могут быть
разные мейнтейнеры - если до сих пор это не очевидно ;)

Приемлема ли она?

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sat, Sep 05, 2009 at 07:19:35PM +0400, Aleksey Novodvorsky wrote:

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

Да, это так.

Кроме того хотелось бы иметь, на самом деле, _2_ Community-бранча. Один из
которых "анархический" вроде старого 5.0, а другой -- контролируемый. Это
облегчит жизнь QA (пакеты которые по сути являются contrib'ами можно
просто копировать из "анархического" нестабильного бранча).

В этом случае мы получаем нормальную цепочку:

Sisyphus -- пакет собирается, проходит формальные тесты, но неизвестно
работает ли у кого-то кроме мантейнера.
5.0 -- по мнению мантейнера пакет является стабильным
c5/p5 -- по мнению соответствующего QA пакет является стабильным.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

Евгений, спасибо!
Я выскажу свое личное мнение, так как не в курсе многих технических деталей.

6 сентября 2009 г. 8:35 пользователь Eugene Prokopiev
(enp@altlinux.org) написал:
> 6 сентября 2009 г. 7:58 пользователь Денис Смирнов
> (mithraen@altlinux.ru) написал:
>> On Sat, Sep 05, 2009 at 11:08:12PM +0400, Aleksey Novodvorsky wrote:
>>
>> AN> Мы "поставили перед фактом" создани открытого бранча фирмы, за который
>> AN> мы несем ответственость. Мы не можем это делать, не посовещавшись?
>> AN> Михаил, о чем советоваться при создании своего бранча?
>>
>> О судьбе Community-бранча, который, очевидно, тоже должен быть. По крайней
>> мере для того чтобы 5-я платформа представляла интерес для членов тим и
>> партнеров, а не только для клиентов ООО :)
>
> Ну вот с нами и советуются, правда предлагают готовое решение, которое
> членов тим и партнеров не совсем устраивает ;)
>
> Похоже, мы не можем понять друг друга, т.к. явно не оговорено, кому
> какой с5 нужен. Я вижу 2 возможных варианта:
>
> 1) Организации/группы, которые в состоянии потянуть свой
> контролируемый бранч - аналог р5. Для них с5 - это очевидный способ
> кооперации и снижения накладных расходов. В поддержке с5 в этом случае
> наблюдается некоторое равноправие - бекпорты критичных приложений
> поддерживаются всеми заинтересованными организациями/группами, а ООО
> "Альтлинукс" - всего лишь одна из таких групп. Я даже предположу, что
> ООО "Альтлинукс" нужен именно такой с5, но кому он нужен еще? Пока о
> чем-то подобном говорил только Денис. Есть ли еще кто-нибудь и
> насколько серьезные планы у Дениса?
>
> 2) Маленькие группы и мейнтейнеры-одиночки, которые заведомо не могут
> выделить те же ресурсы, что и ООО "Альтлинукс". Им нужна именно что
> готовая стабильная основа, активно поддерживать они планируют
> преимущественно периферийные пакеты (хоть те же asterisk/callweaver,
> неинтересные ООО "Альтлинукс"). Их бы и p5 устроил, если б не было
> заявлено, что их туда не пустят. Их в принципе устроил бы и аналог
> бекпортов с git - но, как недавно выяснилось, оверлейные репозитарии
> являются проблемой для сборочницы.
>

Вариант 2 не явлется блокером для варианта 1, он может быть развит до
него при желании.

> Я боюсь, что на (1) мы не наберем достаточно желающих. Для (2) же
> возможна такая схема:
>
> Мейнтейнер p5 по умолчанию также является мейнейнером c5 (т.е. он
> отвечает за синхронность бранчей изначально по всем пакетам). Это
> умолчание действует до тех пор, пока в c5 впервые не отправляется
> пакет другого члена Team, который и становится мейнтейнером этого
> пакета в с5.
>
> Разумеется, желающие здесь и сейчас могут заявить о своей
> заинтересованности рядом пакетов в с5 - хотя в этом нет особенного
> смысла, если они не владеют предметом лучше мейнтейнера р5 и/или не
> собираются конфликтовать с мейнтейнером р5 по поводу этих пакетов.
>
> Да, я предполагаю, что у одного пакета в разных бранчах могут быть
> разные мейнтейнеры - если до сих пор это не очевидно ;)
>

1. Мне кажется, что у бранчей p5 и c5 должны быть изначально
мейнтейнеры бранчей (их еще здесь не совсем верно называли RM). У c5
-- видимо, несколько. Хотя бы для отслеживания минимального порядка,
регистрации мейнтейнеров пакетов бранча etc.
2. Нужно определить границы возможных изменений в c5. Революции, как
мне кажется, стоит устраивать только  в Сизифе. Вариант: отбранчевать
c5 позже, но это приведет к несовместиомости с p5 и невозможности
использовать исправления базовой системы из него.
3. Мейнтейнеры пакетов, несомненно, могут быть разные. Хотя лучше бы
таких разных было меньше.

> Приемлема ли она?

На мой взгляд, -- да.

Rgrds, Алексей

>
> --
> С уважением,
> Прокопьев Евгений
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

6 сентября 2009 г. 9:06 пользователь Денис Смирнов
(mithraen@altlinux.ru) написал:
> On Sat, Sep 05, 2009 at 07:19:35PM +0400, Aleksey Novodvorsky wrote:
>
> AN> Мне кажется, что идеальным вариантом было бы "сговориться с коллегами"
> AN> о контроле бранча через полиси или договоренности здесь, чтобы не
> AN> плодить сущностей.
>
> Да, это так.
>
> Кроме того хотелось бы иметь, на самом деле, _2_ Community-бранча. Один из
> которых "анархический" вроде старого 5.0, а другой -- контролируемый. Это
> облегчит жизнь QA (пакеты которые по сути являются contrib'ами можно
> просто копировать из "анархического" нестабильного бранча).
>
> В этом случае мы получаем нормальную цепочку:
>
> Sisyphus -- пакет собирается, проходит формальные тесты, но неизвестно
> работает ли у кого-то кроме мантейнера.
> 5.0 -- по мнению мантейнера пакет является стабильным
> c5/p5 -- по мнению соответствующего QA пакет является стабильным.

Это как раз неподъемные, на мой взгляд, новые сущности. QA для c5 -- кто он?
Мне предложение Евгения кажется более реалистичным. По крайней мере,
пока не видно многих желающих пойти по его варианту 1.

Rgrds, Алексей

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 08:35:55AM +0400, Eugene Prokopiev wrote:

EP> Похоже, мы не можем понять друг друга, т.к. явно не оговорено, кому
EP> какой с5 нужен. Я вижу 2 возможных варианта:

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

Мне лично вообще Linux нужен:
1. как база для выпекания ovz templates под личные нужды;

2. основа для хостинговой платформы (свои сайты держать) --
PHP5/apache/MySQL/PostgreSQL/postfix.

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

Для первых двух меня даже нынешинй 5.0 устраивает. Для 3 -- меня не
устраивает вообще ничего из имеющегося сейчас. Раньше устраивал 4.0, а
сейчас нет основы для таких решений, и для меня лично это -- проблема.

Вот прямо сейчас у меня есть клиент который даст мне немного денег если я
ему прямо сейчас дам дисочек с чем-то вроде моего старого SeirosPBX только
на новой пакетной базе. А я -- не могу ему это дать, денюжка уплывает
мимо.

EP> 1) Организации/группы, которые в состоянии потянуть свой
EP> контролируемый бранч - аналог р5. Для них с5 - это очевидный способ
EP> кооперации и снижения накладных расходов. В поддержке с5 в этом случае
EP> наблюдается некоторое равноправие - бекпорты критичных приложений
EP> поддерживаются всеми заинтересованными организациями/группами, а ООО
EP> "Альтлинукс" - всего лишь одна из таких групп. Я даже предположу, что
EP> ООО "Альтлинукс" нужен именно такой с5, но кому он нужен еще? Пока о
EP> чем-то подобном говорил только Денис. Есть ли еще кто-нибудь и
EP> насколько серьезные планы у Дениса?

В одиночку быть QA полноценного бранча -- у меня столько свободного
времени нет. Это возможно только если мне эту работу кто-то оплатит, и я
пока не вижу желающих.

Притом меня лично в этом бранче особенно интересует именно серверная
часть, да и то не вся, и эту часть я могу поддерживать. Но по поводу
десктопных пакетов у меня, если буду один, скорее будет позиция "нет
апдейтов -- нет проблем" :) Поэтому хотелось бы чтобы все-таки я был не
один, иначе это получитяс не с5 бранч, а mithraen5 :)

EP> 2) Маленькие группы и мейнтейнеры-одиночки, которые заведомо не могут
EP> выделить те же ресурсы, что и ООО "Альтлинукс". Им нужна именно что
EP> готовая стабильная основа, активно поддерживать они планируют
EP> преимущественно периферийные пакеты (хоть те же asterisk/callweaver,
EP> неинтересные ООО "Альтлинукс"). Их бы и p5 устроил, если б не было
EP> заявлено, что их туда не пустят. Их в принципе устроил бы и аналог
EP> бекпортов с git - но, как недавно выяснилось, оверлейные репозитарии
EP> являются проблемой для сборочницы.

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

EP> Я боюсь, что на (1) мы не наберем достаточно желающих. Для (2) же
EP> возможна такая схема:
EP> Мейнтейнер p5 по умолчанию также является мейнейнером c5 (т.е. он
EP> отвечает за синхронность бранчей изначально по всем пакетам). Это
EP> умолчание действует до тех пор, пока в c5 впервые не отправляется
EP> пакет другого члена Team, который и становится мейнтейнером этого
EP> пакета в с5.

Выглядит интересно. Однако есть еще и другая аудитория -- люди которые
занимаются пакетами для личных целей. Соответственно у них куда меньше
ответственности чем у тех кто повязан контрактными обязательствами с
клиентами. Таким образом c5 все равно превратится в помойку :(

Кроме того, хочу напомнить, что p5 предназначен для выполнения контрактных
обязательств ООО "Альтлинукс". А значит если завтра понадобится срочно под
какого-то клиента внести пару несовместимых изменений в альтератор -- они
уедут в p5. А если они попадут в c5, такие люди как я после этого опять
полгода будут жужжать в рассылке и мысленно ругаться матом.

Так что боюсь, хотя p5 и проходит QA, не все пакеты пригодные для p5
пригодны для c5. Вот такая вот грабля :(

EP> Разумеется, желающие здесь и сейчас могут заявить о своей
EP> заинтересованности рядом пакетов в с5 - хотя в этом нет особенного
EP> смысла, если они не владеют предметом лучше мейнтейнера р5 и/или не
EP> собираются конфликтовать с мейнтейнером р5 по поводу этих пакетов.
EP> Да, я предполагаю, что у одного пакета в разных бранчах могут быть
EP> разные мейнтейнеры - если до сих пор это не очевидно ;)
EP> Приемлема ли она?

Сама идея мне нравится -- использовать для c5 часть ресурсов уже
затраченых на p5. 

Но скорее это сработало бы так:

- делается новый 5.0;
- пакеты из p5 автоматом переносятся в 5.0
- и т.д. все описаное тобой но вместо c5 участвует 5.0
- c5 комплектует уже QA c5, во многом переносом пакетов из 5.0 и/или p5.


Однако такой c5 имеет смысл только в том случае, если кроме меня
действительно есть еще люди которые выпекают свои диски, и готовы
заниматься работой QA. В противном случае мне проще сделать локальный
оверлей и базироваться на p5.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------


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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 09:07:19AM +0400, Aleksey Novodvorsky wrote:

AN> 1. Мне кажется, что у бранчей p5 и c5 должны быть изначально
AN> мейнтейнеры бранчей (их еще здесь не совсем верно называли RM). 

Просто мне кажется что хорошим мантейнером бранча может быть только RM
дистрибутива на базе этого бранча :)

AN> У c5
AN> -- видимо, несколько. Хотя бы для отслеживания минимального порядка,
AN> регистрации мейнтейнеров пакетов бранча etc.
AN> 2. Нужно определить границы возможных изменений в c5. Революции, как
AN> мне кажется, стоит устраивать только  в Сизифе. Вариант: отбранчевать
AN> c5 позже, но это приведет к несовместиомости с p5 и невозможности
AN> использовать исправления базовой системы из него.

Я скажу, наверное, крамольную мысль... Но Community-бранч должен быть
чем-то вроде Debian stable. То есть внутри него могут быть и революционные
изменения, после того как они обкатаны в Сизифе.

Community не в состоянии выпускать дистрибутивы с 3-5 летней поддержкой
обновлениями. А поэтому долгоживущий бранч для них -- не нужен. Нужен "не
сильно протухший". А тем кому нужно более надежное решение -- вот те пусть
пользуются не Community-бранчами, а коробочками от ALT Linux. И платят за
суппорт и многолетнюю поддержку.

Именно поэтому c5 или разъедется в будущем с p5, или окажется заброшеным.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 09:11:48AM +0400, Aleksey Novodvorsky wrote:

AN> Это как раз неподъемные, на мой взгляд, новые сущности. QA для c5 -- кто он?
AN> Мне предложение Евгения кажется более реалистичным. По крайней мере,
AN> пока не видно многих желающих пойти по его варианту 1.

Вопрос -- а насколько реально предоставить возможность создания
персональных бранчей? Так как в них большая часть изменений будет
выполняться через copy, то нагрузку они будут создавать только во время
тестирование устанавливаемости и прочи тестах на прохождение task'а.

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Dmitriy Kruglikov]

5 сентября 2009 г. 13:22 пользователь Aleksey Novodvorsky написал:
> При контрактной поддержке
> такие изменения могут оказаться необходимы и мы в некоторых случаях
> можем быть вынуждены их вносить без согласования с мейнтенейрами 5
> бранча.

Думаю, мало кто из Community в курсе того, как названы ресурсы на
ваших внутренних серверах, какие они есть и для чего ...
Пусть будет публичный бранч любой номерной ветки, пусть будет
внутренний, супер-пупер стабильный его срез, изменяющийся согласно
вашей внутренней политике.
Я об этом не знал, не знаю, и знать не должен, по большому счету.
И голова у меня не болит за это, и в вашу кухню я не лезу.
Дабы не плодить непонятки в процессе общения, именовать эти
контрактные срезы не циферками, а словами, вероятно, с индексом...

Как вавриант: "Марс-5". Срезан с 5-го бранча для космонавтов ...
Или тот же "Утес".
Или еще как ...

Зачем сложности с "Пятый, но наш, не совсем пятый, то есть ваш"?


-- 
Как правильно задавать вопросы:
http://maddog.sitengine.ru/smart-question-ru.html

Помогает:
http://search.altlinux.org

Best regards,
 Dmitriy Kruglikov
 Dmitriy.Kruglikov_at_gmail_dot_com
 XMPP: Dmitriy.Kruglikov_at_gmail_dot_com

Re: [devel] С наступающим новым бранчем

[Alexey Tourbin]

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

On Sat, Sep 05, 2009 at 06:58:34PM +0400, Aleksey Novodvorsky wrote:
> 5 сентября 2009 г. 18:46 пользователь Alexey Tourbin (at@altlinux.ru) написал:
> > Коммерция versus некоммериция это более сложная тема.
> > Проблема в данном случае что коммерция со стороны суппорта ALT Linux
> > хочет получить эксклюзивные права на бранч.  Интересы суппорта понятны,
> > но это не годится.
> >
> > Мое предолжение:
> > 1) Сделать бранч 5.1, отфоркав его от Сизифа
> 
> Вот это как раз обсуждается сейчас.
> 
> > 2) Заливать туда пакеты на общих основаниях.
> > 3) Если надо поддерживать более стабильный бранч с премодерированием,
> > то      надо поддерживать более стабильный бранч с премодерированием
> > (производный от 5.1).
> 
> Если будет согласие по новому community-бранчу, то оба эти бранча
> будут созданы одновременно, от Сизифа. Если нет, то бранч platform5
> будет создан в любом случае.

Мое предложение: создать community branch 5.1 как основной.
И создать extra-stable OOO бранч 5.1-OOO (опаздывающий) как производный
от 5.1.  А именно, если не обнаруживается проблем с бранчем 5.1, то он
вливается (на регулярной основе) в бранч 5.1-OOO.  Уточнение: проблемы
трафика проблемой не считаются.

Если же в 5.1 обнаруживается привнесенная нестабильность,
то есть варианты действий.  Но, в конечном счете, как цель,
надо декларировать синхронизацию 5.1 и 5.1-OOO.

> >> Кроме того, бранч platform5 -- публичный, работа над ним также
> >
> > Не верю!  Только что Ваши подчиненные писали что хотят зажать.
> > Что заливать пакеты туда нельзя, пока ихние величества не соизволят.
> 
> Да, именно так. Но сам бранч и процесс его изменения публичен.

Ну я этим величествам передаю лучи анального презрения!

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 08:56:55AM +0300, Dmitriy Kruglikov wrote:

DK> Как вавриант: "Марс-5". Срезан с 5-го бранча для космонавтов ...
DK> Или тот же "Утес".
DK> Или еще как ...
DK> Зачем сложности с "Пятый, но наш, не совсем пятый, то есть ваш"?

Да ведь так и сделано -- platform5 :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Vitaly Kuznetsov]

Alexey Tourbin <at@altlinux.ru> writes:

> Мое предложение: создать community branch 5.1 как основной.
> И создать extra-stable OOO бранч 5.1-OOO (опаздывающий) как
> производный
> от 5.1.  А именно, если не обнаруживается проблем с бранчем 5.1, то он
> вливается (на регулярной основе) в бранч 5.1-OOO.  Уточнение: проблемы
> трафика проблемой не считаются.
>
> Если же в 5.1 обнаруживается привнесенная нестабильность,
> то есть варианты действий.  Но, в конечном счете, как цель,
> надо декларировать синхронизацию 5.1 и 5.1-OOO.


Попытаюсь объяснить чем такая схема (sisyphus -> c5 -> p5) не устраивает.

К примеру, в с5 приехал пакетик A с новой версией. С ним пересобрались
обновления пакетиков B и С. Наш QA знает, что согласно обязательствам мы
не можем пустить в p5 новую версию пакетика А. Причины прописаны в
договорах и абсолютно неинтересны community.
Вопрос - что делать дальше? Обновления пакетиков B и C нам нужны. 
Наступает момент, с которого мы не можем делать синхронизацию.

Аналогичная ситуация возникает при внесении изменений в p5 в обход с5
(опять же, согласно обязательствам). 

Можно предложить специальный тип заданий для сборочницы, одновременно
собирающий задания и в c5 и, в случае успешной сборки) в p5. После этого
задание в p5 вещается на hold до решения QA. 

Re: [devel] С наступающим новым бранчем

[Eugene Ostapets]

2009/9/6 Vitaly Kuznetsov <vitty altlinux.ru>:
> Alexey Tourbin <at altlinux.ru> writes:
> Можно предложить специальный тип заданий для сборочницы, одновременно
> собирающий задания и в c5 и, в случае успешной сборки) в p5. После этого
> задание в p5 вещается на hold до решения QA.
Мне кажется любая "автоматизация" копирования пакетов между бранчами
таже быстро и верно убьет c5, как и почивший в бозе 5.0...

Мне кажется рабочей следующая схема:
пакеты могут попадать на сборку от мантейнера исключительно в Сизиф, в
бранчи они копируются мантейнером бранча в соответствии с
рекомендациями QA. Разделение пакетной базы на main+contrib в рамках
бранча, позволит сделать автоматическое подтверждение для contrib
пакетов и снизит нагрузку на неоперившийся QA сейчас.

Понятие main должно фиксироваться для каждого бранча отдельно.

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

6 сентября 2009 г. 9:23 пользователь Денис Смирнов
(mithraen@altlinux.ru) написал:

> Кроме того, хочу напомнить, что p5 предназначен для выполнения контрактных
> обязательств ООО "Альтлинукс". А значит если завтра понадобится срочно под
> какого-то клиента внести пару несовместимых изменений в альтератор -- они
> уедут в p5.

p5 предназначен, в том числе, для поддержки клиентов, причем далеко не
одного. Как можно в такой бранч вносить несовместимые изменения?

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Vitaly Kuznetsov]

Eugene Ostapets <eostapets@gmail.com> writes:

> 2009/9/6 Vitaly Kuznetsov <vitty altlinux.ru>:
>> Alexey Tourbin <at altlinux.ru> writes:
>> Можно предложить специальный тип заданий для сборочницы,
> одновременно
>> собирающий задания и в c5 и, в случае успешной сборки) в p5. После
> этого
>> задание в p5 вещается на hold до решения QA.
> Мне кажется любая "автоматизация" копирования пакетов между бранчами
> таже быстро и верно убьет c5, как и почивший в бозе 5.0...
>
> Мне кажется рабочей следующая схема:
> пакеты могут попадать на сборку от мантейнера исключительно в Сизиф, в
> бранчи они копируются мантейнером бранча в соответствии с
> рекомендациями QA.

В этой схеме плохо то, что невозможно ведение разных веток пакета для
разных бранчей, к примеру stable -> c5, unstable -> sisyphus

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

6 сентября 2009 г. 12:21 пользователь Vitaly Kuznetsov
(vitty@altlinux.ru) написал:
> Alexey Tourbin <at@altlinux.ru> writes:
>
>> Мое предложение: создать community branch 5.1 как основной.
>> И создать extra-stable OOO бранч 5.1-OOO (опаздывающий) как
>> производный
>> от 5.1.  А именно, если не обнаруживается проблем с бранчем 5.1, то он
>> вливается (на регулярной основе) в бранч 5.1-OOO.  Уточнение: проблемы
>> трафика проблемой не считаются.
>>
>> Если же в 5.1 обнаруживается привнесенная нестабильность,
>> то есть варианты действий.  Но, в конечном счете, как цель,
>> надо декларировать синхронизацию 5.1 и 5.1-OOO.
>
>
> Попытаюсь объяснить чем такая схема (sisyphus -> c5 -> p5) не устраивает.
>
> К примеру, в с5 приехал пакетик A с новой версией. С ним пересобрались
> обновления пакетиков B и С. Наш QA знает, что согласно обязательствам мы
> не можем пустить в p5 новую версию пакетика А. Причины прописаны в
> договорах и абсолютно неинтересны community.
> Вопрос - что делать дальше? Обновления пакетиков B и C нам нужны.
> Наступает момент, с которого мы не можем делать синхронизацию.

Вариант решения предложил enp@
Синхронизация проходит только по тем пакетам, у которых нет мейнтейнера в c5.
Rgrds, Алексей

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

6 сентября 2009 г. 9:23 пользователь Денис Смирнов
(mithraen@altlinux.ru) написал:
> 3. основа для моих решений по телефонии (мне не нравится продавать услугу
> "настрою ваш астериск", мне куда удобнее продавать "настрою вам сервер
> целиком и отдам вам пароля рута в момент разрыва договорных обязательств
> по технической поддержке).
>
> Для первых двух меня даже нынешинй 5.0 устраивает. Для 3 -- меня не
> устраивает вообще ничего из имеющегося сейчас. Раньше устраивал 4.0, а
> сейчас нет основы для таких решений, и для меня лично это -- проблема.
>
Чем не устраивает Server 5.0, кроме, возможно, вездесущего там Alterator?
Какой функциональности не хватает? Есть ли принципиальные сложности с
будущим бранчем или  профиль сложно нарисовать?

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Grigory Batalov]

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

On Sun, 6 Sep 2009 08:29:06 +0400, Денис Смирнов wrote:

> AN> У меня память пока не слишком дырявая.
> AN> Указанный Вами механизм пока не нашел воплощения в коде, а потому пока
> AN> лучше исходить из того, что имеется.
>
> То есть можно рассчитывать на то, что после написания этого кода он
> _будет_ активирован на git.alt?

Очевидно, это зависит от качества кода.

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

Re: [devel] С наступающим новым бранчем

[Eugene Ostapets]

2009/9/6 Vitaly Kuznetsov <vitty@altlinux.ru>:
> Eugene Ostapets <eostapets@gmail.com> writes:
>
>> 2009/9/6 Vitaly Kuznetsov <vitty altlinux.ru>:
>>> Alexey Tourbin <at altlinux.ru> writes:
>>> Можно предложить специальный тип заданий для сборочницы,
>> одновременно
>>> собирающий задания и в c5 и, в случае успешной сборки) в p5. После
>> этого
>>> задание в p5 вещается на hold до решения QA.
>> Мне кажется любая "автоматизация" копирования пакетов между бранчами
>> таже быстро и верно убьет c5, как и почивший в бозе 5.0...
>>
>> Мне кажется рабочей следующая схема:
>> пакеты могут попадать на сборку от мантейнера исключительно в Сизиф, в
>> бранчи они копируются мантейнером бранча в соответствии с
>> рекомендациями QA.
>
> В этой схеме плохо то, что невозможно ведение разных веток пакета для
> разных бранчей, к примеру stable -> c5, unstable -> sisyphus
Если мы перешли к именам stable и unstable, может добавить еще
testing, updates и backports? Тогда это все заработает...

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] [sisyphus] С наступающим новым бранчем

[Grigory Batalov]

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

On Sun, 6 Sep 2009 14:39:30 +0400, Aleksey Novodvorsky wrote:

> > Кроме того, хочу напомнить, что p5 предназначен для выполнения контрактных
> > обязательств ООО "Альтлинукс". А значит если завтра понадобится срочно под
> > какого-то клиента внести пару несовместимых изменений в альтератор -- они
> > уедут в p5.
>
> p5 предназначен, в том числе, для поддержки клиентов, причем далеко не
> одного. Как можно в такой бранч вносить несовместимые изменения?

А как Вы объясните клиенту, что не можете вставить кнопочку "Х",
потому что этим же пакетом будут пользоваться другие клиенты, а
им она не нужна (или вредна) ?

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

6 сентября 2009 г. 15:28 пользователь Grigory Batalov
(bga@altlinux.org) написал:
> On Sun, 6 Sep 2009 14:39:30 +0400, Aleksey Novodvorsky wrote:
>
>> > Кроме того, хочу напомнить, что p5 предназначен для выполнения контрактных
>> > обязательств ООО "Альтлинукс". А значит если завтра понадобится срочно под
>> > какого-то клиента внести пару несовместимых изменений в альтератор -- они
>> > уедут в p5.
>>
>> p5 предназначен, в том числе, для поддержки клиентов, причем далеко не
>> одного. Как можно в такой бранч вносить несовместимые изменения?
>
> А как Вы объясните клиенту, что не можете вставить кнопочку "Х",
> потому что этим же пакетом будут пользоваться другие клиенты, а
> им она не нужна (или вредна) ?

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

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Grigory Batalov]

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

On Sun, 6 Sep 2009 04:21:07 +0400, Aleksey Novodvorsky wrote:

> > Я не совсем понимаю для чего нужен community бранч. Ведь p5 будет
> > доступен всем?
>
> Да.
>
> > Я думаю вполне мог бы пользоваться им и не забивать
> > себе голову. c5 предполагает, что туда будет попадать то, что не
> > пройдет QA в p5 от ALT, ведь так? Т.е. по факту это будет мусор и
> > гонка за версиями, зачем оно такое нужно?
>
> В p5 не будет бекпортов, если только они не являются единственным
> средством исправления серьезных ошибок. И новых приложений там тоже
> будет немного. Это ограничивает  не только для "пытливых"
> пользователей, но и  разработчиков, и  админов, которым частенько
> нужны свежие версии приложений в стабильном, проверенном окружении.
> Потому существование трех веток:
> -- очень консервативного, стремящегося к минимуму ошибок p5;
> -- стабильного с бекпортами некритичных для системы приложений c5 (то
> есть, например, проблемы с новой версией  python, если она туда
> попадет пересборкой из Сизифа, я не считаю критичными для системы в
> целом, хотя это крупная неприятность);
> -- свежего и частенько нестабильного Сизифа
> на мой взгляд, оправдано для очень разных категорий пользователей. При
> этом я бы ориентировал c5, если он будет, не столько на любителей
> свежатинки из массовых пользователей, сколько на профессионалов и
> опытных пользователей.

А, вот и я понял! =)

Меня как пользователя устроит бранч ООО по причине стабильности
(надёжности ?).

Как мэйнтейнер я собираю некоторые пакеты и публикую в Сизифе,
однако сам пользуюсь их бэкпортами (!) в используемый бранч.
Думаю, и пользователям бранча было бы удобнее брать мои пакеты
оттуда, нежели пересобирать Сизифные или из git.alt.

Новые версии - это не гонка, в развивающемся софте зачастую
с новыми версиями появляются уникальные возможности
(aka "killer feature").

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Grigory Batalov]

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

On Sun, 6 Sep 2009 15:42:00 +0400, Aleksey Novodvorsky wrote:

> >> > Кроме того, хочу напомнить, что p5 предназначен для выполнения контрактных
> >> > обязательств ООО "Альтлинукс". А значит если завтра понадобится срочно под
> >> > какого-то клиента внести пару несовместимых изменений в альтератор -- они
> >> > уедут в p5.
> >>
> >> p5 предназначен, в том числе, для поддержки клиентов, причем далеко не
> >> одного. Как можно в такой бранч вносить несовместимые изменения?
> >
> > А как Вы объясните клиенту, что не можете вставить кнопочку "Х",
> > потому что этим же пакетом будут пользоваться другие клиенты, а
> > им она не нужна (или вредна) ?
>
> Странный вопрос. Если речь идет об одной кнопочке, то это выносится в
> метанастройки, если о более сложном изменении -- создается другой
> пакет.

Т.е. "несовместимые изменения" оформляются в виде "другого пакета".

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Aleksey Novodvorsky]

6 сентября 2009 г. 15:51 пользователь Grigory Batalov
(bga@altlinux.org) написал:
> On Sun, 6 Sep 2009 15:42:00 +0400, Aleksey Novodvorsky wrote:
>
>> >> > Кроме того, хочу напомнить, что p5 предназначен для выполнения контрактных
>> >> > обязательств ООО "Альтлинукс". А значит если завтра понадобится срочно под
>> >> > какого-то клиента внести пару несовместимых изменений в альтератор -- они
>> >> > уедут в p5.
>> >>
>> >> p5 предназначен, в том числе, для поддержки клиентов, причем далеко не
>> >> одного. Как можно в такой бранч вносить несовместимые изменения?
>> >
>> > А как Вы объясните клиенту, что не можете вставить кнопочку "Х",
>> > потому что этим же пакетом будут пользоваться другие клиенты, а
>> > им она не нужна (или вредна) ?
>>
>> Странный вопрос. Если речь идет об одной кнопочке, то это выносится в
>> метанастройки, если о более сложном изменении -- создается другой
>> пакет.
>
> Т.е. "несовместимые изменения" оформляются в виде "другого пакета".

Я просто не вижу в Вашем примере несовместимых изменений.

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем [двойная сборка]

[Michael Shigorin]

On Sun, Sep 06, 2009 at 12:21:59PM +0400, Vitaly Kuznetsov wrote:
> К примеру, в с5 приехал пакетик A с новой версией. С ним

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

> пересобрались обновления пакетиков B и С. Наш QA знает, что
> согласно обязательствам мы не можем пустить в p5 новую версию
> пакетика А. Причины прописаны в договорах и абсолютно
> неинтересны community.  Вопрос - что делать дальше?

_Заранее_ вести список жёстко запрещённых soname changes
в бранче (поскольку по факту они у нас до сих пор бывали
AFAIR).

> Аналогичная ситуация возникает при внесении изменений в p5 в
> обход с5 (опять же, согласно обязательствам). 

Это обратный мерж, заниматься которым в совместных интересах
вашего QA и основного майнтейнера пакета или группы таковых.

> Можно предложить специальный тип заданий для сборочницы,
> одновременно собирающий задания и в c5 и, в случае успешной
> сборки) в p5. После этого задание в p5 вещается на hold до
> решения QA. 

Не покатит, может оказаться один SNVR с разными зависимостями
(а если нет, то нет и смысла в отдельной сборке).

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

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Sun, Sep 06, 2009 at 08:02:42AM +0400, Денис Смирнов wrote:
> До бранчевания я эту работу закончить не успею. Вопрос о том,
> когда все это счастье пройдет QA непростой -- если там будет
> реальное QA а не формальное.

Я так понимаю, что если бы были min/contrib, то QA бы не
напрягался по той простой причине, что оно было бы в contrib.

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

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Sun, Sep 06, 2009 at 09:06:07AM +0400, Денис Смирнов wrote:
> 5.0 -- по мнению мантейнера пакет является стабильным
> c5/p5 -- по мнению соответствующего QA пакет является стабильным.

Многовато, в этих терминах на сейчас 5.0+p5 бы потянуть.

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

Re: [devel] С наступающим новым бранчем [git.eter]

[Michael Shigorin]

On Sun, Sep 06, 2009 at 09:31:18AM +0400, Денис Смирнов wrote:
> Вопрос -- а насколько реально предоставить возможность создания
> персональных бранчей?

Так понимаю, не раньше выполнения хотя бы начальных обязательств
ООО, бишь когда у ldv@ появится какое-то время.  Что вряд ли
раньше зимы, а то и весны.  Так что пока интересней, что там
у sin@ получается на git.eter и как там завестись (страничку
на wiki.etersoft.ru читал, она явно рассчитана на сотрудников).

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

Re: [devel] С наступающим новым бранчем

[Dmitriy Kruglikov]

6 сентября 2009 г. 9:57 пользователь Денис Смирнов написал:

> Да ведь так и сделано -- platform5 :)
>
Я веду к тому, что о наличии особо стабильного бранча
не всем интересно знать...

Что туда вливать, а что нет, решать тому, кто его (бранч) "срезает" ...
На пальцах это выглядит так:
Предположим, что для работы твоей "звездочки" сделан срез, и назван он
"Альдебаран5" ...
И только тебе и сотрудникам твоей фирмы понятно, что это такое и с чем
его едят...

А всем остальным - глубоко неизвестно о наличии в природе такого зверя.
Разве что ты выложишь его в доступ.

На самом деле, это будет специальная сборка для твоего клиента,
по его специфике (железо, особые запросы и т.д.)...

Бранчу 5.* глубоко монохромно от наличия или отсутствия "Альдебаран5".
А вот в этот самый "Альдебаран5" ты заинтересован переносить пакеты из
бранч 5.* . При условии, что эти пакеты соответствуют твоему уровню
требований надёжности.

Но вот "нагибать" бранч 5.* под нужды твоего "Альдебаран5" будет
слегка неприлично.

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

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

Мне хочется, чтобы поводов к такому мне больше не предоставляли :)

-- 
Как правильно задавать вопросы:
http://maddog.sitengine.ru/smart-question-ru.html

Помогает:
http://search.altlinux.org

Best regards,
 Dmitriy Kruglikov
 Dmitriy.Kruglikov_at_gmail_dot_com
 XMPP: Dmitriy.Kruglikov_at_gmail_dot_com

Re: [devel] С наступающим новым бранчем [двойная сборка]

[Eugene Prokopiev]

6 сентября 2009 г. 16:29 пользователь Michael Shigorin
(mike@osdn.org.ua) написал:
> On Sun, Sep 06, 2009 at 12:21:59PM +0400, Vitaly Kuznetsov wrote:
>> К примеру, в с5 приехал пакетик A с новой версией. С ним
>
> То есть с библиотекой, или что ещё я упустил?
> (предполагаю отсутствие существенных отличий в составе,
> когда configure может сыграть по-разному)
>
>> пересобрались обновления пакетиков B и С. Наш QA знает, что
>> согласно обязательствам мы не можем пустить в p5 новую версию
>> пакетика А. Причины прописаны в договорах и абсолютно
>> неинтересны community.  Вопрос - что делать дальше?
>
> _Заранее_ вести список жёстко запрещённых soname changes
> в бранче (поскольку по факту они у нас до сих пор бывали
> AFAIR).

Бывают странные апстримы вроде spandsp или clamav, которые не умеют
без этого обходиться :( Или это contrib, а правило предлагается для
main, где такого быть не должно?

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

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

6 сентября 2009 г. 17:14 пользователь Dmitriy Kruglikov
(dmitriy.kruglikov@gmail.com) написал:
> 6 сентября 2009 г. 9:57 пользователь Денис Смирнов написал:
>
>> Да ведь так и сделано -- platform5 :)
>>
> Я веду к тому, что о наличии особо стабильного бранча
> не всем интересно знать...
>
> Что туда вливать, а что нет, решать тому, кто его (бранч) "срезает" ...
> На пальцах это выглядит так:
> Предположим, что для работы твоей "звездочки" сделан срез, и назван он
> "Альдебаран5" ...
> И только тебе и сотрудникам твоей фирмы понятно, что это такое и с чем
> его едят...
>
> А всем остальным - глубоко неизвестно о наличии в природе такого зверя.
> Разве что ты выложишь его в доступ.
>
> На самом деле, это будет специальная сборка для твоего клиента,
> по его специфике (железо, особые запросы и т.д.)...

Ну да, конечно.
Это бранч Пятой Платформы, платформы общего назначения. На ней и
школьные дистрибутивы построены. И наши заказные решения -- тоже. Нам
важно увеличивать и поддерживать его стабильность, нам нельзя
допустить превращения его в помойку. Мы отвечаем за него, а потому
должны контролировать.
Я же писал об этом, к чему эти страшилки?

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем [полиси]

[Michael Shigorin]

On Sat, Sep 05, 2009 at 07:19:35PM +0400, Aleksey Novodvorsky wrote:
> Мне кажется, что идеальным вариантом было бы "сговориться с
> коллегами" о контроле бранча через полиси или договоренности
> здесь, чтобы не плодить сущностей.

Понимаете, если полиси вдруг столкнётся с вашими контрактными
обязательствами, то лесом пойдёт полиси.  А не зная их,
не напишешь его.  А те, кто знает -- им небось влом и теперь
опять не до того.

Плюс срочность -- не лучший фон для выработки полиси.

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

Re: [devel] С наступающим новым бранчем

[Dmitriy Kruglikov]

6 сентября 2009 г. 16:30 пользователь Aleksey Novodvorsky написал:
> Ну да, конечно.
> Это бранч Пятой Платформы, платформы общего назначения. На ней и
> школьные дистрибутивы построены. И наши заказные решения -- тоже.
Я все это прекрасно понимаю, и предлагаю, как раз, срезы эти
"спрятать" среди локальных ресурсов ООО,
а систему именования сделать максимально отличной от нумерованных бранчей.
На слух, отличие от "Бранч5" и "Платформа5" - никакущее...
А вот "Школьный 5" - сразу всем понятно ...
И в бранч "Школьный 5" пакеты будут попадать так, и только так,
как будет определено контрактными условиями.

> Я же писал об этом, к чему эти страшилки?
Это не страшилки, а сермяжная правда.
Сейчас в Сизифе есть пакеты, которые заточены под выпуск школьного
комплекта. Как минимум - пара-тройка вокруг LDAP и альтератора.
Да - мелочь, но неприятная...
В результате - управление базами LDAP и пользователями в этих базах
стало неудобоваримым...


-- 
Как правильно задавать вопросы:
http://maddog.sitengine.ru/smart-question-ru.html

Помогает:
http://search.altlinux.org

Best regards,
 Dmitriy Kruglikov
 Dmitriy.Kruglikov_at_gmail_dot_com
 XMPP: Dmitriy.Kruglikov_at_gmail_dot_com

Re: [devel] С наступающим новым бранчем

[Aleksey Novodvorsky]

6 сентября 2009 г. 17:53 пользователь Dmitriy Kruglikov
(dmitriy.kruglikov@gmail.com) написал:
> 6 сентября 2009 г. 16:30 пользователь Aleksey Novodvorsky написал:
>> Ну да, конечно.
>> Это бранч Пятой Платформы, платформы общего назначения. На ней и
>> школьные дистрибутивы построены. И наши заказные решения -- тоже.
> Я все это прекрасно понимаю, и предлагаю, как раз, срезы эти
> "спрятать" среди локальных ресурсов ООО,
> а систему именования сделать максимально отличной от нумерованных бранчей.
> На слух, отличие от "Бранч5" и "Платформа5" - никакущее...
> А вот "Школьный 5" - сразу всем понятно ...
> И в бранч "Школьный 5" пакеты будут попадать так, и только так,
> как будет определено контрактными условиями.

Мы не можем плодить по бранчу на проект, как бы это ни было здорово
для пользователей на первый взгляд. Нет ресурсов на такое, получится
всюду плохо. Собственно, об этом и был разговор с самого начала. У ООО
будет один бранч p5, по крайней мере в среднесрочной перспективе.


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

Это какие? Пишите в bugzilla, будем чинить, если они попадают в Office
Server. Если же нет -- это совершенно нормальная ситуация.

Rgrds, Алексей

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 03:42:50PM +0300, Michael Shigorin wrote:
>> 5.0 -- по мнению мантейнера пакет является стабильным
>> c5/p5 -- по мнению соответствующего QA пакет является стабильным.
MS> Многовато, в этих терминах на сейчас 5.0+p5 бы потянуть.

5.0 не надо "тянуться". Он и так может тянуться -- самими мантейнерами, в
меру их желания.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 04:14:31PM +0300, Dmitriy Kruglikov wrote:
DK> Предположим, что для работы твоей "звездочки" сделан срез, и назван он
DK> "Альдебаран5" ...
DK> И только тебе и сотрудникам твоей фирмы понятно, что это такое и с чем
DK> его едят...
DK> А всем остальным - глубоко неизвестно о наличии в природе такого зверя.
DK> Разве что ты выложишь его в доступ.

platform5 таковым и будет, как я понимаю -- внутренним бранчем ООО, но
выложеным в открытый доступ. А также озвучена возможность мантейнеров
вносить в него изменения, но исключительно по согласованию с QA (что
логично).

DK> Бранчу 5.* глубоко монохромно от наличия или отсутствия "Альдебаран5".
DK> А вот в этот самый "Альдебаран5" ты заинтересован переносить пакеты из
DK> бранч 5.* . При условии, что эти пакеты соответствуют твоему уровню
DK> требований надёжности.
DK> Но вот "нагибать" бранч 5.* под нужды твоего "Альдебаран5" будет
DK> слегка неприлично.

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

DK> Мне бы крайне не хотелось, чтобы в публичный бранч попадали пакеты,
DK> заточенные специально под какую-то задачу, ломающие предыдущее,
DK> привычное поведение, требующие (до)установки дополнительных сервисов,
DK> софта и т.д. Без которых я обходился раньше и хотел бы обходиться и
DK> впредь. Но теперь, под нужды какого-либо контракта, эти пакеты были
DK> принудительно внедрены, а пользователи публичного бранча насильственно
DK> осчастливлены.

Это старая проблема, которую _сейчас_ (ура!) наконец-то решили тем, что
platform5 официально заявлен как внутренний бранч альтов.

Сейчас стоит совсем другая проблема -- быть или не быть обычному 5.*, ибо
пока только 3 человека заявили желание им вообще заниматься.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 04:53:40PM +0300, Dmitriy Kruglikov wrote:

DK> На слух, отличие от "Бранч5" и "Платформа5" - никакущее...
DK> А вот "Школьный 5" - сразу всем понятно ...
DK> И в бранч "Школьный 5" пакеты будут попадать так, и только так,
DK> как будет определено контрактными условиями.

Зато на вид -- очевидно. Все "обычные" бранчи именуется просто цифрами. То
есть 5.0 и все. А platform5 в этом смысле даже очевиднее чем 4.0/school.
IMHO.

DK> Это не страшилки, а сермяжная правда.
DK> Сейчас в Сизифе есть пакеты, которые заточены под выпуск школьного
DK> комплекта. Как минимум - пара-тройка вокруг LDAP и альтератора.
DK> Да - мелочь, но неприятная...
DK> В результате - управление базами LDAP и пользователями в этих базах
DK> стало неудобоваримым...

Можно с этого места подробнее?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 03:33:09PM +0300, Michael Shigorin wrote:

MS> Я так понимаю, что если бы были min/contrib, то QA бы не
MS> напрягался по той простой причине, что оно было бы в contrib.

Вообще говоря астериску место в main по множеству причин. А то что он
сейчас пока поддерживается отнюдь не на уровне пригодном для main связано
исключительно с проблемами Сейроса, моими личными, и отсутствием особо
активного интереса к этим пакетам выраженного в денежном виде ;)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 03:04:24PM +0400, Aleksey Novodvorsky wrote:

AN> Чем не устраивает Server 5.0, кроме, возможно, вездесущего там Alterator?

Ну, альтератор мне не сильно мешает -- благо apt-get remove с ним
разделывается быстро и эффективно, и пока не сделали ничего что бы мешало
поступать с ним столь жестоким образом :)

AN> Какой функциональности не хватает? Есть ли принципиальные сложности с
AN> будущим бранчем или  профиль сложно нарисовать?

Если честно -- я уже два раза развлекался рисованием профиля и потом
забивал, потому что все слишком сильно разъезжалось за короткое время.

Проблема не в отсутствии функционала, а в избытке -- профиль офисного
сервера излишне крут со своими LDAP, которые мне нафиг не нужны на моих
задачах (АТСки, и простые сервера -- где даже sambа и то огромная
редкость).

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

Поймите меня правильно, я не спорю с полезностью и важностью
интегрированных решений вроде офисного сервера. Но ради них полностью
зарезать простые универсальные решения вроде Server 4.0 не стоит -- они
тоже нужны.

Очевидно ведь, что я не пользуюсь альтератором по одной простой причине --
не та целевая группа. Мне элементарно быстрее текстовый конфиг исправить,
чем разбираться в какой менюшке какую кнопку тыкать. И поэтому для моей
работы мне нужно нечто простое и предсказуемое для меня. Когда я лезу
руками в /etc я четко понимаю что я делаю, когда жму на кнопку в
альтераторе я не знаю что происходит в системе. А LDAP для моих задач пока
в половине случаев скорее вреден чем полезен, а в другой половине можно
без него обойтись.



Подводя итог вышесказанному -- все мои претензии по поводу профиля
полностью испаряться, если будет поддерживаемый профиль не только офисного
сервера, но и сервера a-la 4.0. В сколь-нибудь живом виде. Уж мы с
коллегами доведем его до ума под себя. Но хотелось чтобы когда делаются
резкие изменения в альтераторе и прочей инфраструктуре -- этот профиль
адаптировался бы точно также, как адаптируется офисный сервер.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------


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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 02:39:30PM +0400, Aleksey Novodvorsky wrote:

AN> p5 предназначен, в том числе, для поддержки клиентов, причем далеко не
AN> одного. Как можно в такой бранч вносить несовместимые изменения?

Хорошо, задаю провокационный вопрос.

Сейчас digium отказался от zaptel в пользу dahdi (это инфраструктура
драйверов для платок телефонных интерфейсов).

Asterisk 1.4 можно собирать по выбору с zaptel/dahdi.
Asterisk 1.6 можно собирать только с dahdi.
официальный stable сейчас 1.6.0.*, однако asterisk 1.4 еще поддерживается.

в zaptel есть множество граблей.

если я сейчас в 4.0 отправлю asterisk 1.4 с dahdi (т.е. при обновлении
надо будет установить другой пакет с модулями ядра), и тем самым apt-get
install asterisk1.4 у пользователя бранча 4.0 где сегодня прекрасно
работает астериск попросту оторвет ему поддержку железа -- это будет
очевидно несовместимым изменением.

Однако новые установки делать на zaptel нецелесообразно. Таким образом
получается что надо либо сломать апдейты из 4.0 либо сделать его ненужным
вообще для астерисководов :) 

Как вы планируете решать такие конфликты?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем [двойная сборка]

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 05:30:09PM +0400, Eugene Prokopiev wrote:

EP> Бывают странные апстримы вроде spandsp или clamav, которые не умеют
EP> без этого обходиться :( Или это contrib, а правило предлагается для
EP> main, где такого быть не должно?

spandsp в contrib => asterisk и callweaver в contrib?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Alexey I. Froloff]

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

On Sat, Sep 05, 2009 at 10:51:14PM +0400, Aleksey Novodvorsky wrote:
> Team -- это мы все, team создает Sisyphus. В team заметное
> число людей заявили, что бранч им не интересен. Мы спрашиваем:
> есть ли в team люди, желающие поддерживать пакеты
> немодерируемого или слабомодерируемого  бранча.
Кто платит, тот и заказывает музыку.  Предлагаю зарегистрировать
Партию ALT Linux Team, с партбилетами и членскими взносами.  Из
членских взносов (минус доход от продажи Community дистрибутивов,
плюс расходы на железо) оплачивать хостинг серверов.  Членские
взносы установить пропорционально количеству пакетов в
репозитарии.  Тогда точно никакое Мохнатое Щупальце Империализма
не помешает делать Истинно Народный Линукс.

Вот только недолго такая схема продержится...

-- 
Regards,
Sir Raorn.

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

Re: [devel] С наступающим новым бранчем

[Dmitriy Kruglikov]

6 сентября 2009 г. 17:19 пользователь Aleksey Novodvorsky написал:

> Это какие? Пишите в bugzilla, будем чинить, если они попадают в Office
> Server. Если же нет -- это совершенно нормальная ситуация.

#21443 Это в Сизифе, а не в том дистрибутиве, под который заточено...

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

P.S.
Не вешал баг, так как это осознанно внесенные изменения, а не ошибка.

-- 
Как правильно задавать вопросы:
http://maddog.sitengine.ru/smart-question-ru.html

Помогает:
http://search.altlinux.org

Best regards,
 Dmitriy Kruglikov
 Dmitriy.Kruglikov_at_gmail_dot_com
 XMPP: Dmitriy.Kruglikov_at_gmail_dot_com

Re: [devel] С наступающим новым бранчем

[Dmitriy Kruglikov]

6 сентября 2009 г. 19:11 пользователь Денис Смирнов написал:

>
> Можно с этого места подробнее?
#21443
Сперва модулю захотелось видеть имена конфигов только domain-based ...
Потом и DN перепилить ...
Ладно, перепилил ... Как-то логично показалось, согласился ...
Потом модуль мои базы видеть перестал вообще ...
Поговорили приватно ...
Аргументация показалась весомой, с точки зрения ООО ...
Думал, временно, пока "Школьный" выйдет ...
Но так и прижилось ...

Я согласен, конечно, что нужно всемерно облегчать жизнь начинающему
админу, но за что мне такое счастье ???

P.S.
Предлагаю именно этот баг в именно этом треде не обсуждать,
ибо тема гораздо шире ...
-- 
Как правильно задавать вопросы:
http://maddog.sitengine.ru/smart-question-ru.html

Помогает:
http://search.altlinux.org

Best regards,
 Dmitriy Kruglikov
 Dmitriy.Kruglikov_at_gmail_dot_com
 XMPP: Dmitriy.Kruglikov_at_gmail_dot_com

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Sun, Sep 06, 2009 at 08:12:57PM +0400, Денис Смирнов wrote:
> MS> Я так понимаю, что если бы были min/contrib, то QA бы не
> MS> напрягался по той простой причине, что оно было бы в contrib.
> Вообще говоря астериску место в main по множеству причин. А то
> что он сейчас пока поддерживается отнюдь не на уровне пригодном
> для main связано исключительно с проблемами Сейроса, моими
> личными, и отсутствием особо активного интереса к этим пакетам
> выраженного в денежном виде ;)

А тебя парит? :)  Будет здоровье, будет в main.  Если будет main.

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

Re: [devel] С наступающим новым бранчем

[Michael Shigorin]

On Sun, Sep 06, 2009 at 10:03:03PM +0400, Alexey I. Froloff wrote:
> Кто платит, тот и заказывает музыку.

Я сейчас прекращу платить своим временем и за несколько месяцев
эта прореха станет заметна.  Их уже немало образовалось потому,
что выпадали люди, которым надоело платить.

Не так всё плоско, Лёш.  Тебя хоть AEN и не обзовёт
проприетарщиком, но высказываешься ты сейчас именно так.

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Michael Shigorin]

On Sun, Sep 06, 2009 at 08:28:21PM +0400, Денис Смирнов wrote:
> Как вы планируете решать такие конфликты?

backports

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

Re: [devel] С наступающим новым бранчем

[Anton Farygin]

04.09.2009 18:11, Alexey Rusakov пишет:
> Доброго времени суток.
>
> Настоящим объявляется готовность к появлению нового бранча. На данный
> момент в Сизифе уже есть (рабочий) пакет apt-conf-platform5, но пути к
> источникам пакетов в нём сейчас являются симлинками. Фактическое
> бранчевание произойдёт в начале следующей недели, ориентировочно во
> вторник, 8 сентября. Желающим сойти с Сизифа на бранч достаточно в любой
> момент (хоть сейчас) установить этот пакет (и соответственно удалить
> apt-conf-sisyphus, если он установлен) и сделать очередной apt-get
> update.

Бранч platform5 не интересен - на нём нельзя делать решения никому, 
кроме ООО.

А новый community branch без решений, разрабатываемых коммерческими 
структурами, тоже становится резко не интересен, благодаря свому 
непредсказуемому жизненному циклу.

Я предпочитают branch, на котором все будут делать решения, но со 
свободным вливом в него пакетов.

Давайте обсуждать policy, что можно выкладывать в stable branch, а что 
нельзя.

>
> Просьба ко всем мейнтейнерам, кто не хочет потом хлопотать о
> копировании/сборке пакетов, на выходных собрать новые/исправленные
> версии своих пакетов.

Support поправит/обновит.

Re: [devel] С наступающим новым бранчем

[REAL]

Денис Смирнов пишет:
> AN> Если будут люди, желающие поддерживать communty-бранч, из тим в целом,
> AN> то давайте его создадим. Это было бы очень хорошо, на мой взгляд.
> 
> Мне лично такой бранч необходим. 
> 
> Хотя, если честно, я всерьез подумываю сговориться с коллегами которые
> тоже пекут дистрибутивы на базе альта, и кроме 5.1 действующего по обычным
> правилам сделать некий 5.1-tested или еще как его назвать, который будет
> хотя и тоже Community, но не столь анархическим -- перенос пакетов из 5.1
> в этот бранч хотелось бы иметь возможнось контролировать.

Я хоть и не пеку дистрибутивы, но тоже считаю, что бранч просто 
необходим. Ибо в сизифе периодические разломы пакетов просто неизбежны 
(в периоды обновлений или реформы инфраструктуры, как сейчас), и очень 
не хотелось бы пользователей ставить в неприятные условия, когда 
сделан очередной dist-upgrade и работа из-за этого встала на 
неопределённое время. Премодерируемый бранч, думаю, здесь мало 
подходит, ибо всегда есть вероятность, что потребности мейнтейнера и 
пользователей будут перечёркнуты выполнением контрактных обязательств.


-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] С наступающим новым бранчем

[Eugene Prokopiev]

7 сентября 2009 г. 2:10 пользователь Anton Farygin (rider@altlinux.com) написал:
> 04.09.2009 18:11, Alexey Rusakov пишет:
>>
>> Доброго времени суток.
>>
>> Настоящим объявляется готовность к появлению нового бранча. На данный
>> момент в Сизифе уже есть (рабочий) пакет apt-conf-platform5, но пути к
>> источникам пакетов в нём сейчас являются симлинками. Фактическое
>> бранчевание произойдёт в начале следующей недели, ориентировочно во
>> вторник, 8 сентября. Желающим сойти с Сизифа на бранч достаточно в любой
>> момент (хоть сейчас) установить этот пакет (и соответственно удалить
>> apt-conf-sisyphus, если он установлен) и сделать очередной apt-get
>> update.
>
> Бранч platform5 не интересен - на нём нельзя делать решения никому, кроме
> ООО.
>
> А новый community branch без решений, разрабатываемых коммерческими
> структурами, тоже становится резко не интересен, благодаря свому
> непредсказуемому жизненному циклу.

http://lists.altlinux.org/pipermail/devel/2009-September/174621.html

Оба варианта предлагают компромисс, но только на второй есть наличные ресурсы

> Я предпочитают branch, на котором все будут делать решения, но со свободным
> вливом в него пакетов.

Именно так и должно получиться в обеих случаях

> Давайте обсуждать policy, что можно выкладывать в stable branch, а что
> нельзя.

Полиси может покрыть только первый вариант, во втором появляются
субъективные вещи вроде синхронизации с p5, которые по сути ничем не
лучше явного прописывания имен мейнтейнеров в полиси. Как быть?
Плюнуть и писать правду? ;)

Да, и начинать писать есть смысл тогда, тогда все присутствующие
соглашаются со вторым вариантом в принципе. Или вдруг внезапно
находятся ресурсы на первый вариант :)

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

Re: [devel] С наступающим новым бранчем

[Eugene Ostapets]

2009/9/7 Anton Farygin <rider altlinux.com>:
> 04.09.2009 18:11, Alexey Rusakov пишет:
>>
>> Доброго времени суток.
>>
>> Настоящим объявляется готовность к появлению нового бранча. На данный
>> момент в Сизифе уже есть (рабочий) пакет apt-conf-platform5, но пути к
>> источникам пакетов в нём сейчас являются симлинками. Фактическое
>> бранчевание произойдёт в начале следующей недели, ориентировочно во
>> вторник, 8 сентября. Желающим сойти с Сизифа на бранч достаточно в любой
>> момент (хоть сейчас) установить этот пакет (и соответственно удалить
>> apt-conf-sisyphus, если он установлен) и сделать очередной apt-get
>> update.
>
> Бранч platform5 не интересен - на нём нельзя делать решения никому, кроме
> ООО.
>
> А новый community branch без решений, разрабатываемых коммерческими
> структурами, тоже становится резко не интересен, благодаря свому
> непредсказуемому жизненному циклу.
Это, на текущий момент, свойство всех бранчей в ALTLinux Team...

>
> Я предпочитают branch, на котором все будут делать решения, но со свободным
> вливом в него пакетов.
А это желание, как раз и обеспечивает непредсказуемый жизненный цикл помойки
>
> Давайте обсуждать policy, что можно выкладывать в stable branch, а что
> нельзя.
В стабильный бранч ничего нельзя выкладывать без прямого одобрения RM
и/или QA, иначе он превращается в нестабильный бранч.

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [devel] [sisyphus] С наступающим новым бранчем

[Eugene Prokopiev]

> EP> Я боюсь, что на (1) мы не наберем достаточно желающих. Для (2) же
> EP> возможна такая схема:
> EP> Мейнтейнер p5 по умолчанию также является мейнейнером c5 (т.е. он
> EP> отвечает за синхронность бранчей изначально по всем пакетам). Это
> EP> умолчание действует до тех пор, пока в c5 впервые не отправляется
> EP> пакет другого члена Team, который и становится мейнтейнером этого
> EP> пакета в с5.
>
> Выглядит интересно. Однако есть еще и другая аудитория -- люди которые
> занимаются пакетами для личных целей. Соответственно у них куда меньше
> ответственности чем у тех кто повязан контрактными обязательствами с
> клиентами. Таким образом c5 все равно превратится в помойку :(

Безответственных мейнтейнеров больше притягивает Сизиф :)

Ну в крайнем случае есть acl, хотя это против духа community-бранча и
лучше все-таки выключить их совсем до первого прецедента

> Кроме того, хочу напомнить, что p5 предназначен для выполнения контрактных
> обязательств ООО "Альтлинукс". А значит если завтра понадобится срочно под
> какого-то клиента внести пару несовместимых изменений в альтератор -- они
> уедут в p5. А если они попадут в c5, такие люди как я после этого опять
> полгода будут жужжать в рассылке и мысленно ругаться матом.
>
> Так что боюсь, хотя p5 и проходит QA, не все пакеты пригодные для p5
> пригодны для c5. Вот такая вот грабля :(

Ну вот в этом случае ты, как наступивший на эту граблю, перехватишь
мейнтейнерство и откатишь этот злосчастный альтератор взад - и
возьмешь на себя ответственность за пакет, который ты приручил :)

> EP> Разумеется, желающие здесь и сейчас могут заявить о своей
> EP> заинтересованности рядом пакетов в с5 - хотя в этом нет особенного
> EP> смысла, если они не владеют предметом лучше мейнтейнера р5 и/или не
> EP> собираются конфликтовать с мейнтейнером р5 по поводу этих пакетов.
> EP> Да, я предполагаю, что у одного пакета в разных бранчах могут быть
> EP> разные мейнтейнеры - если до сих пор это не очевидно ;)
> EP> Приемлема ли она?
>
> Сама идея мне нравится -- использовать для c5 часть ресурсов уже
> затраченых на p5.
>
> Но скорее это сработало бы так:
>
> - делается новый 5.0;
> - пакеты из p5 автоматом переносятся в 5.0
> - и т.д. все описаное тобой но вместо c5 участвует 5.0
> - c5 комплектует уже QA c5, во многом переносом пакетов из 5.0 и/или p5.
>
>
> Однако такой c5 имеет смысл только в том случае, если кроме меня
> действительно есть еще люди которые выпекают свои диски, и готовы
> заниматься работой QA. В противном случае мне проще сделать локальный
> оверлей и базироваться на p5.

Вот когда в процессе эксплуатации моей схемы выявятся серьезные
проблемы, решаемые только QA - вот тогда и делай этот QA, может и еще
кто до него созреет. А пока не нужно умножать сущности.

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Eugene Prokopiev]

6 сентября 2009 г. 9:07 пользователь Aleksey Novodvorsky
(aen@altlinux.ru) написал:
> Евгений, спасибо!

И вам спасибо за поддержку :)

> 1. Мне кажется, что у бранчей p5 и c5 должны быть изначально
> мейнтейнеры бранчей (их еще здесь не совсем верно называли RM). У c5
> -- видимо, несколько. Хотя бы для отслеживания минимального порядка,
> регистрации мейнтейнеров пакетов бранча etc.

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

> 2. Нужно определить границы возможных изменений в c5. Революции, как
> мне кажется, стоит устраивать только  в Сизифе. Вариант: отбранчевать
> c5 позже, но это приведет к несовместиомости с p5 и невозможности
> использовать исправления базовой системы из него.

По сути с5 отказывается производным от р5, поэтому его можно
отбранчевать именно от р5 когда угодно

Границы и возможный процесс регистрации можно описать полиси, но
сначала нужно все же не ваше личное мнение, а явное согласие тех, кто
в курсе всех технических деталей :)

> 3. Мейнтейнеры пакетов, несомненно, могут быть разные. Хотя лучше бы
> таких разных было меньше.

Конечно, но тащить мейнтейнеров в бранч насильно никому еще не удавалось

>> Приемлема ли она?
>
> На мой взгляд, -- да.

Ну ждем теперь других согласных :)

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Eugene Prokopiev]

> Здесь есть только один момент, который может всё испортить: отсутствие
> образа dvd с инталляцией на основе этого бранча убьёт и интерес к нему.

Минимальный инсталлер - это необходимая часть работы над бранчем, см.
http://lists.altlinux.org/pipermail/devel/2009-September/174672.html

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[REAL]

Eugene Prokopiev пишет:
>>> Приемлема ли она?
>> На мой взгляд, -- да.
> 
> Ну ждем теперь других согласных :)

Ну я пока не понимаю, но уже согласен ;)

Суть в том, что открытый бранч необходим, в любом виде, отличном от 
текущего 5.0 (ибо это просто филиал сизифа), даже по той причине, что 
простым пользователям будет спокойней (опасение обновляться из сизифа 
вполне оправдано).

Здесь есть только один момент, который может всё испортить: отсутствие 
образа dvd с инталляцией на основе этого бранча убьёт и интерес к нему.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] [sisyphus] С наступающим новым бранчем

[REAL]

Eugene Prokopiev пишет:
> Минимальный инсталлер - это необходимая часть работы над бранчем, см.
> http://lists.altlinux.org/pipermail/devel/2009-September/174672.html

Да, я читал, но лично для меня такой инсталлер - чёрный ящик, так и не 
добрался до клепания образов (раньше, когда время ещё было, пробовал, 
но это был spt и эксперименты носили скорее академический характер, 
имевшие результатом только загрузочную флэшку и болванку с mplayer для 
  фильмов с просмотром в init 3 + centerim). Надеюсь, mike@ всё же 
сподобится на развёрнутый мануал по mkimage для тупых.

PS. Что касается "назвать это community-бранчем", так я даже 
задумываться не буду, как назовут, так и пусть будет :)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Mon, Sep 07, 2009 at 09:04:35AM +0400, Eugene Prokopiev wrote:

EP> Ну вот в этом случае ты, как наступивший на эту граблю, перехватишь
EP> мейнтейнерство и откатишь этот злосчастный альтератор взад - и
EP> возьмешь на себя ответственность за пакет, который ты приручил :)

Каким полиси может быть регламентировано то, что я (формально -- всего
лишь мантейнер группы пакетов, в основном связанных с VoIP) вдруг отберу
права на выкладывание альтератора у _разработчика_ этого ПО в бранче?

Есть только один вариант при котором я могу так сделать -- я QA или RM.
В этом случае возникает второй вопрос -- а что делать если у двух RM
(напоминаю, речь о Community бранче) мнение разное?

EP> Вот когда в процессе эксплуатации моей схемы выявятся серьезные
EP> проблемы, решаемые только QA - вот тогда и делай этот QA, может и еще
EP> кто до него созреет. А пока не нужно умножать сущности.

Гм. О том чтобы обеспечить полноценное QA для такого бранча речи и не идет
-- никто этим заниматься не будет. Однако о том чтобы блокировать
попадание туда чего-то что ломает бранч -- см. выше.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] С наступающим новым бранчем

[Денис Смирнов]

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

On Sun, Sep 06, 2009 at 10:08:13PM +0300, Michael Shigorin wrote:
>> Вообще говоря астериску место в main по множеству причин. А то
>> что он сейчас пока поддерживается отнюдь не на уровне пригодном
>> для main связано исключительно с проблемами Сейроса, моими
>> личными, и отсутствием особо активного интереса к этим пакетам
>> выраженного в денежном виде ;)
> А тебя парит? :)  Будет здоровье, будет в main.  Если будет main.

Раньше парило. Сейчас меня парит только то, насколько много работы мне
надо провести для установки очередного сервера. Хорошо работающий астериск
в бранче экономит мне время :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Eugene Prokopiev]

7 сентября 2009 г. 12:20 пользователь Денис Смирнов
(mithraen@altlinux.ru) написал:
> On Mon, Sep 07, 2009 at 09:04:35AM +0400, Eugene Prokopiev wrote:
>
> EP> Ну вот в этом случае ты, как наступивший на эту граблю, перехватишь
> EP> мейнтейнерство и откатишь этот злосчастный альтератор взад - и
> EP> возьмешь на себя ответственность за пакет, который ты приручил :)
>
> Каким полиси может быть регламентировано то, что я (формально -- всего
> лишь мантейнер группы пакетов, в основном связанных с VoIP) вдруг отберу
> права на выкладывание альтератора у _разработчика_ этого ПО в бранче?
>
> Есть только один вариант при котором я могу так сделать -- я QA или RM.
> В этом случае возникает второй вопрос -- а что делать если у двух RM
> (напоминаю, речь о Community бранче) мнение разное?

Ну как что - искать копромисс (вероятность этого довольно высокая) или
расходиться и делать разные бранчи (такая возможность хорошо
подстегнет желание найти компромисс :) )

> EP> Вот когда в процессе эксплуатации моей схемы выявятся серьезные
> EP> проблемы, решаемые только QA - вот тогда и делай этот QA, может и еще
> EP> кто до него созреет. А пока не нужно умножать сущности.
>
> Гм. О том чтобы обеспечить полноценное QA для такого бранча речи и не идет
> -- никто этим заниматься не будет. Однако о том чтобы блокировать
> попадание туда чего-то что ломает бранч -- см. выше.

Часто проблема бывает не в том, что делать, а в том, кто и когда это
будет делать ;)

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Michael Shigorin]

On Mon, Sep 07, 2009 at 02:18:24PM +0800, REAL wrote:
> >Минимальный инсталлер - это необходимая часть работы над бранчем, см.
> >http://lists.altlinux.org/pipermail/devel/2009-September/174672.html
> Да, я читал, но лично для меня такой инсталлер - чёрный ящик,
> так и не добрался до клепания образов

Да сделаем, сделаем.

> Надеюсь, mike@ всё же сподобится на развёрнутый мануал
> по mkimage

Жень, смотри: есть README в корне mkimage-profiles-desktop,
и есть поспешные наброски на вики:
http://www.altlinux.org/Mkimage/Desktop
-- по мере возможности/интереса почитай, попробуй и спрашивай.
Можно сразу с Cc: enp@, mithraen@ (может, boyarsh@ или ещё кто
из RM согласятся также обсуждать).  Или сразу в devel-distro@,
куда иначе надо полезные выжимки форвардить.

> для тупых.

Ненене, разве что QUICKSTART.  Тупым там делать нечего,
а вот и так изрядно нагруженным может и быть что ;-)

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Michael Shigorin]

On Mon, Sep 07, 2009 at 09:04:35AM +0400, Eugene Prokopiev wrote:
> Ну вот в этом случае ты, как наступивший на эту граблю,
> перехватишь мейнтейнерство и откатишь этот злосчастный
> альтератор взад - и возьмешь на себя ответственность за пакет,
> который ты приручил :)

Это может быть грязно или форком, поскольку откатить по версии
получится только при помощи Serial:/Epoch: (и тогда не меньший
надо добавить в сизифный пакет), сделать липовый более новый
релиз "той же" версии с revert'ом -- грязно, а подменить пакет
в репо -- грязнее некуда.

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Michael Shigorin]

On Mon, Sep 07, 2009 at 12:20:53PM +0400, Денис Смирнов wrote:
> В этом случае возникает второй вопрос -- а что делать если у
> двух RM (напоминаю, речь о Community бранче) мнение разное?

Договариваться, разумеется.  Почтой, жабером, телефоном, лично.

> Гм. О том чтобы обеспечить полноценное QA для такого бранча
> речи и не идет -- никто этим заниматься не будет.

Вот только именно для стабильного бранча QA и нужно бы...

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Tue, Sep 08, 2009 at 05:42:17PM +0300, Michael Shigorin wrote:

MS> Жень, смотри: есть README в корне mkimage-profiles-desktop,
MS> и есть поспешные наброски на вики:
MS> http://www.altlinux.org/Mkimage/Desktop
MS> -- по мере возможности/интереса почитай, попробуй и спрашивай.
MS> Можно сразу с Cc: enp@, mithraen@ (может, boyarsh@ или ещё кто
MS> из RM согласятся также обсуждать).  Или сразу в devel-distro@,
MS> куда иначе надо полезные выжимки форвардить.

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

Ну а в том, в чем не разобрался -- разберемся :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[REAL]

Michael Shigorin пишет:
> Жень, смотри: есть README в корне mkimage-profiles-desktop,

Их много, у кого брать?

> и есть поспешные наброски на вики:
> http://www.altlinux.org/Mkimage/Desktop
> -- по мере возможности/интереса почитай, попробуй и спрашивай.

Как будет хоть немного свободного времени, обязательно.

>> для тупых.
> 
> Ненене, разве что QUICKSTART.  Тупым там делать нечего,
> а вот и так изрядно нагруженным может и быть что ;-)

Ну это и имелось в виду :)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] [sisyphus] С наступающим новым бранчем

[Eugene Prokopiev]

8 сентября 2009 г. 18:44 пользователь Michael Shigorin
(mike@osdn.org.ua) написал:
> On Mon, Sep 07, 2009 at 09:04:35AM +0400, Eugene Prokopiev wrote:
>> Ну вот в этом случае ты, как наступивший на эту граблю,
>> перехватишь мейнтейнерство и откатишь этот злосчастный
>> альтератор взад - и возьмешь на себя ответственность за пакет,
>> который ты приручил :)
>
> Это может быть грязно или форком, поскольку откатить по версии
> получится только при помощи Serial:/Epoch: (и тогда не меньший
> надо добавить в сизифный пакет), сделать липовый более новый
> релиз "той же" версии с revert'ом -- грязно, а подменить пакет
> в репо -- грязнее некуда.

Снявши голову по волосам не плачут. Предполагается, что что
новоприбывшим альтератором пользоваться невозможно (или теоретически
возможно, по перепиливать профили/инсталлеры некому) - в этом случае я
не вижу особой грязи новом релизе "той же" версии с revert'ом. По мере
перепила профилей/инсталлеров можно вернуться на апстримный альтератор
- но тогда лучше будет именно подменить пакет в репо.

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Eugene Prokopiev]

9 сентября 2009 г. 1:13 пользователь Денис Смирнов
(mithraen@altlinux.ru) написал:
> On Tue, Sep 08, 2009 at 05:42:17PM +0300, Michael Shigorin wrote:
>
> MS> Жень, смотри: есть README в корне mkimage-profiles-desktop,
> MS> и есть поспешные наброски на вики:
> MS> http://www.altlinux.org/Mkimage/Desktop
> MS> -- по мере возможности/интереса почитай, попробуй и спрашивай.
> MS> Можно сразу с Cc: enp@, mithraen@ (может, boyarsh@ или ещё кто
> MS> из RM согласятся также обсуждать).  Или сразу в devel-distro@,
> MS> куда иначе надо полезные выжимки форвардить.
>
> Mithraen пока в новом инсталлере чайник-чайником, но с базовыми вещами
> уже разобрался и с радостью помогу желающим.

Ты эта ... профиль мини-инсталлера выкатывай и в апстрим (boyarsh?)
проталкивай :)

И branding-sisyphus/c5 нарисовать надо бы ...

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Anton Farygin]

09.09.2009 09:18, Eugene Prokopiev пишет:
> 9 сентября 2009 г. 1:13 пользователь Денис Смирнов
> (mithraen@altlinux.ru) написал:
>> On Tue, Sep 08, 2009 at 05:42:17PM +0300, Michael Shigorin wrote:
>>
>> MS>  Жень, смотри: есть README в корне mkimage-profiles-desktop,
>> MS>  и есть поспешные наброски на вики:
>> MS>  http://www.altlinux.org/Mkimage/Desktop
>> MS>  -- по мере возможности/интереса почитай, попробуй и спрашивай.
>> MS>  Можно сразу с Cc: enp@, mithraen@ (может, boyarsh@ или ещё кто
>> MS>  из RM согласятся также обсуждать).  Или сразу в devel-distro@,
>> MS>  куда иначе надо полезные выжимки форвардить.
>>
>> Mithraen пока в новом инсталлере чайник-чайником, но с базовыми вещами
>> уже разобрался и с радостью помогу желающим.
>
> Ты эта ... профиль мини-инсталлера выкатывай и в апстрим (boyarsh?)
> проталкивай :)

server-light таргет в mkimage-profile-desktop - вполне себе mini-installer.

>
> И branding-sisyphus/c5 нарисовать надо бы ...
>

branding нужен, сделаете - подключу.

Re: [devel] [sisyphus] С наступающим новым бранчем

[Eugene Prokopiev]

> server-light таргет в mkimage-profile-desktop - вполне себе mini-installer.

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

>> И branding-sisyphus/c5 нарисовать надо бы ...
>>
>
> branding нужен, сделаете - подключу.

ок

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Anton Farygin]

09.09.2009 09:45, Eugene Prokopiev пишет:
>> server-light таргет в mkimage-profile-desktop - вполне себе mini-installer.
>
> чтоб он со временем не протух, он должен быть в апстриме и его base.in
> должен использоваться во всех таргетах

Зачем ? Ну, в апстриме он конечно есть, но т.к. я собираю дистрибутивы 
на base-server.in, то протухнуть он не должен.

К тому-же, он настолько мал, что там и протухать особо нечему.

Re: [devel] [sisyphus] С наступающим новым бранчем

[Michael Shigorin]

On Wed, Sep 09, 2009 at 11:29:20AM +0800, REAL wrote:
> >Жень, смотри: есть README в корне mkimage-profiles-desktop,
> Их много, у кого брать?

По умолчанию -- у boyarsh@, который и майнтейнер пакета.

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Wed, Sep 09, 2009 at 09:18:55AM +0400, Eugene Prokopiev wrote:

EP> Ты эта ... профиль мини-инсталлера выкатывай и в апстрим (boyarsh?)
EP> проталкивай :)

server-light Антона уже в upstream, как я вижу.

А профиль для тестирования Asterisk я прямо сейчас готовлю, на днях будет
в Сизифе. С тебя доработка в нем части связаной с CallWeaver ;)

EP> И branding-sisyphus/c5 нарисовать надо бы ...

Я бы предложил попробовать написать скриптик чтобы branding для простых
спец-дистрибутивов рисовать автоматом (текст + простой фон). Использование
имен альтовских дистрибутивах в "левых" инсталлерах это нехоршо.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

[devel] asterisk/callweaver targets (was: [sisyphus] С наступающим новым бранчем)

[Michael Shigorin]

On Wed, Sep 09, 2009 at 08:22:42PM +0400, Денис Смирнов wrote:
> А профиль для тестирования Asterisk я прямо сейчас готовлю, на
> днях будет в Сизифе. С тебя доработка в нем части связаной с
> CallWeaver ;)

Мужики, если хоть чуточку времени будет оставаться --
постарайтесь сделать не два полуфорка, а кусок с двумя
кусочками.  Дёргайте по мере надобности :)

> EP> И branding-sisyphus/c5 нарисовать надо бы ...
> Я бы предложил попробовать написать скриптик чтобы branding для
> простых спец-дистрибутивов рисовать автоматом (текст + простой
> фон). Использование имен альтовских дистрибутивах в "левых"
> инсталлерах это нехоршо.

Да это generic branch branding получается.

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Anton Farygin]

09.09.2009 20:22, Денис Смирнов пишет:
> On Wed, Sep 09, 2009 at 09:18:55AM +0400, Eugene Prokopiev wrote:
>
> EP>  Ты эта ... профиль мини-инсталлера выкатывай и в апстрим (boyarsh?)
> EP>  проталкивай :)
>
> server-light Антона уже в upstream, как я вижу.
>
> А профиль для тестирования Asterisk я прямо сейчас готовлю, на днях будет
> в Сизифе. С тебя доработка в нем части связаной с CallWeaver ;)

Денис, а можно не профиль, а группу ?

Тогда я бы это смело включил бы в server-light, в качестве одной из 
опции установки.

>
> EP>  И branding-sisyphus/c5 нарисовать надо бы ...
>
> Я бы предложил попробовать написать скриптик чтобы branding для простых
> спец-дистрибутивов рисовать автоматом (текст + простой фон). Использование
> имен альтовских дистрибутивах в "левых" инсталлерах это нехоршо.

+1

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Wed, Sep 09, 2009 at 11:07:25PM +0400, Anton Farygin wrote:

AF> Денис, а можно не профиль, а группу ?
AF> Тогда я бы это смело включил бы в server-light, в качестве одной из 
AF> опции установки.

Я это делаю в виде нескольких групп.

Правда там надо будет много тюнить чтобы это получилось light -- сейчас у
меня образ получается >800Mb (4 версии астериска, freeswitch, callweaver,
сборочная среда).

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] asterisk/callweaver targets (was: [sisyphus] С наступающим новым бранчем)

[Денис Смирнов]

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

On Wed, Sep 09, 2009 at 09:34:22PM +0300, Michael Shigorin wrote:

MS> Мужики, если хоть чуточку времени будет оставаться --
MS> постарайтесь сделать не два полуфорка, а кусок с двумя
MS> кусочками.  Дёргайте по мере надобности :)

Если делать по-другому -- времени потом больше на поддержку потратить
придется. Я по этим граблям уже находился, хватит с меня. Живой профиль
будет выложен и, надеюсь, интегрирован в апстрим. Локально останутся
только непригодные для распространения вещи в виде отдельного локального
бранча, который будет rebase'иться над master.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Anton Farygin]

10.09.2009 00:31, Денис Смирнов пишет:
> On Wed, Sep 09, 2009 at 11:07:25PM +0400, Anton Farygin wrote:
>
> AF>  Денис, а можно не профиль, а группу ?
> AF>  Тогда я бы это смело включил бы в server-light, в качестве одной из
> AF>  опции установки.
>
> Я это делаю в виде нескольких групп.
>
> Правда там надо будет много тюнить чтобы это получилось light -- сейчас у
> меня образ получается>800Mb (4 версии астериска, freeswitch, callweaver,
> сборочная среда).

А зачем так много ?

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Thu, Sep 10, 2009 at 01:16:59AM +0400, Anton Farygin wrote:
>> Правда там надо будет много тюнить чтобы это получилось light -- сейчас у
>> меня образ получается>800Mb (4 версии астериска, freeswitch, callweaver,
>> сборочная среда).
AF> А зачем так много ?

1.4.* -- old stable. Старый до ужаса, но провереный временем. Работает
надежно, у меня везде в production именно он.

1.6.0.* -- stable. 
1.6.1.* -- unstable
1.6.2.* -- это пока release candidate, будущий stable.

callweaver/freeswitch -- я ими не пользуюсь, но есть любители :)

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Eugene Prokopiev]

> А профиль для тестирования Asterisk я прямо сейчас готовлю, на днях будет
> в Сизифе. С тебя доработка в нем части связаной с CallWeaver ;)

Ну раз будет образец, то и доработать будет, наверное, просто :)

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Anton Farygin]

10.09.2009 02:37, Денис Смирнов пишет:
> On Thu, Sep 10, 2009 at 01:16:59AM +0400, Anton Farygin wrote:
>>> Правда там надо будет много тюнить чтобы это получилось light -- сейчас у
>>> меня образ получается>800Mb (4 версии астериска, freeswitch, callweaver,
>>> сборочная среда).
> AF>  А зачем так много ?
>
> 1.4.* -- old stable. Старый до ужаса, но провереный временем. Работает
> надежно, у меня везде в production именно он.
>
> 1.6.0.* -- stable.
> 1.6.1.* -- unstable
> 1.6.2.* -- это пока release candidate, будущий stable.
>
> callweaver/freeswitch -- я ими не пользуюсь, но есть любители :)
>
> сборочная среда мне нужна по одной простой причине -- астериск мне часто
> приходится патчить. Прямо у клиента. Для этого очень полезно чтобы все
> пакеты, необходимые для пересборки Asterisk у него уже были установлены.

А все эти три версии астериска реально используются у клиентов ?

Предлагаю всё-таки делать более законченное решение - дистрибутив с 
одной, но работающей версией астериска + devel.

Всё остальное переложить на второй CD/DVD, который добавлять в систему 
уже после установки (если есть необходимость)

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Thu, Sep 10, 2009 at 09:35:50AM +0400, Anton Farygin wrote:
 AF> >
 AF> > 1.4.* -- old stable. Старый до ужаса, но провереный временем. Работает
 AF> > надежно, у меня везде в production именно он.
 AF> > 1.6.0.* -- stable.
 AF> > 1.6.1.* -- unstable
 AF> > 1.6.2.* -- это пока release candidate, будущий stable.
 AF> > callweaver/freeswitch -- я ими не пользуюсь, но есть любители :)
 AF> > сборочная среда мне нужна по одной простой причине -- астериск мне часто
 AF> > приходится патчить. Прямо у клиента. Для этого очень полезно чтобы все
 AF> > пакеты, необходимые для пересборки Asterisk у него уже были установлены.
AF> А все эти три версии астериска реально используются у клиентов ?

Сейчас реально используется 1.4.*, я вот прямо сейчас работаю над доточкой
1.6.0.* чтобы можно было мигрировать на него. Остальные для тестирования.

AF> Предлагаю всё-таки делать более законченное решение - дистрибутив с 
AF> одной, но работающей версией астериска + devel.
AF> Всё остальное переложить на второй CD/DVD, который добавлять в систему 
AF> уже после установки (если есть необходимость)

Звучит разумно.

Я сейчас буду тогда делать два target'а:

pbx-huge.dvd -- это для тестирования и экспериментов, там будет все, все и
все.

pbx-server.cd -- это то, о чем ты говоришь.

кстати, а как с помощью mkimage-profiles-desktop собирать двухдисковые
дистрибутивы?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Anton Farygin]

10.09.2009 11:47, Денис Смирнов пишет:
> On Thu, Sep 10, 2009 at 09:35:50AM +0400, Anton Farygin wrote:
>   AF>  >
>   AF>  >  1.4.* -- old stable. Старый до ужаса, но провереный временем. Работает
>   AF>  >  надежно, у меня везде в production именно он.
>   AF>  >  1.6.0.* -- stable.
>   AF>  >  1.6.1.* -- unstable
>   AF>  >  1.6.2.* -- это пока release candidate, будущий stable.
>   AF>  >  callweaver/freeswitch -- я ими не пользуюсь, но есть любители :)
>   AF>  >  сборочная среда мне нужна по одной простой причине -- астериск мне часто
>   AF>  >  приходится патчить. Прямо у клиента. Для этого очень полезно чтобы все
>   AF>  >  пакеты, необходимые для пересборки Asterisk у него уже были установлены.
> AF>  А все эти три версии астериска реально используются у клиентов ?
>
> Сейчас реально используется 1.4.*, я вот прямо сейчас работаю над доточкой
> 1.6.0.* чтобы можно было мигрировать на него. Остальные для тестирования.
>
> AF>  Предлагаю всё-таки делать более законченное решение - дистрибутив с
> AF>  одной, но работающей версией астериска + devel.
> AF>  Всё остальное переложить на второй CD/DVD, который добавлять в систему
> AF>  уже после установки (если есть необходимость)
>
> Звучит разумно.
>
> Я сейчас буду тогда делать два target'а:
>
> pbx-huge.dvd -- это для тестирования и экспериментов, там будет все, все и
> все.
>
> pbx-server.cd -- это то, о чем ты говоришь.

Я бы предложил тебе просто добавить группы, и включить их в server-light

Т.е. - в процессе установки выбираешь "VoIP server" и всё. Не надо 
делать отдельный диск.

>
> кстати, а как с помощью mkimage-profiles-desktop собирать двухдисковые
> дистрибутивы?

Не знаю, спроси в devel-distro@

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Thu, Sep 10, 2009 at 12:14:13PM +0400, Anton Farygin wrote:

AF> Я бы предложил тебе просто добавить группы, и включить их в server-light

Забирай группы из master в моем git -- это затравка, дальше будет
доделываться, но больше в плане уменьшения пакетной базы чем увеличения.

AF> Т.е. - в процессе установки выбираешь "VoIP server" и всё. Не надо 
AF> делать отдельный диск.

Антон, это разные задачи. Есть просто задача "легкий Asterisk-сервер" -- и
она может быть решена именно как ты говоришь (и будет решена именно так,
ты прав).

Другое дело когда развертывается АТС посложнее чем обыно. Я сейчас работаю
над кластером где 16xE1, и там пакетная база ну совсем-совсем другая.

А еще - есть задачи людей, которые именно что астериск-хакеры. Им нужен
toolchain, который, боюсь, включает в себя server-light как свою маленькую
часть :)

Я буду решать обе задачи. И возможность развернуть простую АТС прямо из
server-light, и более специфические задачи.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------


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

Re: [devel] [sisyphus] С наступающим новым бранчем

[Anton V. Boyarshinov]

> кстати, а как с помощью mkimage-profiles-desktop собирать двухдисковые
> дистрибутивы?
см как собирается school-lite

Re: [devel] [sisyphus] С наступающим новым бранчем

[Денис Смирнов]

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

On Thu, Sep 10, 2009 at 04:44:53PM +0400, Anton V. Boyarshinov wrote:
>> кстати, а как с помощью mkimage-profiles-desktop собирать двухдисковые
>> дистрибутивы?
> см как собирается school-lite

Спасибо.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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