[devel] Стабильный Сизиф II

[devel] Стабильный Сизиф II

[@ 2006-08-23 10:53 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-23 11:41 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-23 12:23 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-23 13:12 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-09-02 16:02 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-09-02 17:25 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-09-02 15:57 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 11:32 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 11:56 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 11:58 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 12:05 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 12:14 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 12:58 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 19:28 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 12:19 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 12:52 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 12:58 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 12:59 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 13:06 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 13:14 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 13:17 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 13:32 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 13:47 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 13:53 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-25 13:56 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-26 11:19 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-28 5:23 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-09-02 16:10 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-08-28 7:44 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II (installer: /media/cdrom)

[@ 2006-09-02 16:08 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II (installer: /media/cdrom)

[@ 2006-09-03 4:06 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-09-02 16:04 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-09-02 17:23 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-09-02 23:28 UTC (permalink / raw)]

Re: [devel] Стабильный Сизиф II

[@ 2006-09-03 0:05 UTC (permalink / raw)]

[devel] FreezePolicy

[@ 2006-08-23 12:10 UTC (permalink / raw)]

Re: [devel] FreezePolicy

[@ 2006-08-23 13:18 UTC (permalink / raw)]

Re: [devel] FreezePolicy

[@ 2006-08-23 14:01 UTC (permalink / raw)]

Re: [devel] FreezePolicy

[Alexey Tourbin]

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

On Wed, Aug 23, 2006 at 06:01:52PM +0400, Шенцев Алексей Владимирович wrote:
> > Мне эта формулировка тоже кажется слишком замысловатой. 
> Не просто замысловатой, а не имеющей чёткой формализации. И мне совершенно не 
> понятна. Да, я новичок в Alt Linux Team, но всё же.Привожу пример по пакету 
> который я сейчас веду - Beesoft Commander. Фактически я его забрал у gns@ с 
> его согласия, последняя его заливка опиралась на мои наработки, но это не 
> суть важно. Дело в том, что автор программы сейчас переходит с Qt 3 (3.3.6) 
> на Qt 4, и будет очень много кардинальных изменений в программе. Этой 
> программой пользуюсь не один я. и как быть в таком случае, если сизиф 
> заморожен, а есть новая версия программы? Или я что то не до понимаю?

Вот, например, cairo 1.2.4 release notes:
http://cairographics.org/news/cairo-1.2.4
Это срочный bugfix release, который было бы преступлением не пропускать
даже на стадии глубокого фриза.

Насколько я знаю, все основные гномовские пакеты придерживаются такого
же подхода -- изменение последней цифры означает bugfix release.

С перлом же, с другой стороны, несколько труднее: это не исключительно
bugfix релизы, то есть количество мелких и не столь необходимых фиксов
дает качественно новую неуверенность (но есть, конечно, и критические
bugfix'ы).  5.8.6->5.8.7, 5.8.7->5.8.8 нужно внимательно тестировать.
Но масштаб сломавшегося обычно был небольшим; он обычно ясен после
первой же переcборки сизифа.

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

Re: [devel] FreezePolicy

[Andrei Bulava]

Alexey Tourbin wrote:
> On Wed, Aug 23, 2006 at 06:01:52PM +0400, Шенцев Алексей Владимирович wrote:
>>> Мне эта формулировка тоже кажется слишком замысловатой. 
>> Не просто замысловатой, а не имеющей чёткой формализации. И мне совершенно не 
>> понятна. Да, я новичок в Alt Linux Team, но всё же.Привожу пример по пакету 
>> который я сейчас веду - Beesoft Commander. Фактически я его забрал у gns@ с 
>> его согласия, последняя его заливка опиралась на мои наработки, но это не 
>> суть важно. Дело в том, что автор программы сейчас переходит с Qt 3 (3.3.6) 
>> на Qt 4, и будет очень много кардинальных изменений в программе. Этой 
>> программой пользуюсь не один я. и как быть в таком случае, если сизиф 
>> заморожен, а есть новая версия программы? Или я что то не до понимаю?
> 
> Вот, например, cairo 1.2.4 release notes:
> http://cairographics.org/news/cairo-1.2.4
> Это срочный bugfix release, который было бы преступлением не пропускать
> даже на стадии глубокого фриза.

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

Насколько уже упёртый в такие вещи RedHat, а и то уже не один раз поднял
upstream-версию MySQL в обновлениях к RHEL 4!

-- 
// AB1002-UANIC

Re: [devel] FreezePolicy

[Konstantin A. Lepikhov]

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

Hi Andrei!

Wednesday 23, at 05:33:15 PM you wrote:

> Alexey Tourbin wrote:
> > On Wed, Aug 23, 2006 at 06:01:52PM +0400, Шенцев Алексей Владимирович wrote:
> >>> Мне эта формулировка тоже кажется слишком замысловатой. 
> >> Не просто замысловатой, а не имеющей чёткой формализации. И мне совершенно не 
> >> понятна. Да, я новичок в Alt Linux Team, но всё же.Привожу пример по пакету 
> >> который я сейчас веду - Beesoft Commander. Фактически я его забрал у gns@ с 
> >> его согласия, последняя его заливка опиралась на мои наработки, но это не 
> >> суть важно. Дело в том, что автор программы сейчас переходит с Qt 3 (3.3.6) 
> >> на Qt 4, и будет очень много кардинальных изменений в программе. Этой 
> >> программой пользуюсь не один я. и как быть в таком случае, если сизиф 
> >> заморожен, а есть новая версия программы? Или я что то не до понимаю?
> > 
> > Вот, например, cairo 1.2.4 release notes:
> > http://cairographics.org/news/cairo-1.2.4
> > Это срочный bugfix release, который было бы преступлением не пропускать
> > даже на стадии глубокого фриза.
> 
> И самое интересное, никто вам не помешает даже в глубоком анабиозе
> Сизифа сваять патч на разницу между "замороженной версией" и любой
> другой. Тут жёсткие формальные правила - только вызов пытливому уму
> придумать, как их обойти. "Это же не наш метод!" (с)
> 
> Насколько уже упёртый в такие вещи RedHat, а и то уже не один раз поднял
> upstream-версию MySQL в обновлениях к RHEL 4!
а debian не поднял. А еще есть такие какашки как php, которые вообще не
ясно как фиксить, т.к. такие понятия как bugfix или release там вообще
неизвесны, все идет там в одной куче и отделить фиксы от фич там иногда не
представляется возможным.

-- 
WBR et al.

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

Re: [devel] FreezePolicy

[Alexey I. Froloff]

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

* Konstantin A. Lepikhov <lakostis@> [060823 18:40]:
> А еще есть такие какашки как php, которые вообще не ясно как
> фиксить, т.к. такие понятия как bugfix или release там вообще
> неизвесны, все идет там в одной куче и отделить фиксы от фич
> там иногда не представляется возможным.
От подобных какашек никто в сизифе не зависит (в том смысле что
php-* - это "листья" дерева зависимостей) и автоматическому
тестированию такие поделия не поддаются.  Пусть живут дальше
своей уродливой жизнью со статусом "unsupported".  Невменяемость
апстрима к сожалению не лечится фризами в "каком-то ALT Linux"...
Можно только уповать на опыт и квалификацию мантейнера подобного
кривософта.

P.S. Да, я тоже ненавижу php.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] FreezePolicy

[Alexey I. Froloff]

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

* Andrei Bulava <abulava@> [060823 18:33]:
> >>> Мне эта формулировка тоже кажется слишком замысловатой. 
> Насколько уже упёртый в такие вещи RedHat, а и то уже не один раз поднял
> upstream-версию MySQL в обновлениях к RHEL 4!
Ну в общем коллективный разум признал сущность, именуемую
"версия", не имеющей никакого смысла, а потому в природе не
существующей.  Изменения API/ABI (частично) контролируются
роботами, как контролировать изменение функционала в пакетах, не
предоставляющих API, типа KDE?

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] FreezePolicy

[Fr. Br. George]

On Wed, Aug 23, 2006 at 06:41:17PM +0400, Alexey I. Froloff wrote:
> * Andrei Bulava <abulava@> [060823 18:33]:
> > >>> Мне эта формулировка тоже кажется слишком замысловатой. 
> > Насколько уже упёртый в такие вещи RedHat, а и то уже не один раз поднял
> > upstream-версию MySQL в обновлениях к RHEL 4!
> Ну в общем коллективный разум признал сущность, именуемую
> "версия", не имеющей никакого смысла, а потому в природе не
> существующей.  Изменения API/ABI (частично) контролируются
> роботами, как контролировать изменение функционала в пакетах, не
> предоставляющих API, типа KDE?
Ну так _контролировать_ никто никого не собирается: с какой стати? Что
же касается несуществования в природе сущности по имени "версия"...
если поднапрячься, можно вспомнить, что у некоторых пакетов мы её
всё-таки иногда наблюдаем?

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru

Re: [devel] FreezePolicy

[Fr. Br. George]

On Wed, Aug 23, 2006 at 04:10:08PM +0400, Alexey Tourbin wrote:
> "Изменение upstream-версии пакета допускается только с разрешения
> пользователей пакета, если это связано с исправлением грубых ошибок"
> 
> Как ты себе это представляешь?  Какова процедура получения разрешения
> у "пользователей пакета"?
Убедил. Исправлено.

> Короче, это не похоже на формальный критерий.  Значит, нужен эксперт,
> который будет вручную проверять поступающие пакеты и выносить
> беспристрастные суждения.  А кто это будет делать?
Формальный критерий, как показывает практика написания policy, выходит
монструозный и малопонятный. Вопрос в том, что больше нужно: сходящийся
процесс или бесконечные беспристрастные суждения, в беспристрастность
которых всё равно кто-нибудь, да не поверит.

Я не думаю, что эта часть создаст нам много проблем, если только
кто-либо из нас не займётся их выдумыванием. Предполагается, что на
этапе freeze каждый добивается стбильности, а не фичастости. Если
найдётся кто-то, кто на это наплюёт, и со словами "я поправли жуткую
багу" вольёт в Сизиф вместо fooo.2.7 -- foo.3.0.beta, что ж, будет плохо
пользователям его пакетов. Никаких средств, да и желания, как-то
_принуждать_ кого-либо, у нас нет.

Но неповышение версии как _неформальный_ критерий себя оправдывает.

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru

Re: [devel] Стабильный Сизиф II

[Igor Zubkov]

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

В сообщении от 23 августа 2006 13:53 Fr. Br. George написал(a):
> 2. Список актуальных пакетов и их пользователей.
>    http://wiki.sisyphus.ru/SisyphusRelease/Uranus/SignificantPackages
>    Там, в общем, всё написано. Пакет, имеющий пользователя, который может
>    сказать "да, этот пакет работает" -- кандидат в выпуск. Пакет, не
> имеющий пользователей, попадёт туда на основании _отсутствия_ ошибок в bz.

>Пакты, которые вы сами сопровождаете, сюда писать тоже не надо (исключение: 
пакеты, которые и так всем нужны; такие пакеты заносятся в табличку «Пакеты, 
обязательно входящие в выпуск»).

Слишком расплывчатое определение "пакеты, которые и так всем нужны". К 
примеру, мне нужен phpMyAdmin, amarok, kmail, konqueror... А сомневаюсь, что 
amarok нужен _всем_. Тут нужен другой подход.

В debian перед релизом 3.1 собирали информацию (с разрешения пользователей) 
какие пакеты у них стоят. Может и нам так сделать? С этим я даже могу помочь. 
Скрипт в одну строку:
rpm --queryformat="%{NAME}\n" -qa | mail -s "all packages from my alt linux" 
icesik@altlinux.org

Это грязно, но работает. :)
Дальше, положить это всё в базу и собрать с неё статистику.

