From: Denis Smirnov <mithraen@freesource.info> To: Michael Shigorin <mike@osdn.org.ua> Cc: devel@altlinux.ru Subject: [devel] Re: P: разделение критичности проверок для base..contrib Date: Sat, 18 Jun 2005 17:47:56 +0400 Message-ID: <42B4260C.3020308@freesource.info> (raw) In-Reply-To: <20050617125208.GW24580@osdn.org.ua> Michael Shigorin wrote: >>Что ты предлагаешь? У нас есть две проблемы, известные решения >>которых друг с другом конфликтуют: >>1. Сизиф становится не просто крив, а ужасен. Год назад я >>практически без страха делал dist-upgrade средь бела дня на >>боевом сервере, даже зная что простой в несколько часов будет >>стоить мне денег. >> >> >Это не "у нас", а "у тебя". Я знаю только одного действительного >опытного, но при этом сорвиголову, который, не читая sisyphus@, >так делает. И сам не делаю давно. > > Миша, ты не хуже меня знаешь, откуда берутся дистрибутивы. И что неоднократно обругиваемая многими политика выпуска дистрибутива с опозданиями более чем на полгода от запланированого является _в том числе_ следствием кривизны содержимого Сизифа. >Развивай стабильный выпуск в backports, порой вливая в сизиф -- >или у тебя масштаб фронта, где надо самое-самое последнее по >объективным причинам, и есть полсистемы? > > У меня лично нет ни единого повода доверять backports больше чем содержимому Сизифа. И практика спокойно обновляться из Сизифа, глядя "ну и что мне там сейчас nagios обматерит", за исключением ядер, инитскриптов, glibc и openssh пока себя более-менее оправдывает. Естественно делаю я это отнюдь не каждый день, и внимательно просматривая каждый пакет, который собираюсь обновить. >А рассказывать сказки про "год назад деревья были зеленей" -- >не надо, поскольку год назад что-то только что вышло и была >окрестность точки стабилизации. Периодически [sic] это бывает. >Соответственно после следующего фриза будет где-то так же. >И после очередной дебардакизации -- опять щепки. > > Щипки летят периодически, это нормально. Только лететь они могут сильно по-разному, это первое. А второе -- насколько мантейнеры таки думают, прежде чем выложить пакет в сизиф. >>Уровень оттестированности становится все хуже и хуже. А для >>меня лично качество сборок ALT Team было одним из важнейших >>причин перехода на ALT. Думаю я не один такой. >> >> >Для меня -- тоже. И именно из-за того, что хочется получше, >и пишу сейчас ровно то, что пишу. > > Понимаю. >Только я ещё/уже не настолько ^Wбезбашенный, чтобы не разделять >разработку и эксплуатацию. Если кто-то верит в объединяемость >этих полюсов или так и делает -- он рано или поздно стукнется >в крепкие грабли и будет сидеть обиженным, в лучшем случае >прекрасно зная, что сам дурак. > >Это данность. > > А это тут причём? >>2. Мантейнеров надо мотивировать. >>Если начинает зверствовать QA, то мантейнерам "не по кайфу". >> >> >Даже если не зверствовать (что может быть в фирме), а просто >задалбывать. Восприятие-то тоже бывает разным. > > Не надо задалбывать. Надо аккуратно развешивать баги. Напоминалки от багзиллы приходят не столь уж часто, чтобы реально задалбывать. >>Но с одним маленьким ограничением -- мантейнерам сказал >>"молчать!" (поставив соответствующую строчку, затыкающую >>конкретную проверку в спеке), и робот заткнулся и больше не >>трогает. >> >> >Да-да, и залить в сизиф расставлялку затычек. :-/ >Дурь это. Законов, строгость которых компенсируется забиванием, >и так пруд пруди. > > Дело не в законах. У нас нет возможности _заставить_ мантейнера делать так, как хочет кто-то ещё. Любая такая попытка будет заканчиваться вежливым или не очень предложением направится куда-нибудь очень далеко. Дело в том, что мантейнер может просто _не знать_ многих вещей. Цена роста проекта в том, что даже если средний уровень квалификации мантейнера остаётся на месте, или даже растёт, количество людей, которым до ldv@, например, дальше чем до луны пешком растёт. В этом нет ничего плохого или хорошего -- это просто факт, который надо учитывать, не все мы тут супер-пупер хакеры. Я сам часто делаю такие ошибки, глядя на которые волосы на голове шевелятся. Не надо путать ошибки, которые мантейнер совершает осознанно (по лени, например), и ошибки о которых он в своём пакете просто не знает. И, что мерзко, другие не знают. Если ошибка есть -- она должна быть выявлена, желательно полностью автоматически, и зафиксирована. И установка тэгов проде verify_elf всего-лишь переводится на русский как "знаю о граблях, не считаю их достойными траты моего времени". Выявить ошибку, и дать мантейнеру право её проигнорировать, гораздо лучше чем её не выявить. >>3. Таки сделать единую систему для финансирования таких разовых >>правок. Грубо говоря, если тысяча пользователей скинутся по 1$ >>и скажут -- Миша, пожалуйста, приведи в порядок xmms (при том >>что работы там, как ты говорил, не много) -- думаю это будет >>достаточной мотивацией, не правда ли? >> >> >Необязательно "1000 по $1", скорее "двое-трое скинутся >напильниками и перепилят инитскрипты трёх десятков зависших >пакетов после переезда на новую схему" и подобное. > > А это по сути не важно. Сделает кто-либо, или заплатит чтобы сделали. Главное что проблема общеизвестна, и позиция мантейнера общеизвестна. И если речь идёт о деньгах, то цена тоже известна. >Опять же моя позиция -- за качество должны платить те, кто в нём >нуждается. И столько, на сколько их нужды тянут. > > Именно так. >Соответственно фирмы, озабоченные качеством пакетной базы >дистрибутивов, должны содержать QA-команды, которые должны >заниматься как поиском ошибок и разработкой инструментария для >автоматизации этого, так и _исправлением_ ошибок и разработкой >методик и инструментария для автоматизации и этого при >возможности. > >С волонтерами работает подход "с нами и вот так -- удобнее". >А не построить всех в шеренгу по полтора и бегом марш. > > Вот потому я и говорю, что пусть QA зверствут, если может -- хорошо знать об ошибках. Главное чтобы это зверство не мешало мантейнерам жить. >>Даже если пакет _очень_ критичен для дистрибутива. Да и не >>одиночки тоже не шибко -- сколько ты получаешь за поддержку >>Apache? >> >> >На предыдущей работе apache, mod_php, MySQL и PostgreSQL и были >тем, за работу чего я получал зряплату. Плюс к тому, это >критичный сервис для нескольких более общественных проектов. > > Конкретно за _мантейнерство_, или за то что решения с их использованием работали? Это ведь большая разница. Я ведь тоже кормлюсь во многом с той же группы пакетов. Но таки тут мы скорее конечные пользователи. Причём если два года назад при необходимости я взял бы напильник и стал бы патчить, патчить, патчить... То сейчас предпочту скинуться с кем-нибудь ещё, и заплатить более квалифицированому человеку чтобы он патчил. >>Что-то не заметно чтобы он у тебя был на первых местах по >>важности в плане поддержки, и чтобы ты в него вкладывал много >>времени. >> >> >Открою страшную тайну -- самые любимые пакеты -- это те, которые >вообще не потребляют времени. Потому как в сводках с разборки >Sisyphus они не фигурируют, в bugtraq@ не светятся, работают >и каши не просят. :-) > > Верю :) >>А ведь это одна из ключевых компонент дистрибутива. >> >> >На самом деле это действительно немного смешно, но как раз apache >в ALT Linux по жизни поддерживался исключительно волонтерами и >насколько знаю -- к коммерческим их проектам отношение имел >в лучшем случае косвенное. > > Ага. И всё-таки это одна из ключевых компонет дистрибутива. >>Скажу ещё больше, я согласин с at@ в том, что _мне тоже_ лично >>не нужен дистрибутив. Совсем-совсем не нужен. А более >>стабильный сизиф нужен. И я даже платить за него готов. >> >> > >Слушай, вспомни мои высказывания в последнем забеге на тему >"стабильного сизифа". Хороший рабочий current -- да, наверное, >неплохо. Но вот думать о поддерживаемости его _я_ не собираюсь, >поскольку упираться в то, что на данном конкретном тазу было на >скору руку заморожено невесть что потому, что на тестовом после >обновления взорвалось что-то критичное -- а тут дырка и надо бы >что-то с этим сделать -- не собираюсь. > > Хочу напомнить, что ситуация с Мастером до твоего личного вмешательства была ничуть не лучше. >Заведи где-нить какое-нить gentoo, поживи на этом, потом вернёмся >к обсуждению. > > Я так похож на самоубийцу? Или на мазохиста? :) >BTW: есть мнение, что надо двигаться в сторону 18-месячного >интервала меджу выпусками (осень/весна) того, что вообще >рекомендуется для серверов. А вот настольное -- действительно >раз в полгода выпускать. > > Ну и таки сервера бывают сильно-сильно разные. Но это уже не в тему. Есть универсальный дистрибутив -- он должен содержать в том числе серверные компоненты. И быть на приемлимом уровне по стабильности. Должен быть серверный дистрибутив (сейчас его нет). И там да, фриз может и должен быть несколько месяцев. >>И если бы его стабильность была такова, что я мог бы на боевом >>сервере поставить dist-upgrade в крон, уезжая на месяц в отпуск >>без ноутбука, то сумма типа 100$/месяц показалась бы мне даже >>смешной. >> >> >Перечитай то обсуждение, пожалуйста. Здесь и сейчас его повторять >бессмысленно. > >Всё, что я могу сказать по сути -- это "надо .incoming" -- на >сейчас заблокировано проблемами в APT. Решить их я не могу, >оценить стоимость решения -- тоже. > > .incmoing это той же серии решение, что и предлагаемые at@ различные тесты пакетов на вшивость. Не столь даже важно _качество_, сколько _предсказуемость качества_. Сейчас произвольный срез Сизифа очень часто стабильнее релизов от редхат. Но он абсолютно непредсказуем. >>А вот 50$ за коробку с дистрибутивом для меня раз в год много. >> >> >У тебя и так есть коробка, да и слить его тебе недолго. Мне тоже. >Не передёргивай. (даже если я тоже считаю, что эта коробка ни >разу не оправдывает этих денег) > > Я не передёргиваю, а напоминаю что заплатить за постоянную поддержку группы пакетов, например мне, адекватнее чем за коробку. А коробки у меня даже две -- одну я брату покупал в подарок.
next prev parent reply other threads:[~2005-06-18 13:47 UTC|newest] Thread overview: 96+ messages / expand[flat|nested] mbox.gz Atom feed top 2005-06-15 22:37 [devel] RFC: test-libs Alexey Tourbin 2005-06-15 23:22 ` Dmitry V. Levin 2005-06-15 23:46 ` Dmitry V. Levin 2005-06-16 0:43 ` [devel] " Alexey Tourbin 2005-06-16 0:52 ` Dmitry V. Levin 2005-06-16 2:08 ` Alexey Tourbin 2005-06-15 23:56 ` Alexey Tourbin 2005-06-16 0:27 ` Dmitry V. Levin 2005-06-16 1:07 ` Alexey Tourbin 2005-06-16 5:16 ` [devel] [POLICY] P: разделение критичности проверок для base..contrib (was: RFC: test-libs) Michael Shigorin 2005-06-16 11:30 ` [devel] [POLICY] P: разделение критичности проверок для base..contrib Dmitry V. Levin 2005-06-16 16:22 ` [devel] " Michael Shigorin 2005-06-16 12:22 ` [devel] Re: P: разделение критичности проверок для base..contrib (was: RFC: test-libs) Alexey Tourbin 2005-06-16 13:40 ` Alexey I. Froloff 2005-06-16 14:30 ` Alexey Tourbin 2005-06-16 14:39 ` [devel] Re: P: разделение критичности проверок для base..contrib Alexey Rusakov 2005-06-16 14:58 ` Alexey Tourbin 2005-06-16 15:07 ` Sergey V Turchin 2005-06-17 10:37 ` Dmitry V. Levin 2005-06-22 13:22 ` Maxim Tyurin 2005-06-22 13:48 ` Dmitry V. Levin 2005-06-22 14:32 ` Maxim Tyurin 2005-06-22 14:37 ` Dmitry V. Levin 2005-06-23 9:12 ` [devel] *.la и выпуск? (was: P: разделение критичности проверок для base..contrib) Michael Shigorin 2005-06-23 10:49 ` [devel] *.la и выпуск? Dmitry V. Levin 2005-06-23 11:00 ` [devel] " Michael Shigorin 2005-06-23 11:08 ` Alexey I. Froloff 2005-06-23 13:56 ` [devel] *.la и выпуск? (was: P: разделение критичности проверок для base..contrib) Alexander Bokovoy 2005-06-23 10:24 ` [devel] " Michael Shigorin 2005-06-16 16:37 ` [devel] Re: P: разделение критичности проверок для base..contrib Michael Shigorin 2005-06-17 6:23 ` Anton Farygin 2005-06-17 8:37 ` [devel] собираемость kde*tgz & Co на Sisyphus и выпусках? Michael Shigorin 2005-06-16 16:36 ` [devel] Re: P: разделение критичности проверок для base..contrib (was: RFC: test-libs) Michael Shigorin 2005-06-16 20:30 ` Alexey Tourbin 2005-06-16 21:04 ` Michael Shigorin 2005-06-17 0:39 ` Denis Smirnov 2005-06-17 8:40 ` Michael Shigorin 2005-06-17 10:01 ` [devel] Re: P: разделение критичности проверок для base..contrib Denis Smirnov 2005-06-17 10:25 ` Michael Shigorin 2005-06-17 11:36 ` Denis Smirnov 2005-06-17 12:52 ` Michael Shigorin 2005-06-17 14:01 ` Aleksey Novodvorsky 2005-06-18 13:20 ` Denis Smirnov 2005-06-22 14:55 ` Michael Shigorin 2005-06-22 15:07 ` Denis Smirnov 2005-06-22 16:19 ` Alexey Rusakov 2005-06-23 8:35 ` Michael Shigorin 2005-06-23 12:27 ` Denis Smirnov 2005-06-23 22:06 ` Denis Smirnov 2005-06-22 22:00 ` Vitaly Lipatov 2005-06-23 12:30 ` Denis Smirnov 2005-06-18 13:47 ` Denis Smirnov [this message] 2005-06-18 13:58 ` Ivan Fedorov 2005-06-17 13:51 ` Aleksey Novodvorsky 2005-06-17 14:22 ` Michael Shigorin 2005-06-17 15:08 ` Alexey Tourbin 2005-06-20 7:21 ` Anton Farygin 2005-06-20 12:23 ` Denis Smirnov 2005-06-20 17:55 ` Dmitry V. Levin 2005-06-22 14:51 ` Michael Shigorin 2005-06-17 5:37 ` [devel] Re: P: разделение критичности проверок для base..contrib (was: RFC: test-libs) JT про языки Вячеслав Диконов 2005-06-16 20:10 ` [devel] RFC: test-libs Alexander Bokovoy 2005-06-16 20:27 ` Alexander Bokovoy 2005-06-16 20:58 ` [devel] " Alexey Tourbin 2005-06-16 21:00 ` Alexey Tourbin 2005-06-16 21:03 ` Alexey Tourbin 2005-06-16 21:32 ` Alexander Bokovoy 2005-06-16 21:30 ` Alexander Bokovoy 2005-06-17 10:08 ` [devel] to nis or not to nis Dmitry V. Levin 2005-06-17 10:21 ` Alexander Bokovoy 2005-06-17 13:10 ` Sergey Bolshakov 2005-06-17 20:31 ` Vitaly Lipatov 2005-06-18 2:42 ` Ivan Fedorov 2005-06-22 14:45 ` [devel] ldap roadmap (was: to nis or not to nis) Michael Shigorin 2005-06-22 15:14 ` Alexander Bokovoy 2005-06-23 2:50 ` [devel] ldap roadmap Ivan Fedorov 2005-06-23 11:53 ` Alexander Bokovoy 2005-06-23 8:27 ` [devel] [JT] " Michael Shigorin 2005-06-17 19:12 ` [devel] to nis or not to nis Вячеслав Диконов 2005-06-18 2:43 ` Ivan Fedorov 2005-06-17 15:12 ` [devel] Re: RFC: test-libs Alexey Tourbin 2005-06-16 9:18 ` [devel] " Sergey V Turchin 2005-06-16 12:40 ` [devel] " Alexey Tourbin 2005-06-16 13:36 ` Sergey V Turchin 2005-06-16 13:41 ` Alexey I. Froloff 2005-06-16 13:46 ` Sergey V Turchin 2005-06-16 13:48 ` Alexey I. Froloff 2005-06-16 13:56 ` Sergey V Turchin 2005-06-16 15:11 ` Alexey Tourbin 2005-06-16 15:20 ` Dmitry V. Levin 2005-06-16 15:52 ` Alexey Tourbin 2005-06-16 16:33 ` Dmitry V. Levin 2005-06-16 16:41 ` [devel] glibc static resolver? Michael Shigorin 2005-06-19 12:56 ` [devel] RFC: test-libs Andrey Astafiev 2005-06-19 13:49 ` [devel] " Alexey Tourbin 2005-06-20 17:59 ` Dmitry V. Levin
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=42B4260C.3020308@freesource.info \ --to=mithraen@freesource.info \ --cc=devel@altlinux.ru \ --cc=mike@osdn.org.ua \ /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