* [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