-- 
03 Чужой

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

Re: [devel] Стабильный Сизиф II

[Fr. Br. George]

On Wed, Aug 23, 2006 at 03:41:02PM +0300, Igor Zubkov wrote:
> Слишком расплывчатое определение "пакеты, которые и так всем нужны". К 
> примеру, мне нужен phpMyAdmin, amarok, kmail, konqueror... А сомневаюсь, что 
> amarok нужен _всем_.
Поправил определение. Оно, правда, стало от этого не на много менее
расплывчатым :(.

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

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

И вот этой информации нет вообще. А между тем это и есть актуальная (то
есть нужная более, чем одному человеку:) пактная база.

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

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

> В debian перед релизом 3.1 собирали информацию (с разрешения пользователей) 
> какие пакеты у них стоят. Может и нам так сделать? С этим я даже могу помочь. 
> Скрипт в одну строку:
> rpm --queryformat="%{NAME}\n" -qa | mail -s "all packages from my alt linux" 
> icesik@altlinux.org
> 
> Это грязно, но работает. :)
> Дальше, положить это всё в базу и собрать с неё статистику.
Отличная идея! Возьмётесь?

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru

[devel] Uranus release management

[Alexey Tourbin]

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

On Wed, Aug 23, 2006 at 02:53:06PM +0400, Fr. Br. George wrote:
> 2. Список актуальных пакетов и их пользователей.
>    http://wiki.sisyphus.ru/SisyphusRelease/Uranus/SignificantPackages

