ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Mikhail Gusarov <dottedmag@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] Q: python policy enforcement part 1
Date: Mon, 23 Feb 2009 16:10:16 +0600
Message-ID: <87k57h4g6v.fsf@vertex.dottedmag.net> (raw)
In-Reply-To: <20090222154836.GA2460@dad.imath.kiev.ua> (Igor Vlasenko's message of "Sun, 22 Feb 2009 17:48:36 +0200")

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


Twas brillig at 17:48:36 22.02.2009 UTC+02 when vlasenko@imath.kiev.ua did gyre and gimble:

 IV> IMHO, в policy of policy надо добавить пункт, что запрещается
 IV> делать policy enforcement без существенной на то причины.

Ты упускаешь, что существует несколько видов policy, которые не имеет
смысла смешивать:

1) Полиси технологическо-интерфейсное.

Пример: ".desktop-файлы кладутся в $такой-тоdir, и должны
соответствовать вон тому спеку".

Назначение: получить функциональность на уровне дистрибутива,
отсутствующую на уровне каждого отдельного компонентu.

2) Полиси упорядочивающее.

Пример: "пакеты питон-модулей [определение питон-модуля] должны зваться
python-module-<имя модуля>"

Назначение: ликвидировать разнобой, выбрав из нескольких равнозначных
вариантов один.

3) Наверняка есть какие-то ещё, не задумывался.

По своей природе упорядочивающие policy НЕ добавляют и НЕ уменьшают
функциональность, они лишь закрепляют один из вариантов. Такие полиси
нужны для уменьшения визуальной "рыхлости" репозитория и уменьшения его
WTF count (хотя это и неформализуемые понятия), но крайне сложны в
принятии уже в процессе работы над проектом.

В идеальном случае такие полиси принимаются до старта проекта, и
присоединяющиеся к проекту принимают их как данность. Компромиссный
вариант - BDFL, имеющий моральное право принятия таких полисей. В худшем
варианте - приходится бодаться.

-- 

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

  parent reply	other threads:[~2009-02-23 10:10 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-19 17:52 Dmitry V. Levin
2009-02-19 18:02 ` Andrey Rahmatullin
2009-02-19 18:10   ` [devel] Supybot-* Dmitry V. Levin
2009-02-21 22:16   ` [devel] Q: python policy enforcement part 1 Ivan Fedorov
2009-02-19 18:03 ` Valery V. Inozemtsev
2009-02-20 19:30   ` Vitaly Lipatov
2009-02-19 18:47 ` Valery V. Inozemtsev
2009-02-19 18:54   ` Dmitry V. Levin
2009-02-20  5:10 ` Eugene Prokopiev
2009-02-20  5:47 ` Alexey Tourbin
2009-02-20 11:44   ` Alexey I. Froloff
2009-02-20 11:45     ` Mikhail Gusarov
2009-02-20 19:40     ` Vitaly Lipatov
2009-02-20 20:03       ` Mikhail Gusarov
2009-02-20 20:44         ` Vitaly Lipatov
2009-02-20 20:46           ` Mikhail Gusarov
2009-02-20 21:06             ` Vitaly Lipatov
2009-02-20 21:12               ` Dmitry V. Levin
2009-02-20 21:21               ` Gennady Kovalev
2009-02-21 22:18               ` Ivan Fedorov
2009-02-22  5:33                 ` Mikhail Gusarov
2009-02-22 10:40                   ` Ivan Fedorov
2009-02-22 10:54                     ` Mikhail Gusarov
2009-02-22 15:23                       ` Ivan Fedorov
2009-02-22 15:25                         ` Mikhail Gusarov
2009-02-23 14:20                           ` Eugene Prokopiev
2009-02-22 15:41                         ` Alexey Tourbin
2009-02-23 10:01                           ` Ivan Fedorov
2009-02-22 15:48                       ` Igor Vlasenko
2009-02-22 15:55                         ` Led
2009-02-23 10:10                         ` Mikhail Gusarov [this message]
2009-02-22 16:32     ` Alexey Tourbin

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=87k57h4g6v.fsf@vertex.dottedmag.net \
    --to=dottedmag@altlinux.org \
    --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