From: "Денис Смирнов" <mithraen@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] Community release^W^WDistro open project: пояснение
Date: Sun, 14 Jun 2009 03:25:25 +0400
Message-ID: <20090613232524.GG29897@mw.office.seiros.ru> (raw)
In-Reply-To: <20090612191625.GG26397@imap.altlinux.org>
[-- Attachment #1: Type: text/plain, Size: 3839 bytes --]
On Fri, Jun 12, 2009 at 11:16:26PM +0400, George V. Kouryachy wrote:
GVK> Наивно думать, что объявив "дистрибутив, полностью независимый от
GVK> каких-либо ООО" мы _автоматически_ избавимся от конфликта интересов при
GVK> выпуске. Наоборот. Автоматически мы поимеем конфликт чуть ли не каждого
GVK> с каждым. Надеяться на всемогущество полиси тоже нечего, мы не Дебиан.
Кстати и Дебиану тот полиси тоже не слишком-то помогают.
И давайте наконец разделим обсуждения _дистрибутивов_ и _бранчей_?
То что ООО делает какие-то там дистрибутивы -- это касается только ООО и
его заказчиков. Благо есть инфраструктура которая позволяет каждому
выпустить свой дистрибутив имени самого себя и быть счастливым по этому
поводу. Причем так как сейчас, как я понимаю, ООО даже публикует профили
своих дистрибутивов -- то никто не мешает если что-то ему лично в этих
дистрибутивах не нравится -- сделать самому. А потом предложить патч. Вон
сколько чудесных форков Server 4.0 было -- я лично пользуюсь Server'ом от
mike@ :)
Другое дело бранчи -- они являются основой как для дистрибутивов ООО, так
и для дистрибутивов сторонних разработчиков. И нынешняя ситуация когда
сотрудники ООО вносят изменения в бранч игнорируя ACL и не считаясь с
интересами сторонних разработчиков делает бранчи _ненадежной_ основой для
собственных выпусков, что идет в разрез с озвучиваемой политикой ООО
"ребята давайте делать каждый свой дистрибутив если хотите".
GVK> На мой взгляд, шанс community distro принести пользу сообществу -- это
GVK> встроить этот distro в ЖЦ Сизифа. То есть не пытаться вдумать в него
GVK> ничего сверх того, что он есть четвёртая стадия процесса devel - freeze
GVK> - release, сделанная для подтверждения и улучшения надёжности /
GVK> юзабилити соответствующего бранча. Шнас есть, потому что единственное,
GVK> что нас объединяет _по определению_ -- это хранилище, которое мы
GVK> используем. И, значит, есть вероятность, что договоримся.
Если честно, я сторонник того чтобы отправить этот жизненный цикл для
_сизифа_ -- фтопку. Предпочитая иметь этот жизненный цикл отдельно для
каждой из подсистем, а сизиф сделать пригодным для работы здесь и сейчас.
Сизиф это "недостаточно протестированное", но никак не должно быть
"заведомо не рабочее". То есть "мне грабли не известны, но голову на
отсечение что все Ok -- не дам", а не "я тут что-то собрал, запускать
лень, но раз собралось -- выкладываю, и плевать мне на то что это полрепо
развалит".
>> так и ООО от наличия уже как-то работающего reference-дистрибутива,
>> на котором дёшевле строить специализированные.
GVK> А вот это нас возвращает к идее трёх эшелонов (Сизиф - Бранч -
GVK> Платформа), а не двух, как предлагал Антон. С одной стороны, идея
GVK> хорошая, так как разруливает конфликт интересов ООО и сообщества по
GVK> наполнению бранча, т. к. всё, что дистрибутивостроитель захочет
GVK> затолкать в дистрибутив насильно (например, ужасно, с точки зрения
GVK> майнтейнера пересобранные пакеты), он будет заталкивать в Платформу
GVK> искюлчительно под свою ответственность.
Да, именно так.
GVK> Здесь главный вопрос: а правда, что на основании "уже как-то работающего
GVK> reference-дистрибутива" _дешевле_ строить специализированные? Но это
GVK> другая тема...
Смотря для какой цели специализированый. Например то что делал я -- это
был по сути Server 4.0.1 со слегка измененной пакетной базой.
Сейчас вижу интересную бизнес идею -- при настройке решения для клиента
давать ему CD, с которого заново будет развернута его система. Но не на
уровне "развернуть cpio", а положив на CD используемые им пакеты а также
конфиги. Клиенты такое хотят и готовы за это платить.
--
С уважением, Денис
http://freesource.info
----------------------------------------------------------------------------
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-06-13 23:25 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-06-10 8:00 Mikhail Gusarov
2009-06-10 8:14 ` AShen
2009-06-10 10:02 ` Evgeny Sinelnikov
2009-06-10 12:15 ` [devel] linux@etersoft AShen
2009-06-10 14:54 ` Evgeny Sinelnikov
2009-06-10 15:15 ` Michael Shigorin
2009-09-24 11:46 ` Алексей Шенцев
2009-09-24 12:24 ` Evgeny Sinelnikov
2009-09-24 12:36 ` Eugene Prokopiev
2009-09-24 12:43 ` Evgeny Sinelnikov
2009-09-28 11:19 ` Michael Shigorin
2009-06-10 14:31 ` [devel] Community release^W^WDistro open project: пояснение Michael Shigorin
2009-06-10 14:28 ` Michael Shigorin
2009-06-10 10:49 ` Michael Pozhidaev
2009-06-10 10:50 ` Mikhail Gusarov
2009-06-10 11:07 ` Michael Pozhidaev
2009-06-10 11:04 ` Damir Shayhutdinov
2009-06-10 11:10 ` Wartan Hachaturow
2009-06-10 11:11 ` Mikhail Gusarov
2009-06-12 19:16 ` George V. Kouryachy
2009-06-13 20:23 ` Michael Shigorin
2009-06-13 23:25 ` Денис Смирнов [this message]
2009-06-14 21:14 ` Michael Shigorin
2009-06-16 11:48 ` Денис Смирнов
2009-06-15 22:45 ` George V. Kouryachy
2009-06-16 7:19 ` Денис Смирнов
2009-06-16 11:42 ` Michael Shigorin
2009-06-16 18:34 ` Денис Смирнов
2009-07-02 19:26 ` George V. Kouryachy
2009-07-03 4:44 ` Andrey Rahmatullin
2009-07-03 16:51 ` Денис Смирнов
2009-07-03 17:42 ` Wartan Hachaturow
2009-06-13 20:43 ` Michael Shigorin
2009-06-13 23:15 ` Денис Смирнов
2009-06-15 3:35 ` Andrey Rahmatullin
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=20090613232524.GG29897@mw.office.seiros.ru \
--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