http://wiki.sisyphus.ru/SisyphusRelease/Uranus?v=hn8

"Поскольку очевидно, что подобный процесс (в некоторых кругах именуемый
Release Management :) не может организоваться сам собой, поглядывать за
ним и вовремя оповещать сообщество берусь я, Георгий Курячий. Я же беру
на себя и более сильную ответственность: в случае спорных и/или
конфликтных ситуаций (и только в них) последнее слово по этому выпуску --
за мной."

Э-э, а почему не за мной? :)  "Командовать парадом буду я".

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

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

Re: [devel] Uranus release management

[Dmitry V. Levin]

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

On Wed, Aug 23, 2006 at 05:49:25PM +0400, Alexey Tourbin wrote:
> On Wed, Aug 23, 2006 at 02:53:06PM +0400, Fr. Br. George wrote:
> > 2. Список актуальных пакетов и их пользователей.
> >    http://wiki.sisyphus.ru/SisyphusRelease/Uranus/SignificantPackages
> 
> http://wiki.sisyphus.ru/SisyphusRelease/Uranus?v=hn8
> 
> "Поскольку очевидно, что подобный процесс (в некоторых кругах именуемый
> Release Management :) не может организоваться сам собой, поглядывать за
> ним и вовремя оповещать сообщество берусь я, Георгий Курячий. Я же беру
> на себя и более сильную ответственность: в случае спорных и/или
> конфликтных ситуаций (и только в них) последнее слово по этому выпуску --
> за мной."
> 
> Э-э, а почему не за мной? :)  "Командовать парадом буду я".

