ALT Linux Team development discussions
 help / color / mirror / Atom feed
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$ за коробку с дистрибутивом для меня раз в год много.
>>    
>>
>У тебя и так есть коробка, да и слить его тебе недолго.  Мне тоже.
>Не передёргивай. (даже если я тоже считаю, что эта коробка ни
>разу не оправдывает этих денег)
>  
>
Я не передёргиваю, а напоминаю что заплатить за постоянную поддержку 
группы пакетов, например мне, адекватнее чем за коробку. А коробки у 
меня даже две -- одну я брату покупал в подарок.



  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