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

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

[Fr. Br. George]

[x-post: devel@ community@ sysiphus@]

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

Начинается подготовка к выпуску стабильного Сизифа.

Страница проекта "Стабильный Сизиф":
http://wiki.sisyphus.ru/SisyphusRelease

Страница текущего выпуска:
http://wiki.sisyphus.ru/SisyphusRelease/Uranus

Стабильный Сизиф -- это _не_ дистрибутив, его, кроме нас, _никто_ не
делает. Всё, что мы сделаем пригодного -- войдёт в выпуск, что будет
непригодно -- не войдёт. Хуже того -- никто, кроме нас не объяснит нам
дисциплину проведения выпуска по всем трём с половиной стадиям.

В связи с этим -- три задачи, которые в одиночку не может решить никто:
1. Багзилла. Ситуация с ней аховая -- масса заброшенных, годами не
   исправляемых ошибок. Масса мусора (например FIXED/не-CLOSED). В результате
   по bz правтически никто не может составить впечатление о положении дел в
   Сизифе. А хотелось бы, чтобы могли.
2. Список актуальных пакетов и их пользователей.
   http://wiki.sisyphus.ru/SisyphusRelease/Uranus/SignificantPackages
   Там, в общем, всё написано. Пакет, имеющий пользователя, который может
   сказать "да, этот пакет работает" -- кандидат в выпуск. Пакет, не имеющий
   пользователей, попадёт туда на основании _отсутствия_ ошибок в bz.
3. Правила допуска обновлений пакета во время Freeze (в т. ч. и NMU)
   http://wiki.sisyphus.ru/SisyphusRelease/FreezePolicy
   Опять-таки, там написано. Чтобы потом не было разборок, надо договориться
   сейчас.

Согласно плану, уже серез неделю нас ожидает стадия Sync -- погоня за
upstream и стабилизация. Очень хотелось бы, чтобы те, кто собпровождает
библиотеки и особо крупных монстров (KDE, OOo и т. п.), начали
задумываться об этом как можно раньше -- ведь от них зависит
стабильность многих сотен пакетов.

P.S.		Не забывайте, что это wiki. Если что-то хотите исправить на
		страничках -- исправляйте. Однако не забывайте, что это -- не
		форум, диалоги лучше устраивать в рассылках и комментариях,
		в т. ч. http://community.livejournal.com/ru_sisyphus

P.P.S.		Он заорал "У вас что, крыши поехали?!" и начал махать руками.
		Но микрофон включили после слова "крыши",
	       	а камеру выключили после первого взмаха...
-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_ru

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

[Alexey Tourbin]

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

On Wed, Aug 23, 2006 at 02:53:06PM +0400, Fr. Br. George wrote:
> Начинается подготовка к выпуску стабильного Сизифа.

Чтобы подготовка к выпуску стабильного сизифа стала вконец возможной,
нужно также адресовать следующие проблемы:

1) Дождаться нового toolchain'а, в котором будет -D_FORTIFY_SOURCE и,
возможно, что-то ещё.  Речь даже шла о том, чтобы до начала более
глубокого фриза пересобрать все бинарные пакеты новым toolchain'ом.

2) Повысить пересобираемость сизифа.  Последняя плановая пересборка была
9 июля, и сейчас мы даже не знаем, какие пакеты у нас собираются, а
какие нет.  Готовиться к фризу в таком положении означает готовиться к
худшему -- в надежде на лучшее, разумеется.  Плановый цикл повышения
пересобираемости сизифа -- 3 месяца.  За это время пакет либо чинится,
либо уходит в orphaned.  По предварительной оценке, сейчас не собираются
примерно 500 пакетов, т.е. почти 10% от общего числа (если же эти пакеты
удалить, то это не спасет положения, потому что по зависимостям
перестанут собираться другие пакеты и т.д.).

3) Синхронизация i586 и x86_64, если выпуск предусматривает поддержку
последней платформы.  Это тоже немалый объем работ, который может занять
несколько месяцев.