Потому что он первым вызвался. :)


-- 
ldv

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

Re: [devel] Uranus release management

[Alexey Tourbin]

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

On Wed, Aug 23, 2006 at 07:23:31PM +0400, Dmitry V. Levin wrote:
> On Wed, Aug 23, 2006 at 05:49:25PM +0400, Alexey Tourbin wrote:
> > On Wed, Aug 23, 2006 at 02:53:06PM +0400, Fr. Br. George wrote:
> > > 2. Список актуальных пакетов и их пользователей.
> > >    http://wiki.sisyphus.ru/SisyphusRelease/Uranus/SignificantPackages
> > 
> > http://wiki.sisyphus.ru/SisyphusRelease/Uranus?v=hn8
> > 
> > "Поскольку очевидно, что подобный процесс (в некоторых кругах именуемый
> > Release Management :) не может организоваться сам собой, поглядывать за
> > ним и вовремя оповещать сообщество берусь я, Георгий Курячий. Я же беру
> > на себя и более сильную ответственность: в случае спорных и/или
> > конфликтных ситуаций (и только в них) последнее слово по этому выпуску --
> > за мной."
> > 
> > Э-э, а почему не за мной? :)  "Командовать парадом буду я".
> 
> Потому что он первым вызвался. :)

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

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

Re: [devel] Uranus release management

