From: Michael Shigorin <mike@osdn.org.ua> To: ALT Devel discussion list <devel@altlinux.ru> Subject: [devel] Re: Надёжность Sisyphus Date: Sat, 22 Nov 2003 08:47:40 +0200 Message-ID: <20031122064740.GW9136@osdn.org.ua> (raw) In-Reply-To: <20031121215554.GA5696@localhost.localdomain> [-- Attachment #1: Type: text/plain, Size: 4608 bytes --] On Sat, Nov 22, 2003 at 12:55:54AM +0300, Денис Смирнов wrote: > >>>> Как раз при работе над проектом не только фултаймеров и есть > >>>> смысл использовать такой метод. Барьер в N дней и K подписей > > ^^^^^^ > >>> причем увеличение формального барьера на нем сильно > >> Зачем барьер? > > Гм. > Упс. Мы имеем в виду разные барьеры Да нет. > -- одно дело барьер, ограничивающий попадение пакета вообще в > сизиф (а чем sisyphus_check не такой барьер?), другое дело > барьер, предназначеный для того, чтобы на машины конечных > пользователей данного пакета попадал только оттестированый > пакет. Понимаю. Но сказанное относилось к ним обоим. > >> Есть Сизиф, который изначально динамичен (политкорректное > >> название нестабильности). Возможно есть смысл создать ещё один > >> репозиторий, в которые и переносить автоматом пакеты. > > testing? ;-) > Да. За исключением идеи с тем, что у разных пакетов могут быть > разные периоды тестирования, и тем, что этот период будет > зависеть от того, сколько человек (и какого ранга) подписали > пакет. Скажем подпись человека из security team должна означать > то, что пакет лучше всего перенести немедленно. Вот и появилось слово "ранг". Чем же он определяется? (собственно, нечто вроде freshmeat/slashdot-like системы давно напрашивается применительно к _пакетам_) > > Форканье всего -- осмысленно разве что перед "большим релизом"... > > и вообще слишком сильно завязано на внутренние процессы > > подготовки релиза в конкретно взятой фирме. > Почему, если для предлагаемой мною модели форка практически не > требуется человеческих ресурсов? Sure? (я могу чего-то не понимать, но и setup time (написание кода для переноса, инициализация этих самых рангов, ...), и runtime (подписи, проверка, перекладывание?) -- в т.ч. и человекоемкие вещи. > > (почему об этом говорю? -- да потому, что это единственная > > реальная на сейчас мотивация дополнительного репо) > С моей точки зрения есть смысл в существовании постоянно > развивающегося дистрибутива средней надёжности (средней, в > смысле на ядерный реактор ставить не стоит). Линукс слишком > быстро развивается, чтобы выход нового дистрибутива раз в год > мог устроить. Почему? Вон корпоративным пользователям (заметь: деньги они платят, а не пользователи unstable) более удобен цикл порядка трех лет. С поддержкой продукта в течении. > Поэтому постоянно изменяющийся репозиторий, генерирующийся > _автоматически_ на базе Сизифа, IMHO, вполне имеет право на > жизнь и свою, отнюдь не маленькую, аудиторию. Да кристально понятно. Я бы на таком и серверы некоторые держал :-) Только это фактически постоянно выпускаемый дистрибутив (навроде Compact, только объемами побольше) -- соответственно ему нужен QA. Понятно, что некоторые вещи вроде "чистой BTS" могут быть формальными критериями для скрипта -- только ситуации вроде критических багов, правящихся наживую и попросту не попадающих в BTS -- не отработаются. Лекарство от этого -- обязать проводить их _через_ багтрекер, но тут мне не нравится слово "обязать". Потому что смотря кого. > > > Ты действительно не согласен с тем, что у мантейнеров пакетов, > > > которые зависят от обновляемых должно быть время проверки на > > > совместимость, перед тем как этот пакет отправится в > > > репозиторий, используемый на реальных рабочих машинах (пусть и > > > не серверах)? > > Это было бы слишком хорошо. Я не вижу, как это *реально* > > сделать :( > Реально сделать так, чтобы у них _было время_. В такой формулировке это фултайм, period. Личное время -- как домашний каталог: можешь попробовать ненавязчиво помочь человеку, сделав что-то за него (~/tmp и TMPDIR), а можешь и возмутить его (~/Desktop и ~/Documents, которые вечно сносятся и порой пытаются появиться). > Воспользуются они этим или нет -- другой вопрос. За то, что автоматизация -- друг ленивого человека -- не спорю :-) > >> Как ты себе представляешь структуру такой команды? Один > >> ответственный перепроверяет _все_ пакеты идущие в incoming. > > Или не проверяет... > Так может лучше модель, когда любой человек может проверить > пакет, и если некоторое количество людей утверждают что пакет > стабильный, то считать его стабильным? Модель очень > напоминающая модель проверки достоверности PGP-ключа. Здесь ключ -- "может проверить". 1) это QA => ответственность 2) это тоже риск 3) где грань, когда человек _может_ сказать, что "пакет стабилен"? (применительно как к пакету, так и к человеку) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2003-11-22 6:47 UTC|newest] Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-11-13 19:54 ` [devel] Re: [sisyphus] " Alex Murygin 2003-11-13 20:30 ` Marat Khairullin 2003-11-13 20:42 ` Denis Klykvin 2003-11-13 22:44 ` [devel] " Денис Смирнов 2003-11-14 12:47 ` [devel] " Michael Shigorin 2003-11-14 13:37 ` Denis Klykvin 2003-11-14 15:21 ` [devel] " Денис Смирнов 2003-11-17 8:35 ` [devel] " Michael Shigorin 2003-11-17 21:29 ` [devel] " Денис Смирнов 2003-11-20 14:51 ` [devel] " Michael Shigorin 2003-11-20 17:33 ` [devel] " Денис Смирнов 2003-11-21 5:42 ` [devel] надёжность разработчиков Sisyphus Denis Ovsienko 2003-11-21 16:00 ` [devel] Re: Надёжность Sisyphus Michael Shigorin 2003-11-21 21:55 ` [devel] " Денис Смирнов 2003-11-22 6:47 ` Michael Shigorin [this message] 2003-11-23 6:44 ` Денис Смирнов 2003-11-24 7:27 ` [devel] " Michael Shigorin 2003-11-24 11:21 ` [devel] " Денис Смирнов 2003-11-24 13:05 ` [devel] " Michael Shigorin 2003-11-24 14:07 ` [devel] " Денис Смирнов 2003-11-24 20:23 ` [devel] " Michael Shigorin 2003-11-24 23:28 ` [devel] " Денис Смирнов 2003-11-25 7:06 ` [devel] " Michael Shigorin 2003-11-25 22:42 ` [devel] " Денис Смирнов 2003-11-24 13:43 ` [devel] " Alexey Tourbin 2003-11-24 14:30 ` Alexey I. Froloff 2003-11-24 19:45 ` [devel] " Денис Смирнов 2003-11-24 23:27 ` [devel] Re: îÁÄ£ÖÎÏÓÔØ Sisyphus Andrey Khavryuchenko 2003-11-25 12:58 ` [devel] Re: Надёжность Sisyphus Alexey Tourbin 2003-11-25 22:39 ` [devel] " Денис Смирнов 2003-11-26 12:33 ` Anton Farygin 2003-11-26 13:53 ` Денис Смирнов 2003-11-26 14:24 ` Anton Farygin 2003-11-27 2:45 ` Денис Смирнов 2003-11-27 8:36 ` Stanislav Ievlev 2003-12-03 6:03 ` Canis Cerberus 2003-12-03 21:19 ` Денис Смирнов 2003-11-26 12:32 ` [devel] " Anton Farygin 2003-11-24 9:05 ` [devel] " Alexey I. Froloff 2003-11-24 9:27 ` [devel] " Michael Shigorin 2003-11-24 9:37 ` Anton V. Boyarshinov 2003-11-24 9:39 ` Alexey I. Froloff 2003-11-24 9:42 ` Alexander Bokovoy 2003-11-24 12:36 ` Michael Shigorin 2003-11-26 12:34 ` Anton Farygin 2003-11-27 15:02 ` Michael Shigorin 2003-11-21 19:16 ` [devel] надёжность разработчиков Sisyphus Денис Смирнов 2003-11-21 19:30 ` [devel] " Michael Shigorin 2003-11-13 22:39 ` [devel] Надёжность Sisyphus Денис Смирнов 2003-11-13 20:33 ` [devel] Re: [sisyphus] " Michael Shigorin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20031122064740.GW9136@osdn.org.ua \ --to=mike@osdn.org.ua \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
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