ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: "Денис Смирнов" <mithraen@altlinux.ru>
To: devel@lists.altlinux.org
Subject: Re: [devel] Sync, Freez и другие страшные слова
Date: Mon, 15 Jan 2007 10:46:01 +0300
Message-ID: <20070115074601.GB2988@localhost.localdomain> (raw)
In-Reply-To: <200701150042.32462.lav@altlinux.ru>

[-- Attachment #1: Type: text/plain, Size: 8540 bytes --]

On Mon, Jan 15, 2007 at 12:42:30AM +0300, Vitaly Lipatov wrote:

> VL>> Тут у меня есть особое мнение:
> VL>> я не считаю что задача мантейнера перепахивать каждый
>> пакет, VL> исправляя бесконечную кривость майнстрима.
>> Я тоже так не считаю. Но вот пользователи считают иначе.
VL> Извините, это не пользователи, а клиенты.

Если они скачали пакет seirospbx1.4 с ftp.altlinux.ru, то какие они мне
клиенты? И даже если они скачали образ seirospbx с download.seiros.ru, то
они мне тоже как бы не особо-то клиенты.

Другое дело что я предпочитаю отреагировать на требования пользователей до
того как те же требования заявит клиент. Чтобы когда их заявит таки клиент
лениво сказать "да у нас это уже давно есть...".

> VL>> А программы, собирающиеся со спеком
> VL>> не требуют большого ухода.
>> Безусловно. Только вот многие программы так собираются, но не
>> работают. Или работают криво. Просто потому что их авторы
>> страдают манией величия, и считают что все остальное окружение
VL> Это понятно, но это исключение. И программа должна быть шибко 
VL> нужной.

Увы, скорее грамотные программы исключения. У меня по крайней мере
половина пакетов требовали патчей, при том что у меня как раз подавляющее
большинство пакетов это тривиальные маленькие пакетики. Если бы мне
пришлось gnome какой собирать, с рюшечками, лично у меня бы нервы сдали.

>> Так просто собираются программы либо написаные ну очень
>> грамотными авторами, либо завязаные на какую-либо платформу.
>> Скажем перловые модули да, в большинстве случаев можно
>> поддерживать и так.
>> Но это не так поддержка которую ждет пользователь.
>> Пользователь ожидает, что как и в случае с ядром, то что
VL> Логично, что после установки пакета программа должна работать.

Вот для авторов это не всегда логично :(

>> В том-то и дело. А для какой системы важны? В команде есть
>> люди, которым Wine, или тот же Asterisk ну совершенно не
>> нужен. И они бы его собирали именно как ./configure; make;
>> make install и никак иначе. Поэтому они были бы плохими
>> мантейнерами этих пакетов, вот и все.
VL> Wine отлично работает без всяких патчей, и никаких особостей для 
VL> его средней сборки нет. Потому что он предназначен (и так и 
VL> разрабатывается), для того чтобы неприхотливо собираться и 
VL> работать в любом окружении.

Ага, работает. А вы деньги с клиентов собираете за просто так что-ли?
И wine-etersoft.patch размером в почти 200k вы так, от скуки написали?
Или все-таки потому что он хоть и собирается, и работает, да не так как
нужно вашим клиентам?

>> В идеале пакет должен мантейнить человек, которому
>> работоспособность этого пакета жизненно важна.
VL> Это хороший вариант, но таких мало. Только лучше не жизненна 
VL> важна, а необходима для работы.

Для работы, или для развлечения -- это уже не так важно. Если у меня хобби
фиксить баги в каком-то пакете, и я от этого получаю море удовольствия, то
пакет тоже хорош будет. Главное личная заинтересованость мантейнера в
пакете.

>> Это как раз называется хороший мантейнер, да. Отличный
>> мантейнер таки исправил бы эти неисправимые особенности,
>> вплоть до того что самостоятельно переписал бы эти программы.
VL> Извините, переписывать части qt, lyx - причём те, которые не 
VL> могут исправить даже основные разработчики - просто глупо, 
VL> поскольку задача не по разуму.

Это не менее глупо чем уже выполненная работа по написанию этих продуктов.
Оно для вас выглядит глупо потому как вам лично переписать это сложнее чем
терпеть имеющиеся баги. И я вас прекрасно понимаю. Но кто-то бы, если бы
ему было нужно, и с нуля переписал.

>> Так вот проблема в том, что чем меньше мантейнеров, тем меньше
>> людей которым какие-то конкретные пакеты жизненно важны. И все
VL> А мантейнеров будет всё меньше, потому что зачем самому собирать 
VL> пакеты, когда рядом есть система, в репозитории которой уже всё 
VL> есть? От Fedora до Ubuntu. Молча уж о SLED и Mandriva. По 
VL> крайней мере в десктопных вещах.

Ответ прост -- мантейнером есть смысл становиться, когда знаешь что
сделаешь лучше чем те кто это сделал ранее. Я знаю что сейчас ни в одном
дистрибутиве нет столь же продуманой сборки Asterisk. И поэтому я его
мантейню. Мне он нужен, и я могу сделать хорошо. Найдется кто-то кто не
только может, но и захочет сделать лучше -- и я с радостью отдам пакет.
Как отдам любой свой пакет любому человеку, который сможет поддерживать
его лучше меня.

>> Вот вы можете по всем своим пакетам сказать какие есть
>> альтернативы, почему было выбрано именно это приложение, что
>> сейчас происходит в команде разработки, как будет развиваться
>> этот софт, какая квалификация авторов и какие ошибки от них
>> ожидать, и т.д.? Если так, то вы один из гениальнейших людей
VL> Я сожалением наблюдаю, как проекты, которые я когда-то пакетил, 
VL> перестают существовать со временем...
VL> А на вопросы эти конечно можно ответить, хотя я считаю проект тем 
VL> более хорошим, чем меньше он требует внимания.
VL> Идеальные для меня проекты - которые релизятся каждый месяц и при 
VL> этом для сборки новой версии достаточно запустить rpmrb спек 
VL> версия.

Подписываюсь под каждым словом.

>> на планете, и видимо изобрели какой-то способ сделать в сутках
>> 72 часа.
VL> Нет, я просто не считаю нужным во всё это вникать, потому что не 
VL> вижу особого смысла. Я вот общался с авторами efax и TORCS. Ну и 
VL> что - всё что я хотел сделать, осталось у нас в пакете, а им это 
VL> не нужно. Поэтому я стараюсь всегда инициативу оставлять 
VL> первичным разработчикам, пусть спасают своих утопающих сами.

Одно дело когда это их утопающие, другое дело когда свои. Вот на мне
сейчас висит hylafax. Я на него смотреть-то боюсь, без стратегических
запасов валерьянки дома. А вот людям он нужен. И им пофиг что апстрим
нехороший, их это не интересует. Им нужно чтобы он был, и чтобы работал.

И если там баги (а пакет кривущий), то поливать грязью будут меня лично, а
не авторов этого поделия.

>> Я вот вижу что даже тот детский объем пакетов что на мне висит
>> я не тяну в одиночку. И до тех пор пока не будет средств
>> организовать нормальную работу между несколькими мантейнерами,
>> я буду поддерживать кучу пакетов, за которые мне будет стыдно.
VL> Мне кажется не менее важной та проблема, что пакет не живёт 
VL> (нормально) без пользователей.
VL> У нас к примеру по полгода лежал в Сизифе неработающий wine (это 
VL> я про тот проект в котором я читаю логи cvs, пролистываю все 
VL> патчи и списке рассылки и общаюсь с рядом разработчиков) только 
VL> потому что никто не удосужился сообщить (не использовал?) о 
VL> проблеме.

Вот поэтому я и поднимаю вопрос о дистрибутиве. Сейчас основная масса
разумных пользователей -- это мантейнеры. Пользователей, способных хотя бы
догадаться сделать rpm -qi wine, и по увиденому там емейлу отправить
сообщение об ошибке всегда на порядки меньше чем пользователей вообще. А
пользовательская база у нас хилая сейчас. 

VL> Хотя с другой стороны, будучи примерным пользователем, вешающим 
VL> баги на используемые программы, не могу не заметить, что 
VL> зачастую баги так и остаются висеть по году, более того, иногда 
VL> в итоге мне же их и исправлять, когда пакет вдруг оказывается на 
VL> моей шее.

А вот поэтому я возлагаю столько надежд на git. Потому как я прекрасно
понимаю что у мантейнера много проблем. И если я увидел ошибку, то могу
побыстрому сделать бранч, пофиксить в нем ошибку, а потом попросить по
почте мантейнера сделать pull.

VL> И всё-таки втягивание мантейнера в разработку я считаю правильным 
VL> только в исключительных случаях. Слишком часто пакет в 
VL> дистрибутиве обрастает от этого патчами-полурешениями. Потому 
VL> что сделать нормальный патч и "пробить" его в майнстрим сил не 
VL> хватает.
VL> Опять же, причина такого количества патчей к тому же WINE ровно в 
VL> том, что нет возможности эти патчи оформить так, чтобы их 
VL> приняли. А тут уж надо либо разработкой заниматься, либо 
VL> пакетособирательством.

Вот поэтому с крупным пакетом и удобнее работать нескольким людям.

VL> В общем да, разглагольствование одно...

Пора нам закругляться, мы и так хорошо друг-друга понимаем, так что даже в
smoke-room идти незачем :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Спасибо, Костя. Моя вера в опенсорс теперь ещё больше "непокобелима" (тм).
		-- avp in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2007-01-15  7:46 UTC|newest]

Thread overview: 125+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-14  0:22 Eugene Ostapets
2007-01-14  0:40 ` Dmitry V. Levin
2007-01-14  0:50   ` Alexander Bokovoy
2007-01-14  0:53     ` Dmitry V. Levin
2007-01-14  1:43       ` Alexander Bokovoy
2007-01-14 11:48         ` Dmitry V. Levin
2007-01-14  0:47 ` Dmitry V. Levin
2007-01-14  1:13 ` Vitaly Lipatov
2007-01-19 17:35   ` [devel] apt-cache list-extras (re nobody@, точнее, уже orphaned) Michael Shigorin
2007-01-14  1:40 ` [devel] Sync, Freez и другие страшные слова Денис Смирнов
2007-01-14  2:14   ` Alexey Tourbin
2007-01-14 16:30     ` Денис Смирнов
2007-01-14 17:15       ` Alexey Tourbin
2007-01-15  8:03           ` Денис Смирнов
2007-01-15 10:29               ` Vadim V. Zhytnikov
2007-01-16 18:34               ` Денис Смирнов
2007-01-16 18:34               ` Денис Смирнов
2007-01-15 23:08         ` Ilya
2007-01-16 11:09           ` Igor Zubkov
2007-01-16 11:20             ` Шенцев Алексей Владимирович
2007-01-16 12:07               ` Alexander Bokovoy
2007-01-16 13:32             ` [devel] [OT] M24 (was: Sync, Freez и другие страшные слова) Michael Shigorin
2007-06-03 18:48         ` [devel] Sync, Freez и другие страшные слова Michael Shigorin
2007-06-04  8:10           ` Hihin Ruslan
2007-01-14 18:12       ` Michael Shigorin
2007-01-14 16:44     ` Michael Shigorin
2007-01-16 10:44     ` Victor Forsyuk
2007-01-14 12:42   ` Vitaly Lipatov
2007-01-14 16:24     ` Денис Смирнов
2007-01-14 17:44       ` Alexey I. Froloff
2007-01-14 21:16         ` Konstantin A. Lepikhov
2007-01-15  7:59         ` Денис Смирнов
2007-01-14 21:42       ` Vitaly Lipatov
2007-01-15  1:26         ` Dmitry V. Levin
2007-01-15  7:46         ` Денис Смирнов [this message]
2007-01-14 16:36   ` [devel] Sync, Freeze " Michael Shigorin
2007-01-14 16:56     ` Alexey Tourbin
2007-01-15  7:23     ` Денис Смирнов
2007-01-15 17:09       ` Michael Shigorin
2007-01-15 19:06         ` Sergey Vlasov
2007-01-15 15:21   ` [devel] Sync, Freez " Victor Forsyuk
2007-01-15 15:51     ` Andrii Dobrovol`s`kii
2007-01-15 16:31       ` Vadim V. Zhytnikov
2007-01-15 16:03     ` Andrei Bulava
2007-01-15 18:02       ` Igor Zubkov
2007-01-15 18:55         ` [devel] [OT] о сИзифе бедном замолвите два байта ;) Michael Shigorin
2007-01-16 11:03           ` Victor Forsyuk
2007-01-16 13:29             ` Michael Shigorin
2007-01-16 14:26               ` Victor Forsyuk
2007-01-16  2:41         ` [devel] [jt] Sync, Freez и другие страшные слова Dmitry V. Levin
2007-01-16 18:48         ` [devel] " Денис Смирнов
2007-01-17  8:50           ` Denis Pynkin
2007-01-16  2:31     ` Dmitry V. Levin
2007-01-16  9:51       ` Led
2007-01-16 10:25       ` [devel] Sync, Freeze " Michael Shigorin
2007-01-16 21:02         ` [devel] Sync, Freeze и Release Dmitry V. Levin
2007-01-16 22:20           ` Michael Shigorin
2007-01-17 10:03             ` Led
2007-01-18 11:54             ` Dmitry V. Levin
2007-01-16 22:37           ` Sergey Y. Afonin
2007-01-18 11:59             ` Dmitry V. Levin
2007-01-18 15:45               ` Slava Dubrovskiy
2007-01-18 16:30                 ` [devel] коробочная виртуализация Dmitry V. Levin
2007-01-18 16:47                   ` Slava Dubrovskiy
2007-01-19 17:17                     ` Michael Shigorin
2007-01-19 12:20                   ` Vitaly Ostanin
2007-01-19 12:25                     ` Alexander Bokovoy
2007-01-19 12:44                       ` Vitaly Ostanin
2007-01-19 12:47                         ` Alexander Bokovoy
2007-01-19 13:22                           ` Slava Dubrovskiy
2007-01-19 12:47                       ` Denis Medvedev
2007-01-19 13:11                         ` Alexander Bokovoy
2007-01-19 13:48                           ` Vitaly Ostanin
2007-01-17 16:15           ` [devel] Sync, Freeze и Release Денис Смирнов
2007-01-18 13:25             ` Dmitry V. Levin
2007-01-19 10:44               ` Kirill Maslinsky
2007-01-19 10:50                 ` Denis Medvedev
2007-01-19 11:18                   ` Kirill Maslinsky
2007-01-20 10:46                     ` Денис Смирнов
2007-02-05 18:40                     ` Денис Смирнов
2007-01-19 17:29                 ` [devel] Sync, Freeze и Release (sisyphus.ru/qa) Michael Shigorin
2007-01-19 17:42                   ` Alexey Tourbin
2007-02-04 22:42                     ` [devel] www.sisyphus.ru/qa Michael Shigorin
2007-02-05  7:14                       ` Alexey I. Froloff
2007-02-05 13:37                         ` [devel] [JT] www.sisyphus.ru/qa Michael Shigorin
2007-01-19 22:21                 ` [devel] Sync, Freeze и Release Dmitry V. Levin
2007-02-04 22:40                   ` [devel] www.sisyphus.ru/{unmets,orphaned,...} Michael Shigorin
2007-01-22  9:14               ` [devel] Sync, Freeze и Release Денис Смирнов
2007-01-16 21:27         ` [devel] Кстати о рассылках. devel-kernel (Re: Sync, Freeze и другие страшные слова ) Sergey Y. Afonin
2007-01-16 21:47           ` [devel] Кстати о рассылках. devel-kernel Dmitry V. Levin
2007-01-16 18:56       ` [devel] Sync, Freez и другие страшные слова Денис Смирнов
2007-01-16 21:19         ` [devel] Sync, Freeze, Release Dmitry V. Levin
2007-01-16 22:31           ` [devel] [wiki] " Michael Shigorin
2007-01-18  5:48           ` [devel] " Денис Смирнов
2007-01-18 13:04             ` Victor Forsyuk
2007-01-18 14:13               ` Dmitry V. Levin
2007-01-19 16:25                 ` [devel] Sync, Freeze, Release; blockers Michael Shigorin
2007-01-20 10:41                 ` [devel] Sync, Freeze, Release Денис Смирнов
2007-01-16 21:21         ` [devel] Sync, Freez и другие страшные слова Sergey Y. Afonin
2007-01-16 21:35           ` Sergey Y. Afonin
2007-01-17  8:49         ` Anton Farygin
2007-01-17 10:09           ` Led
2007-01-17 15:23             ` Stanislav Ievlev
2007-01-17 15:37               ` Led
2007-01-17 15:43                 ` Stanislav Ievlev
2007-01-17 15:52                   ` Led
2007-01-19 10:52               ` Kirill Maslinsky
2007-01-16 18:45     ` Денис Смирнов
2007-01-16 19:32       ` Vadim V. Zhytnikov
2007-01-16 21:28         ` Sergey Y. Afonin
2007-01-17  4:44         ` Ildar Mulyukov
2007-01-17  8:56       ` Anton Farygin
2007-01-18  7:28         ` Alexey Tourbin
2007-01-17 15:26       ` Stanislav Ievlev
2007-01-17 15:44         ` Led
2007-01-17 15:51           ` Stanislav Ievlev
2007-01-17 15:52             ` Anton Farygin
2007-01-17 16:07             ` Led
2007-01-19  7:29               ` Anton Farygin
2007-01-19  8:25                 ` Sergey Pinaev
2007-01-19  9:07                   ` Anton Farygin
2007-01-19  9:47                     ` Led
2007-01-19 11:37                       ` Anton Farygin
2007-01-19 19:04                         ` Led
2007-01-22 14:56                           ` Led

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=20070115074601.GB2988@localhost.localdomain \
    --to=mithraen@altlinux.ru \
    --cc=devel@lists.altlinux.org \
    /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