[Dmitry V. Levin]

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

On Wed, Aug 23, 2006 at 07:32:18PM +0400, Alexey Tourbin wrote:
> On Wed, Aug 23, 2006 at 07:23:31PM +0400, Dmitry V. Levin wrote:
> > On Wed, Aug 23, 2006 at 05:49:25PM +0400, Alexey Tourbin wrote:
> > > On Wed, Aug 23, 2006 at 02:53:06PM +0400, Fr. Br. George wrote:
> > > > 2. Список актуальных пакетов и их пользователей.
> > > >    http://wiki.sisyphus.ru/SisyphusRelease/Uranus/SignificantPackages
> > > 
> > > http://wiki.sisyphus.ru/SisyphusRelease/Uranus?v=hn8
> > > 
> > > "Поскольку очевидно, что подобный процесс (в некоторых кругах именуемый
> > > Release Management :) не может организоваться сам собой, поглядывать за
> > > ним и вовремя оповещать сообщество берусь я, Георгий Курячий. Я же беру
> > > на себя и более сильную ответственность: в случае спорных и/или
> > > конфликтных ситуаций (и только в них) последнее слово по этому выпуску --
> > > за мной."
> > > 
> > > Э-э, а почему не за мной? :)  "Командовать парадом буду я".
> > 
> > Потому что он первым вызвался. :)
> 
> Разруливать кофликты -- это не то же самое, что оповещать сообщество и
> координировать работу.  Разруливать конфликты в team -- это не только
> ответственность, но и прежде всего право.  Никто такого права Гоше не
> давал.  Но я и вообще не думаю, что кто-то один должен разруливать
> кофликты.

Я думаю, что в случае необходимости мы ему поможем.


-- 
ldv

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

Re: [devel] Uranus release management

[Fr. Br. George]

On Wed, Aug 23, 2006 at 07:32:18PM +0400, Alexey Tourbin wrote:
> > > Э-э, а почему не за мной? :)  "Командовать парадом буду я".
Видишь ли, командовать -- не стоит. Community большое, а ты -- один.

> > Потому что он первым вызвался. :)
> Разруливать кофликты -- это не то же самое, что оповещать сообщество и
> координировать работу.  Разруливать конфликты в team -- это не только
> ответственность, но и прежде всего право.  Никто такого права Гоше не
> давал.  Но я и вообще не думаю, что кто-то один должен разруливать
> кофликты.
Ну кто тебе сказал, что "Разруливать конфликты в team -- это прежде
всего право"? Право на что? Получать по морде с обеих сторон и быть с
обеих сторон виноватым? Нефиговенькая привилегия. Ты правда этого
хочешь?

Нет, я не собираюсь "разруливать конфликты в team". Разруливать будем,
как и раньше разруливали, собственными силами. Просто я не верю в
самоорганизацию тупиковых и конфликтных ситуаций. Вот упёлись люди
рогом, что делать? Можно монетку бросить, echo $((RANDOM%2)) сказать.
Можно спросить экспертов, а потом снова упираться рогом, чей эксперт
правильнее.

Но проще спросить у кого-нибудь одного, особенно если он подписался быть
в курсе не вообще "всего", но хотя бы общего состояния дел. Например, у
меня. Я хоть и тупой, но понятливый. И всегда могу спросить, если что.

