ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Anton Farygin <rider@altlinux.com>
To: devel@altlinux.ru
Subject: [devel] Re: policies
Date: Fri, 25 Nov 2005 16:47:53 +0300
Message-ID: <pan.2005.11.25.13.47.51.490829@altlinux.com> (raw)
In-Reply-To: <20051124152205.GV16364@osdn.org.ua>

On Thu, 24 Nov 2005 17:22:05 +0200, Michael Shigorin wrote:

> On Thu, Nov 24, 2005 at 03:15:52PM +0300, Anton Farygin wrote:
>> >> >> Если нет возражений - я набросаю на
>> >> >> WIKI страничку по NMU.
>> >> > Неплохо бы в ней сослаться на
>> >> > http://www.freesource.info/wiki/Altlinux/Policy/NMU
>> >> Это лучше переложить на wiki.sisyphus.ru. 
>> >> Сейчас сделаю.
>> > Тогда лучше перетащить все полиси и
>> > поставить на старом месте ссылки. 
>> > Идёт?
>> Да, давай так и сделаем. Добавил тебя в
>> ACL.
> 
> (ещё подумав) А зачем ограничивать
> доступ по записи к драфтам, или ты
> объявил вместе с переносом
> официализацию? :)
Не объявил. Доступ к драфтам ограничен
преднамеренно. мне не совсем
понравилось то, во что превратился
документ о CommunityLive. Т.е. - из реального
полезного документа появилось _нечто_..
например список пакетов изменялся даже
не просто не думая, а даже не анализируя
наличие такого пакета в branch-3.0

> 
> Вообще по викам и docs прикидывался такой
> workflow:
> 
> - где-то (wiki) есть full r/w, в котором варится
> свежатинка; - где-то (wiki) есть
> ограниченный r/w, где доводится
> содержание
>   редакторами (список -- отдельный
>   нудный вопрос, для начала можно
>   сказать, что это kirill@?);

Я бы сделал проще - для многих документов
реально можно делать полный r/w доступ.

Для тех же документов, где будет много
споров - ответственного за изменение
(или группу ответственных) ну и принятие
решения будет уже за этой группой.

Что бы не получилось так, когда один
автор правит текст, а за ним идёт другой
чукча и выкапывает картошку, со словами "шибко кушать хочется".

> - вылизанный результат попадает в
> нужном объёме в docs.

ну это понятно.

> 
> При этом официальной считается
> документация в docs, а та, что на wiki --
> рекомендуется как наиболее актуальная.

Я бы сделал так: в docs документация
безусловно должна попадать, но только по
необходимости (нет смысла перекачивать
через каждые пять минут содержимое wiki в
docs). Факт необходимости переброса
какой-то части из wiki в docs должен
определять автор (группа авторов) и редактор  (например Кирилл).

> 
> Конкретно по поводу policies есть такие
> моменты.  Официальные опубликованы на
> docs.altlinux.ru, свои неофициальные драфты до
> сих пор не видел смысла ограничивать по
> записи по банальной причине -- улучшить
> там есть что, а на официальные
> рекомендации и тем более требования
> эти тексты сейчас и не претендуют.

При полном отсутствии официальных
текстов - текущий draft является
руководством к действиюю
Соответственно именно для этого сделано ограничение.

> 
> На мой взгляд, ограничивать доступ
> имеет смысл в двух случаях -- вандализм
> (по факту) и необходимость более точной
> доработки строго определённым
> коллективом.  Для policy drafts прямо сейчас
> это IMCO не так.

Вандализм лучше пресекать в корне, а не по факту ;-)

Ты же не закрываешь сервера, после того, как их сломают ? 

> 
> Oh well, можно явно пометить странички --
> "здесь претендующие, а вон туда идите
> откровенные драфты править или
> писать"... только скажи тогда разницу
> между этими двумя /policy :)

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

В связи с низкой активностью Team по
предложениям в данных документах - не
вижу смысла открывать доступ всем на изменение.

Пока что я справляюсь с тем объемом замечаний, который поступает.

Rgds,
Rider



  reply	other threads:[~2005-11-25 13:47 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-23  8:24 [devel] console.lock Sergey Y. Afonin
2005-11-23 12:16 ` Dmitry V. Levin
2005-11-23 13:48   ` Sergey Y. Afonin
2005-11-23 22:07     ` Dmitry V. Levin
2005-11-23 23:11       ` Sergey Y. Afonin
2005-11-23 23:15         ` Dmitry V. Levin
2005-11-24  8:10           ` Sergey Y. Afonin
2005-11-23 12:24 ` [devel] Q: больше Сизифов, хороших, разных и несовместимых? Dmitry V. Levin
2005-11-23 15:04   ` Andrei Bulava
2005-11-23 17:30     ` [devel] " Michael Shigorin
2005-11-24 10:12   ` Anton Farygin
2005-11-24 10:36     ` Mikhail Zabaluev
2005-11-24 10:58       ` [devel] " Anton Farygin
2005-11-24 11:39         ` [devel] " Michael Shigorin
2005-11-24 12:15           ` Anton Farygin
2005-11-24 15:22             ` [devel] policies Michael Shigorin
2005-11-25 13:47               ` Anton Farygin [this message]
2005-11-25 16:51                 ` [devel] [JT] Re: policies, r/[ow] Michael Shigorin
2005-11-24 14:03         ` [devel] Re: Re: Q: больше Сизифов, хороших, разных и несовместимых? Денис Смирнов
2005-11-24 14:17           ` [devel] " Anton Farygin
2005-11-24 14:37             ` Kirill Maslinsky
2005-11-24 15:51               ` [devel] " Andrei Bulava
2005-11-24 16:23                 ` Kirill Maslinsky
2005-11-24 17:01                   ` Andrei Bulava
2005-11-24 19:34                   ` [devel] " Michael Shigorin
2005-11-24 19:32                 ` Michael Shigorin
2005-11-24 21:29                 ` [devel] Q: больше wiki, хороших, разных и запутанных? Mikhail Zabaluev
2005-11-25 13:36                   ` [devel] " Anton Farygin
2005-11-25 16:45                     ` Michael Shigorin
2005-11-25 23:06                       ` Денис Смирнов
2005-11-24 13:51     ` [devel] Недавний глюк с gcc3.3-* Dmitry V. Levin
2005-11-24 14:15       ` [devel] " Anton Farygin
2005-11-25 11:39     ` [devel] Re: Q: больше Сизифов, хороших, разных и несовместимых? Sergey Y. Afonin
2005-11-25 11:36   ` [devel] " Sergey Y. Afonin
2005-11-25 13:33     ` [devel] " Anton Farygin
2005-11-23 12:40 ` [devel] console.lock Igor Zubkov
2005-11-23 14:05   ` Igor Zubkov

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=pan.2005.11.25.13.47.51.490829@altlinux.com \
    --to=rider@altlinux.com \
    --cc=devel@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