* [devel] BranchPolicy: драфт
@ 2009-05-15 17:55 Mikhail Gusarov
2009-05-15 18:09 ` Anton Farygin
2009-05-17 17:27 ` Anton Farygin
0 siblings, 2 replies; 7+ messages in thread
From: Mikhail Gusarov @ 2009-05-15 17:55 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 309 bytes --]
Приветствую.
По итогам дискуссии в sisyphus@, некая прикидка BranchPolicy:
http://www.altlinux.org/BranchPolicy
Это пока что даже не draft для обсуждения по PolicyPolicy, а информация
к обсуждению.
--
[-- Attachment #2: Type: application/pgp-signature, Size: 834 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] BranchPolicy: драфт
2009-05-15 17:55 [devel] BranchPolicy: драфт Mikhail Gusarov
@ 2009-05-15 18:09 ` Anton Farygin
2009-05-15 18:12 ` Mikhail Gusarov
2009-05-17 17:27 ` Anton Farygin
1 sibling, 1 reply; 7+ messages in thread
From: Anton Farygin @ 2009-05-15 18:09 UTC (permalink / raw)
To: ALT Linux Team development discussions
Mikhail Gusarov пишет:
> Приветствую.
>
> По итогам дискуссии в sisyphus@, некая прикидка BranchPolicy:
> http://www.altlinux.org/BranchPolicy
>
> Это пока что даже не draft для обсуждения по PolicyPolicy, а информация
> к обсуждению.
Где обсуждать будем ? тут ?
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] BranchPolicy: драфт
2009-05-15 18:09 ` Anton Farygin
@ 2009-05-15 18:12 ` Mikhail Gusarov
0 siblings, 0 replies; 7+ messages in thread
From: Mikhail Gusarov @ 2009-05-15 18:12 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 472 bytes --]
Twas brillig at 22:09:52 15.05.2009 UTC+04 when rider@altlinux.com did gyre and gimble:
>> По итогам дискуссии в sisyphus@, некая прикидка BranchPolicy:
>> http://www.altlinux.org/BranchPolicy
>> Это пока что даже не draft для обсуждения по PolicyPolicy, а
>> информация к обсуждению.
AF> Где обсуждать будем ? тут ?
Да, пожалуй.
--
[-- Attachment #2: Type: application/pgp-signature, Size: 834 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] BranchPolicy: драфт
2009-05-15 17:55 [devel] BranchPolicy: драфт Mikhail Gusarov
2009-05-15 18:09 ` Anton Farygin
@ 2009-05-17 17:27 ` Anton Farygin
2009-05-17 17:37 ` Mikhail Gusarov
2009-05-21 17:36 ` Michael Shigorin
1 sibling, 2 replies; 7+ messages in thread
From: Anton Farygin @ 2009-05-17 17:27 UTC (permalink / raw)
To: ALT Linux Team development discussions
Mikhail Gusarov пишет:
> Приветствую.
>
> По итогам дискуссии в sisyphus@, некая прикидка BranchPolicy:
> http://www.altlinux.org/BranchPolicy
>
> Это пока что даже не draft для обсуждения по PolicyPolicy, а информация
> к обсуждению.
Уверен, что NMU для бранчей должны выполняться согласно NMU Policy.
Иначе связь между мантейнером и его пакетом будет потеряна.
"Если Сизифный пакет, требующий исправления в бранче, принадлежит
мейнтейнеру, не высказавшему желания участвовать в разработке бранча,
его следует спросить, не хочет ли он принять участия.
Пакеты, сизифные мейнтейнеры которых отказались принимать участие в
разработке бранчей, и для которых не нашлось мейнтейнера в бранче, может
забрать любой желающий. "
Если кто-то изъявляет своё желание не участвовать в разработке бранча,
то он должен отправить свой пакет на nobody для этого бранча.
"При систематическом нарушении этих правил кем-либо из мейнтейнеров,
взявшимся за подготовку пакетов в бранчи, RM разъясняет правила и, в
особо плохих случаях (к примеру, вливании перманентно глючного
чего-нибудь, взятого из upstream git раз в день и игнорировании всех
увещеваний) - отстраняет от работы над бранчем. "
Это ерунда какая-то.. перманентно глючное бывает всё-подряд. Думаю, что
RM должен иметь возомжность откатить пакет, а не лишать мантейнера
работы над бранчем. Иначе только RM и будет работать над своим бранчем.
"Мейнтейнеры обещают не допускать регрессий по мере возможности и
исправлять их как можно скорее.
Мейнтейнеры обещают по мере взможности исправлять функциональные ошибки
в пакетах. "
Вообще, эти пункты наверное относятся не только к бранчам.. ;)
Что не хватает в документе - так это информирования о "желании создать
стабильный бранч".
В идеале, о том, когда будет создан новый стабильный бранч - должно быть
объявлено сразу после создания предыдущго стабильного бранча.
В более лучшем случае - в этот же день должно быть объявлено TODO по
репозитарию - какие работы планируется выполнить для того, что бы
стабильный бранч был создан. Работы не только по сборке новых версий
пакетов, но и по написанию модулей конфигурирования и т.д.
Это позволит отслеживать выполненные работы, и планировать изменения в
пакетной базе.
Без TODO, хотя бы по базовой системе - вообще сложно.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] BranchPolicy: драфт
2009-05-17 17:27 ` Anton Farygin
@ 2009-05-17 17:37 ` Mikhail Gusarov
2009-05-17 18:49 ` Anton Farygin
2009-05-21 17:36 ` Michael Shigorin
1 sibling, 1 reply; 7+ messages in thread
From: Mikhail Gusarov @ 2009-05-17 17:37 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 438 bytes --]
Twas brillig at 21:27:00 17.05.2009 UTC+04 when rider@altlinux.com did gyre and gimble:
AF> Если кто-то изъявляет своё желание не участвовать в разработке
AF> бранча, то он должен отправить свой пакет на nobody для этого
AF> бранча.
Это может быть способом изъявления желания.
--
[-- Attachment #2: Type: application/pgp-signature, Size: 834 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] BranchPolicy: драфт
2009-05-17 17:37 ` Mikhail Gusarov
@ 2009-05-17 18:49 ` Anton Farygin
0 siblings, 0 replies; 7+ messages in thread
From: Anton Farygin @ 2009-05-17 18:49 UTC (permalink / raw)
To: ALT Linux Team development discussions
Mikhail Gusarov пишет:
> Twas brillig at 21:27:00 17.05.2009 UTC+04 when rider@altlinux.com did gyre and gimble:
>
> AF> Если кто-то изъявляет своё желание не участвовать в разработке
> AF> бранча, то он должен отправить свой пакет на nobody для этого
> AF> бранча.
>
> Это может быть способом изъявления желания.
Другие способы могут информативны, но врятли они будут продуктивны ..
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [devel] BranchPolicy: драфт
2009-05-17 17:27 ` Anton Farygin
2009-05-17 17:37 ` Mikhail Gusarov
@ 2009-05-21 17:36 ` Michael Shigorin
1 sibling, 0 replies; 7+ messages in thread
From: Michael Shigorin @ 2009-05-21 17:36 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sun, May 17, 2009 at 09:27:00PM +0400, Anton Farygin wrote:
> Уверен, что NMU для бранчей должны выполняться согласно NMU Policy.
> Иначе связь между мантейнером и его пакетом будет потеряна.
Мне кажется, вопрос в фактическом типичном состоянии дел:
_на самом деле_ есть ли эта связь или нет.
Пока мне _кажется_ (но данных нет), что по крайней мере
предположение о том, что большинству майнтейнеров пакетов
в сизифе интересно поддерживать эти же пакеты во _всех_
поддерживаемых хоть как-то бранчах -- неверно.
Бишь скорее согласен с dottedmag@, чем с тобой, по этому вопросу.
> "Если Сизифный пакет, требующий исправления в бранче,
> принадлежит мейнтейнеру, не высказавшему желания участвовать в
> разработке бранча, его следует спросить, не хочет ли он принять
> участия.
Кто спрашивать будет? И кто будет помнить ответы вида
"да неинтересен мне ваш бранч" и не беспокоить лишний раз?
Боюсь, человеку быстро надоест, а скрипт задолбает людей.
Разумным вариантом видится использование git.alt (и когда-то
-- https://sisyphus.ru), но пока нет возможности сказать самому
"я участвую" -- мне кажется нерезонным делать вывод из того,
что человек принимает участие в _разработке_ Sisyphus, что он же
будет принимать участие в _поддержке_ бранча.
Тут сегодня на кухне состоялось краткое обсуждение с участием
eostapets@ и led@, если совсем коротко -- то наличие в сизифе
компонент (base/kernel/main/.../contrib/non-free) может заметно
облегчить как создание бранчей, так и делание выбора по дефолтам
ответственности.
Возможно, я что-то забыл или путаю, но припоминается, что одним
из доводов при упразднении компонент, кроме classic, были
технические (либо производительность, либо ещё что относящееся
к старым скриптам около incoming) -- не факт, что актуальные.
(ещё Женя рассказал про debian/pool/ то, чего я не знал -- что
туда сваливаются все используемые в ветках версии, а сами ветки
реализованы симлинками; т.е. различия по версиям разруливаются
довольно естественным образом)
> Пакеты, сизифные мейнтейнеры которых отказались принимать
> участие в разработке бранчей, и для которых не нашлось
> мейнтейнера в бранче, может забрать любой желающий. "
>
> Если кто-то изъявляет своё желание не участвовать в разработке
> бранча, то он должен отправить свой пакет на nobody для этого
> бранча.
Это opt-out. Не уверен, что отражает реальность.
--- отдельная тема ---
> Что не хватает в документе - так это информирования о "желании
> создать стабильный бранч".
>
> В идеале, о том, когда будет создан новый стабильный бранч -
> должно быть объявлено сразу после создания предыдущго
> стабильного бранча.
>
> В более лучшем случае - в этот же день должно быть объявлено
> TODO по репозитарию - какие работы планируется выполнить для
> того, что бы стабильный бранч был создан. Работы не только по
> сборке новых версий пакетов, но и по написанию модулей
> конфигурирования и т.д.
>
> Это позволит отслеживать выполненные работы, и планировать
> изменения в пакетной базе.
>
> Без TODO, хотя бы по базовой системе - вообще сложно.
Да, с видимым извне целеполаганием у нас не очень (см. те же
ubuntu blueprints -- мусора много, но хоть попытка есть).
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2009-05-21 17:36 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-05-15 17:55 [devel] BranchPolicy: драфт Mikhail Gusarov
2009-05-15 18:09 ` Anton Farygin
2009-05-15 18:12 ` Mikhail Gusarov
2009-05-17 17:27 ` Anton Farygin
2009-05-17 17:37 ` Mikhail Gusarov
2009-05-17 18:49 ` Anton Farygin
2009-05-21 17:36 ` Michael Shigorin
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git