> Согласно плану, уже серез неделю нас ожидает стадия Sync -- погоня за
> upstream и стабилизация. Очень хотелось бы, чтобы те, кто собпровождает
> библиотеки и особо крупных монстров (KDE, OOo и т. п.), начали
> задумываться об этом как можно раньше -- ведь от них зависит
> стабильность многих сотен пакетов.

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

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

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

[Dmitry V. Levin]

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

On Wed, Aug 23, 2006 at 03:41:01PM +0400, Alexey Tourbin wrote:
> On Wed, Aug 23, 2006 at 02:53:06PM +0400, Fr. Br. George wrote:
> > Начинается подготовка к выпуску стабильного Сизифа.
> 
> Чтобы подготовка к выпуску стабильного сизифа стала вконец возможной,
> нужно также адресовать следующие проблемы:
> 
> 1) Дождаться нового toolchain'а, в котором будет -D_FORTIFY_SOURCE и,
> возможно, что-то ещё.

Как минимум по умолчанию будет включено -D_FORTIFY_SOURCE=2 и
--hash-style=gnu, это не должно потребовать много усилий со стороны
ментейнеров по по исправлению своих пакетов.
Очень желательно включить по умолчанию -fstack-protector, хотя объём
работы по исправлению софта мне пока оценить сложно.
Что касается -fpie/-pie, то здесь объём работы оченить ещё сложнее, думаю
что мы не успеем к оченнему фризу.

> Речь даже шла о том, чтобы до начала более
> глубокого фриза пересобрать все бинарные пакеты новым toolchain'ом.

Ну так помогите мне, тогда новый toolchain будет готов раньше.

Готовность пакетов toolchain'а сейчас такая:
binutils - 100%
gcc - 90%
glibc - 10%
linux-libc-headers - не менее 50%
rpm-build - 99%

> 2) Повысить пересобираемость сизифа.  Последняя плановая пересборка была
> 9 июля, и сейчас мы даже не знаем, какие пакеты у нас собираются, а
> какие нет.

Это будет исправлено.

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

Это слишком долго.  Надо будет сосредоточиться и управиться за месяц.

> За это время пакет либо чинится,
> либо уходит в orphaned.  По предварительной оценке, сейчас не собираются
> примерно 500 пакетов, т.е. почти 10% от общего числа (если же эти пакеты
> удалить, то это не спасет положения, потому что по зависимостям
> перестанут собираться другие пакеты и т.д.).
> 
> 3) Синхронизация i586 и x86_64, если выпуск предусматривает поддержку

Предусматривает, конечно.

> последней платформы.  Это тоже немалый объем работ, который может занять
> несколько месяцев.

Надеюсь что меньше.

> > Согласно плану, уже серез неделю нас ожидает стадия Sync -- погоня за
> > upstream и стабилизация. Очень хотелось бы, чтобы те, кто собпровождает
> > библиотеки и особо крупных монстров (KDE, OOo и т. п.), начали
> > задумываться об этом как можно раньше -- ведь от них зависит
> > стабильность многих сотен пакетов.
> 
> Короче, интуиция мне подсказывает, что при текущем состоянии сизифа
> в такие сжатые сроки полноценной стабилизации и фриза не будет.

Придётся форсировать.


-- 
ldv

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

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

[Alexey Tourbin]

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

On Wed, Aug 23, 2006 at 04:23:18PM +0400, Dmitry V. Levin wrote:
> > 1) Дождаться нового toolchain'а, в котором будет -D_FORTIFY_SOURCE и,
> > возможно, что-то ещё.
> 
> Как минимум по умолчанию будет включено -D_FORTIFY_SOURCE=2 и
> --hash-style=gnu, это не должно потребовать много усилий со стороны
> ментейнеров по по исправлению своих пакетов.
> Очень желательно включить по умолчанию -fstack-protector, хотя объём
> работы по исправлению софта мне пока оценить сложно.

Новый toolchain никогда ещё пересобираемости не повышал.
Дело не только в количестве усилий, а также в том, удастся ли в сжатые
сроки приурочить активность maintainer'ов к сабжу.

> Ну так помогите мне, тогда новый toolchain будет готов раньше.

Я не специалист по toolchain'у.  Я могу помочь в других отношениях, но
см. ниже.