Да, я тоже надеюь, что ни конфликтных, ни тупиковых ситуаций не будет
:).

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru

Re: [devel] Uranus release management

[Alexey Tourbin]

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

On Fri, Aug 25, 2006 at 05:38:52PM +0400, Fr. Br. George wrote:
> On Wed, Aug 23, 2006 at 07:32:18PM +0400, Alexey Tourbin wrote:
> > > > Э-э, а почему не за мной? :)  "Командовать парадом буду я".
> Видишь ли, командовать -- не стоит. Community большое, а ты -- один.
> 
> > > Потому что он первым вызвался. :)
> > Разруливать кофликты -- это не то же самое, что оповещать сообщество и
> > координировать работу.  Разруливать конфликты в team -- это не только
> > ответственность, но и прежде всего право.  Никто такого права Гоше не
> > давал.  Но я и вообще не думаю, что кто-то один должен разруливать
> > кофликты.
> Ну кто тебе сказал, что "Разруливать конфликты в team -- это прежде
> всего право"? Право на что? Получать по морде с обеих сторон и быть с
> обеих сторон виноватым? Нефиговенькая привилегия. Ты правда этого
> хочешь?

Право не есть привилегия.  Сошлюсь на конституцию Debian.  Сообщество
делегирует разруливание конфликтов узкой группе специалистов.
Легитимность обретается вследствие демократической процедуры.

Теперь кто-то приходит и говорит: "последнее слово (по этому выпуску) --
за мной".  Тогда делай свой выпуск, как Rider делал Branch-3.0.  Я же
предпочту от этого выпуска дистанцироваться.  К счатью, большая часть
работ, которую предстоит выполнить, на самом деле не специфична для
фриза.

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

Re: [devel] Uranus release management

[Fr. Br. George]

On Fri, Aug 25, 2006 at 06:05:50PM +0400, Alexey Tourbin wrote:
> Право не есть привилегия.  Сошлюсь на конституцию Debian.  Сообщество
> делегирует разруливание конфликтов узкой группе специалистов.
> Легитимность обретается вследствие демократической процедуры.
Ничего "разруливать" я не собираюсь, ведь в психологи-то не нанимался.
Так что давай на этом закроем спор о терминах.

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

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru

Re: [devel] Uranus release management

[Alexey Tourbin]

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

On Fri, Aug 25, 2006 at 08:52:44PM +0400, Fr. Br. George wrote:
> > Я же предпочту от этого выпуска дистанцироваться.  К счатью, большая
> > часть работ, которую предстоит выполнить, на самом деле не специфична
> > для фриза.
> Ну, по крайней мере ты ведь не будешь во время фриза выкладывать
> непроверенные обновления и устраивать революции в своих пакетах, правда?
> А большего пока и не надо.

Конечно.  Я даже готов помогать.  Просто выпуск стабильного сизифа --
новый жанр, посмотрим что получится.  Вопросы насчёт процедур и
разрешения конфликтов всё же не кажутся мне пустыми.  В общем статус
этого "выпуска" мне не понятен до конца.  Тем более что единодушного
согласия насчет выпуска достигнуто не было, так что в чем-то он остается
твоей частной инициативой, а не мега-проектом team.  Но, поскольку выпуск
поддерживает Дима, саботировать его нет смысла. :)

А с точки зрения пакетной базы у меня принципиальных вопросов нет.
Здесь интересы "выпуска" и интересы сизифа во многом совпадают.

Совсем уж разломанные пакеты я никогда не выкладываю.  Просто есть
технологический цикл: 1) сборка и предварительное локальное тестирование
пакета; 2) выкладывание в Сизиф; 3) ждем еженедельной пересборки и
смотрим, что сломалось; по результам чиним сам этот пакет и/или другие
пакеты.  Не хотелось бы лишать себя возможности тестировать пакеты на
полной пересборке Сизифа.  Но, может быть, есть смысл потерпеть фриз
месяц или даже два.

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

