[sisyphus] branch 5.0 to be or not to be...

[sisyphus] branch 5.0 to be or not to be...

[Денис Черносов]

Наблюдение за рассылками по этому поводу формирует ощущение, что
разработчики, пользователи и администрация всё дальше уходят от
вопроса "что делать?", к вопросу "кто виноват?".

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

Но сначала поясню еще раз почему мне не кажется удачной  идея
"оставить 5.0 как есть". Будучи в общем доступе и имея провокационный
номер версии, этот бранч является чашей с трупным ядом. И нуждается в
"разминировании", поскольку обновляться из него вредно для здоровья.

Не влезая в технические преимущества и недостатки каждого варианта и
не претендуя на полноту списка, перечисляю возможные ходы:

1) Убить 5.0. Нет бранча - нет проблемы. Оставить 5.1, как базовый
стабильный бранч и p5 - как подмножество, с более строгими правилами
контроля качества.

2) Убить 5.0, Переименовать 5.1 -> 5.0 или 6.0 (чтобы подчеркнуть
относительную свежесть и нестабильность бранча в сравнении с p5). Т.о.
Базовый стабильный бранч - 5.0 или 6.0, p5 - подмножество, с более
строгими правилами QA.

3) Переименовать 5.0 -> 5.0-(old|bad|archiv|orphan). Заморозить для
любых обновлений. Рабочие бранчи: 5.1 и p5.

4) Обновить 5.0 до p5 или 5.1 и заморозить для обновлений. Развивать
и во всех источниках рекомендовать 5.1 и p5.


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

Re: [sisyphus] branch 5.0 to be or not to be...

[Aleksey Novodvorsky]

05.11.09, Денис Черносов<denis0.ru@gmail.com> написал(а):
> Наблюдение за рассылками по этому поводу формирует ощущение, что
>  разработчики, пользователи и администрация всё дальше уходят от
>  вопроса "что делать?", к вопросу "кто виноват?".

Кто виноват у нас всегда известно.
А вот анализ "что делать" должен учитывать не только то, что видит
пользователь, а собтвенно репозиторий разработки в git. И вот он как
раз и не позволяет просто рассчитаться с 5.0. То есть проблема эта не
столько организационная, сколько техническая. Потому ее можно
обсуждать с надеждой на полное понимание лишь в devel@.

Rgrds, Алексей

Re: [sisyphus] branch 5.0 to be or not to be...

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

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

On Thu, Nov 05, 2009 at 11:52:06AM +0300, Aleksey Novodvorsky wrote:

AN> Кто виноват у нас всегда известно.
AN> А вот анализ "что делать" должен учитывать не только то, что видит
AN> пользователь, а собтвенно репозиторий разработки в git. И вот он как
AN> раз и не позволяет просто рассчитаться с 5.0. То есть проблема эта не
AN> столько организационная, сколько техническая. Потому ее можно
AN> обсуждать с надеждой на полное понимание лишь в devel@.

Я возьмусь полностью решить эту проблему если мне дадут право на заливку
любпых пакетов туда и copy любых пакетов из 5.1. При этом гарантирую
выполнение всей работы исключительно средствами доступными мне через
git.alt, и никаких дополнительных полномочий кроме возможности
игнорировать напрочь все ACL в 5.0 мне нужны.

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

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

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

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

Re: [sisyphus] branch 5.0 to be or not to be...

[Denis Nazarov]

On Saturday 07 November 2009 23:28:20 Денис Смирнов wrote:
> On Thu, Nov 05, 2009 at 11:52:06AM +0300, Aleksey Novodvorsky wrote:
>
> AN> Кто виноват у нас всегда известно.
> AN> А вот анализ "что делать" должен учитывать не только то, что видит
> AN> пользователь, а собтвенно репозиторий разработки в git. И вот он как
> AN> раз и не позволяет просто рассчитаться с 5.0. То есть проблема эта
> не AN> столько организационная, сколько техническая. Потому ее можно AN>
> обсуждать с надеждой на полное понимание лишь в devel@.
>
> Я возьмусь полностью решить эту проблему если мне дадут право на заливку
> любпых пакетов туда и copy любых пакетов из 5.1. При этом гарантирую
> выполнение всей работы исключительно средствами доступными мне через
> git.alt, и никаких дополнительных полномочий кроме возможности
> игнорировать напрочь все ACL в 5.0 мне нужны.
>
> После получения этих полномочий гарантирую максимум в двухнедельный срок
> полностью произвести синхронизацию.

Честно говоря - не понимаю надобности 5.0 при наличии 5.1 и поддержке его 
мантейнерами Сизифа. Предлагаю все таки вариант 1 - убить 5.0