> > 2) Повысить пересобираемость сизифа.  Последняя плановая пересборка была
> > 9 июля, и сейчас мы даже не знаем, какие пакеты у нас собираются, а
> > какие нет.
> 
> Это будет исправлено.
> 
> > Готовиться к фризу в таком положении означает готовиться к
> > худшему -- в надежде на лучшее, разумеется.  Плановый цикл повышения
> > пересобираемости сизифа -- 3 месяца.
> 
> Это слишком долго.  Надо будет сосредоточиться и управиться за месяц.

Проблема в том, что опять предстоит холодный старт.  А для
regression тестирования холодный старт это смерть.

> > 3) Синхронизация i586 и x86_64, если выпуск предусматривает поддержку
> Предусматривает, конечно.
> 
> > последней платформы.  Это тоже немалый объем работ, который может занять
> > несколько месяцев.
> Надеюсь что меньше.

И кто это будет делать?  Я готов помочь, но это предполагает
инфраструктурные изменения.  1) Ввести в incominger'е логику И вместо
ИЛИ для прохождения пакетов; 2) ввести в incominger'е проверку на потерю
NMU; 3) начать регулярные пересборки на x86_64, хотя бы для информации
(без статуса).

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

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

Кто будет форсировать?  Князь Андрей Болконский? :)

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

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

[Michael Shigorin]

On Wed, Aug 23, 2006 at 05:12:05PM +0400, Alexey Tourbin wrote:
> > > последней платформы.  Это тоже немалый объем работ, который
> > > может занять несколько месяцев.
> > Надеюсь что меньше.
> И кто это будет делать?  Я готов помочь, но это предполагает
> инфраструктурные изменения.  1) Ввести в incominger'е логику И
> вместо ИЛИ для прохождения пакетов; 2) ввести в incominger'е
> проверку на потерю NMU; 3) начать регулярные пересборки на
> x86_64, хотя бы для информации (без статуса).

Возможно, следует временно отменить институт NMU, чтобы можно
было исправлять быстрее.

Если это в принципе приемлемо на осень, то варианты можно
обдумать:

- "мои пакеты может фиксить кто угодно"
- "эти люди могут фиксить любые пакеты"

(плюс, разумеется, изменения почтой/в bugzilla)

> > > Короче, интуиция мне подсказывает, что при текущем
> > > состоянии сизифа в такие сжатые сроки полноценной
> > > стабилизации и фриза не будет.
> > Придётся форсировать.
> Кто будет форсировать?  Князь Андрей Болконский? :)

Четвёртая танковая армия!

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

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

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

On Sat, Sep 02, 2006 at 07:02:55PM +0300, Michael Shigorin wrote:

MS> Если это в принципе приемлемо на осень, то варианты можно
MS> обдумать:
MS> - "мои пакеты может фиксить кто угодно"

А вот это хорошее добавление к Sisyphus notes и вне периодов фриза.
Периодически уходящие в отпуск пишут сюда "фикси кто хочет".

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

http://freesource.info
----------------------------------------------------------------------------
ПРАВИЛО БАРАХА
 Алкоголик - это тот, кто пьет больше своего врача.

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

[Michael Shigorin]

On Wed, Aug 23, 2006 at 04:23:18PM +0400, Dmitry V. Levin wrote:
> Очень желательно включить по умолчанию -fstack-protector, хотя
> объём работы по исправлению софта мне пока оценить сложно.
> Что касается -fpie/-pie, то здесь объём работы оченить ещё
> сложнее, думаю что мы не успеем к оченнему фризу.

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

Я бы попробовал apache подстраховать.

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

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

[Шенцев Алексей Владимирович]

В сообщении от 25 августа 2006 17:32 Konstantin A. Lepikhov написал(a):
> а в чем проблема собрать его себе заранее? 
У меня не тот уровень клвалификации что бы собрать себе gfxboot 3.2.5. Тем 
более, что в отличии от SuSe у нас не единый пакет графической темы загрузки, 
а несколько пакетов, т.е. отдельно gfxboot, отдельно design-bootloader, 
отдельно design-bootsplash.
> Например, я не понимаю, как можно держать в сизифе пакеты, которые надо
> допиливать и которые разламывают работу других пакетов - т.е.
> syslinux/gfxboot/design-bootloader надо было выкладывать одновременно, а
> не поодиночке, внося хаос в сборки livecd.
А это уже не ко мне ... ;) И почему так с этими пакетами я то же хотел знать.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

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

[Konstantin A. Lepikhov]

<цитата от="Шенцев Алексей Владимирович">
> В сообщении от 25 августа 2006 17:32 Konstantin A. Lepikhov написал(a):
>> а в чем проблема собрать его себе заранее?
> У меня не тот уровень клвалификации что бы собрать себе gfxboot 3.2.5. Тем
> более, что в отличии от SuSe у нас не единый пакет графической темы
> загрузки,
> а несколько пакетов, т.е. отдельно gfxboot, отдельно design-bootloader,
> отдельно design-bootsplash.
так это правильно, т.к. gfxboot - это компилятор design-bootloader, а
bootsplash - это вообще отдельный патч и функционал.

PS новый gfxboot у меня есть, если вам нужен, могу выложить.

-- 
WBR et al.

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

[Шенцев Алексей Владимирович]

В сообщении от 25 августа 2006 17:53 Konstantin A. Lepikhov написал(a):
> так это правильно, т.к. gfxboot - это компилятор design-bootloader, а
> bootsplash - это вообще отдельный патч и функционал.
Это я понимаю и с таким разделением согласен.
>
> PS новый gfxboot у меня есть, если вам нужен, могу выложить.
А давайте, чем чёрт не шутит ... ;) Всё меньше по инету лазить, вспоминая 
откуда я Антону ссылку на него дал ... Давно руки чешутся его 
опробывать ... :)

-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

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

[Konstantin A. Lepikhov]

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

Hi Шенцев!

Friday 25, at 05:56:02 PM you wrote:

> В сообщении от 25 августа 2006 17:53 Konstantin A. Lepikhov написал(a):
> > так это правильно, т.к. gfxboot - это компилятор design-bootloader, а
> > bootsplash - это вообще отдельный патч и функционал.
> Это я понимаю и с таким разделением согласен.
> >
> > PS новый gfxboot у меня есть, если вам нужен, могу выложить.
> А давайте, чем чёрт не шутит ... ;) Всё меньше по инету лазить, вспоминая 
> откуда я Антону ссылку на него дал ... Давно руки чешутся его 
> опробывать ... :)
http://www.unsafe.ru/lakostis/RPMS/ALTLinux/gfxboot-3.2.27-alt1.src.rpm

-- 
WBR et al.

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

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

[Шенцев Алексей Владимирович]

В сообщении от 26 августа 2006 15:19 Konstantin A. Lepikhov написал(a):
> http://www.unsafe.ru/lakostis/RPMS/ALTLinux/gfxboot-3.2.27-alt1.src.rpm
О как, да же 3.2.27, а не 3.2.5 ... Интересно ... :)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

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

[Michael Shigorin]

On Fri, Aug 25, 2006 at 05:53:31PM +0400, Konstantin A. Lepikhov wrote:
> PS новый gfxboot у меня есть, если вам нужен, могу выложить.

В дедал кинь.

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

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

[Anton Farygin]

Шенцев Алексей Владимирович wrote:
> В сообщении от 25 августа 2006 17:14 Konstantin A. Lepikhov написал(a):
>> так перепишите ;)
> Дык вот и жду новый gfxboot 3.2.5 что бы поэксперементировать ... :) Антона с 
> ним наверное уже достал ... :)

Я не возражаю против NMU

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

[Michael Shigorin]

On Fri, Aug 25, 2006 at 03:58:49PM +0400, Anton Farygin wrote:
> - apt-cdrom не умеет работать с HAL, в итоге установка пакетов
> на третьей стадии невозможна без наличия /media/cdrom. Решение
> в виде создания /media/cdrom не подходит, ибо вылезет всё та же
> проблема с двумя приводами

Можно сделать костыль, который по наличию и содержанию .info
смонтирует подходящий носитель максимального объёма в
/media/cdrom, если это будет блокером.

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

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

[Dmitriy Khanzhin]

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Здравствуйте!
Michael Shigorin wrote:
> On Fri, Aug 25, 2006 at 03:58:49PM +0400, Anton Farygin wrote:
>> - apt-cdrom не умеет работать с HAL, в итоге установка пакетов
>> на третьей стадии невозможна без наличия /media/cdrom. Решение
>> в виде создания /media/cdrom не подходит, ибо вылезет всё та же
>> проблема с двумя приводами
> 
> Можно сделать костыль, который по наличию и содержанию .info
> смонтирует подходящий носитель максимального объёма в
> /media/cdrom, если это будет блокером.
> 
Я тут как-то тоже озаботился этой проблемой, в результате появилась
идея:
На второй стадии, скажем, сделать udev-rule, создающее линк /dev/cdrom
на /dev/hd?, с которого идет установка, ибо оно известно.
А apt.conf, использующий это, в аттаче.

- --
С уважением, Дмитрий Ханжин.
ALT Linux Team. Registered Linux user #387627.
Just For Fun!

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE+lTcOSYE49d5ybgRAh2pAJ9dNSuvF82Ha8udXlbE0fUvJlKuOwCfSEeZ
IuCa3K8HGbvZ30bT68tqYTU=
=ro5z
-----END PGP SIGNATURE-----

[-- Attachment #2: apt.conf --]
[-- Type: text/plain, Size: 579 bytes --]

/*
 * This is the main configuration file for the APT suite of tools,
 * see apt.conf(5) for details.
 */

// See apt-cdrom(8) for details.
Acquire
{
    CDROM
    {
    Copy "true";
    "/media/cdrom/"
	{
	UMount "pumount /dev/cdrom";
	Mount "pmount /dev/cdrom cdrom";
	};
    };
};

RPM 
{
	Allow-Duplicated {
		// Old-style kernels.
		"^(NVIDIA_)?(kernel|alsa)[0-9]*(-adv|-linus)?($|-up|-smp|-secure|-custom|-enterprise|-BOOT|-tape|-aureal)";
		// New-style kernels.
		"^kernel-(image|modules)-.*";
	};
	Hold {
		// Old-style kernels.
		"^(kernel|alsa)[0-9]+-source";
	};
};

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

[Michael Shigorin]

On Fri, Aug 25, 2006 at 03:32:43PM +0400, Fr. Br. George wrote:
> > Короче, интуиция мне подсказывает, что при текущем состоянии сизифа
> > в такие сжатые сроки полноценной стабилизации и фриза не будет.
> Не будет. Но если её сейчас не сделать, через полгода в такие
> же сжатые сроки она будет ещё менее полноценной. А закладывать
> на _заморозку_ сильно больше полутора месяцев -- невозможно.

Гоша, "правило буравчика" говорит о том, что оптимистичные планы
просто срываются, а реалистичные сроки -- это пессимистичные
оценки, помноженные на два или три.

Цикл подготовки дистрибутива ALT Linux (Compact, Master)
в последние годы не бывал менее полугода в активной фазе.

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

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

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

On Sat, Sep 02, 2006 at 07:04:41PM +0300, Michael Shigorin wrote:

MS> Гоша, "правило буравчика" говорит о том, что оптимистичные планы
MS> просто срываются, а реалистичные сроки -- это пессимистичные
MS> оценки, помноженные на два или три.
MS> Цикл подготовки дистрибутива ALT Linux (Compact, Master)
MS> в последние годы не бывал менее полугода в активной фазе.

"Стабильный Сизиф" и "Дистрибутив" сильно разные вещи. Стабильный Сизиф
перед разморозкой форкается, и далее, уже release manager'ом дистрибутива
допинывается до приличного состояния. Потому как морозить Сизиф на полгода
нельзя. А если форкать просто в любой момент (как было с 3.0), то мы и
получим... э... компакт.

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

http://freesource.info
----------------------------------------------------------------------------
Как меня достал этот mc и libgpm.
Mouse, боюсь что на этот раз ты крайним будешь.
		-- ldv in #3867

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

[Michael Shigorin]

On Sat, Sep 02, 2006 at 09:23:58PM +0400, Денис Смирнов wrote:
> А если форкать просто в любой момент (как было с 3.0), то мы и
> получим... э... компакт.

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

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

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

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

On Sun, Sep 03, 2006 at 02:28:40AM +0300, Michael Shigorin wrote:

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

Таки лучше. Потому что среднее состояние Сизифа -- "кошмар!". Это я
ответственно заявляю, как любитель держать на серверах Сизиф.

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

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

http://freesource.info
----------------------------------------------------------------------------
<hiddenman> ааа. это прикол
<AMorozov> ... сказал ежик, слазя с кактуса :-)

[devel] FreezePolicy

[Alexey Tourbin]

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

On Wed, Aug 23, 2006 at 02:53:06PM +0400, Fr. Br. George wrote:
> 3. Правила допуска обновлений пакета во время Freeze (в т. ч. и NMU)
>    http://wiki.sisyphus.ru/SisyphusRelease/FreezePolicy
>    Опять-таки, там написано. Чтобы потом не было разборок, надо договориться
>    сейчас.

"Изменение upstream-версии пакета допускается только с разрешения
пользователей пакета, если это связано с исправлением грубых ошибок"

Как ты себе это представляешь?  Какова процедура получения разрешения
у "пользователей пакета"?

Upstream-версии пакета тоже бывают разными.  Если у версии меняется
последняя цифра, то это, как правило, bugfix release.  Но это только
как правило.  И в других случаях тоже бывает по-разному.  Интуицию
maintainer'а пакета вряд ли стоит выносить на суд широкой публики.

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

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

Re: [devel] FreezePolicy

[Andrii Dobrovol`s`kii]

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

Alexey Tourbin пишет:
> On Wed, Aug 23, 2006 at 02:53:06PM +0400, Fr. Br. George wrote:
>> 3. Правила допуска обновлений пакета во время Freeze (в т. ч. и NMU)
>>    http://wiki.sisyphus.ru/SisyphusRelease/FreezePolicy
>>    Опять-таки, там написано. Чтобы потом не было разборок, надо договориться
>>    сейчас.
> 
> "Изменение upstream-версии пакета допускается только с разрешения
> пользователей пакета, если это связано с исправлением грубых ошибок"
> 
> Как ты себе это представляешь?  Какова процедура получения разрешения
> у "пользователей пакета"?
>  
Мне эта формулировка тоже кажется слишком замысловатой. Почему
просто не написать, что допускаются только исправления ошибок без
изменения API/ABI и функциональности.
А в период Sync уже есть возможность поменять почти всё. Я не думаю,
что за отведенный на заморозку месяц, в upstream успеют сильно уйти
вперед.
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


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

Re: [devel] FreezePolicy

[Шенцев Алексей Владимирович]

В сообщении от 23 августа 2006 17:18 Andrii Dobrovol`s`kii написал(a):
> Alexey Tourbin пишет:
> > On Wed, Aug 23, 2006 at 02:53:06PM +0400, Fr. Br. George wrote:
> >> 3. Правила допуска обновлений пакета во время Freeze (в т. ч. и NMU)
> >>    http://wiki.sisyphus.ru/SisyphusRelease/FreezePolicy
> >>    Опять-таки, там написано. Чтобы потом не было разборок, надо
> >> договориться сейчас.
> >
> > "Изменение upstream-версии пакета допускается только с разрешения
> > пользователей пакета, если это связано с исправлением грубых ошибок"
> >
> > Как ты себе это представляешь?  Какова процедура получения разрешения
> > у "пользователей пакета"?
>
> Мне эта формулировка тоже кажется слишком замысловатой. 
Не просто замысловатой, а не имеющей чёткой формализации. И мне совершенно не 
понятна. Да, я новичок в Alt Linux Team, но всё же.Привожу пример по пакету 
который я сейчас веду - Beesoft Commander. Фактически я его забрал у gns@ с 
его согласия, последняя его заливка опиралась на мои наработки, но это не 
суть важно. Дело в том, что автор программы сейчас переходит с Qt 3 (3.3.6) 
на Qt 4, и будет очень много кардинальных изменений в программе. Этой 
программой пользуюсь не один я. и как быть в таком случае, если сизиф 
заморожен, а есть новая версия программы? Или я что то не до понимаю?

-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
ICQ: 271053845

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