Re: [devel] Uranus release management

[Fr. Br. George]

On Fri, Aug 25, 2006 at 09:25:56PM +0400, Alexey Tourbin wrote:
> Вопросы насчёт процедур и разрешения конфликтов всё же не кажутся мне пустыми.
Мне тоже, но решать их сейчас я не собираюсь -- не до того. Ведь как-то
же мы их решали раньше? Ну вот и сейчас пока так будем. До Конституции
Дибиан нам пока что далеко...

> В общем статус
> этого "выпуска" мне не понятен до конца.  Тем более что единодушного
> согласия насчет выпуска достигнуто не было, так что в чем-то он остается
> твоей частной инициативой, а не мега-проектом team.
Разумеется. Но без чьей-либо инициативы он не будет ни мега-, ни
милипроектом. А окончательная договорйнность по поводу того, чего ещё не
было -- дело немыслимое. По ходу додумаем, а после ещё разбор полётов
устроим, чтобы понять, как лучше действовать весной.

> Не хотелось бы лишать себя возможности тестировать пакеты на
> полной пересборке Сизифа. Но, может быть, есть смысл потерпеть фриз
> месяц или даже два.
Больше и нельзя. А по поводу полных пересборок ещё думать надо.

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru

Re: [devel] Uranus release management

[Alexey Tourbin]

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

On Fri, Aug 25, 2006 at 10:10:26PM +0400, Fr. Br. George wrote:
> > Не хотелось бы лишать себя возможности тестировать пакеты на
> > полной пересборке Сизифа. Но, может быть, есть смысл потерпеть фриз
> > месяц или даже два.
> Больше и нельзя. А по поводу полных пересборок ещё думать надо.

А какая с ними проблема?

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

Re: [devel] Uranus release management

[Dmitry V. Levin]

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

On Fri, Aug 25, 2006 at 10:30:22PM +0400, Alexey Tourbin wrote:
> On Fri, Aug 25, 2006 at 10:10:26PM +0400, Fr. Br. George wrote:
> > > Не хотелось бы лишать себя возможности тестировать пакеты на
> > > полной пересборке Сизифа. Но, может быть, есть смысл потерпеть фриз
> > > месяц или даже два.
> > Больше и нельзя. А по поводу полных пересборок ещё думать надо.
> 
> А какая с ними проблема?

1. Никак не удаётся ввести в строй всё то оборудование, которое по разным
причинам повыходило из строя за лето.
2. Никак не удаётся довести скрипты до работоспособности в автономном
режиме.


-- 
ldv

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

Re: [devel] тестовые пересборки Сизифа

[Dmitry V. Levin]

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

On Mon, Aug 28, 2006 at 12:56:04PM +0400, Dmitry V. Levin wrote:
> On Fri, Aug 25, 2006 at 10:30:22PM +0400, Alexey Tourbin wrote:
> > On Fri, Aug 25, 2006 at 10:10:26PM +0400, Fr. Br. George wrote:
> > > > Не хотелось бы лишать себя возможности тестировать пакеты на
> > > > полной пересборке Сизифа. Но, может быть, есть смысл потерпеть фриз
> > > > месяц или даже два.
> > > Больше и нельзя. А по поводу полных пересборок ещё думать надо.
> > 
> > А какая с ними проблема?
> 
> 1. Никак не удаётся ввести в строй всё то оборудование, которое по разным
> причинам повыходило из строя за лето.

Вроде удалось восстановить около 45000 bogomips.
Тестовая пересборка Сизифа на i586 заняла около 16 часов,
не пересобралось 409 из 5446 пакетов.

> 2. Никак не удаётся довести скрипты до работоспособности в автономном
> режиме.

Проблема в том, что пересборочный "кластер" состоит из нескольких
разных машин, с которыми время от времени что-то происходит.
Кроме того, каталог SRPMS.all, который используется для тестовой
пересборки, каждый раз почему-то оказывается в непригодном состоянии.


-- 
ldv

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

Re: [devel] lease management

[Michael Shigorin]

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

On Wed, Aug 23, 2006 at 07:23:31PM +0400, Dmitry V. Levin wrote:
> > > 2. Список актуальных пакетов и их пользователей.
> > >    http://wiki.sisyphus.ru/SisyphusRelease/Uranus/SignificantPackages
> > http://wiki.sisyphus.ru/SisyphusRelease/Uranus?v=hn8
> > "Поскольку очевидно, что подобный процесс (в некоторых кругах
> > именуемый Release Management :) не может организоваться сам
> > собой, поглядывать за ним и вовремя оповещать сообщество
> > берусь я, Георгий Курячий. Я же беру на себя и более сильную
> > ответственность: в случае спорных и/или конфликтных ситуаций
> > (и только в них) последнее слово по этому выпуску -- за
> > мной."
> > Э-э, а почему не за мной? :)  "Командовать парадом буду я".
> Потому что он первым вызвался. :)

Если правильно помню, то:

- о летнем выпуске объявлял Антон;
- об осенне-зимнем -- ты.

Что собирается выпускать Гоша, при всём уважении никак не пойму.

Твой авторитет в качестве RM'а того, что ты объявил -- принимаю.

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

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

Re: [devel] lease management

[Dmitry V. Levin]

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

On Sat, Sep 02, 2006 at 07:15:21PM +0300, Michael Shigorin wrote:
> On Wed, Aug 23, 2006 at 07:23:31PM +0400, Dmitry V. Levin wrote:
> > > > 2. Список актуальных пакетов и их пользователей.
> > > >    http://wiki.sisyphus.ru/SisyphusRelease/Uranus/SignificantPackages
> > > http://wiki.sisyphus.ru/SisyphusRelease/Uranus?v=hn8
> > > "Поскольку очевидно, что подобный процесс (в некоторых кругах
> > > именуемый Release Management :) не может организоваться сам
> > > собой, поглядывать за ним и вовремя оповещать сообщество
> > > берусь я, Георгий Курячий. Я же беру на себя и более сильную
> > > ответственность: в случае спорных и/или конфликтных ситуаций
> > > (и только в них) последнее слово по этому выпуску -- за
> > > мной."
> > > Э-э, а почему не за мной? :)  "Командовать парадом буду я".
> > Потому что он первым вызвался. :)
> 
> Если правильно помню, то:
> 
> - о летнем выпуске объявлял Антон;
> - об осенне-зимнем -- ты.
> 
> Что собирается выпускать Гоша, при всём уважении никак не пойму.

Это от вас зависит. :)
Я со своей стороны постараюсь ему/вам/нам помочь.


-- 
ldv

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

Re: [devel] lease management

[Fr. Br. George]

On Sat, Sep 02, 2006 at 07:15:21PM +0300, Michael Shigorin wrote:
> Что собирается выпускать Гоша, при всём уважении никак не пойму.
Гм. Я лично? И что я могу такое выпустить, инея две руки и одну голову?
Речь идёт о выпуске, который -- если захочет -- делает сообщество. Я
лишь вызвался быть крайним в этом процессе. Крайним, но отнюдь не
главным.

Кажется, продолжаешь смешивать "дистрибутив" и Сизиф?
Тут Денис Смирнов, по-моему, удачно всё разметил.

Добавлю только (по секрету), что в ALT Linux таки планируется выпуск
дистрибутива, то есть чего-то в коробке. На codebase выпуска Сизифа.
Вряд ли этот дистрибутив будет сильно от Сизифа отличаться. Даже
обновления для него и для "замороженного ставильного Сизифа", видимо,
будут одни и те же. Но коробки, техподержка, книжки и т. п. -- это всё
нельзя завязать на какой-то репозиторий в Сети, нужен дистрибутив.

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru