ALT Linux Team development discussions
 help / color / mirror / Atom feed
* Re: [devel] Про статус grenka@ в команде
@ 2026-03-31 10:13 Aleksandr Shamaraev
  0 siblings, 0 replies; only message in thread
From: Aleksandr Shamaraev @ 2026-03-31 10:13 UTC (permalink / raw)
  To: ALT Linux Team development discussions

31.03.2026 20:25, Ilya Sorochan пишет:
> On Tue Mar 31, 2026 at 11:29 AM MSK, Vitaly Lipatov wrote:
>> Это же всё из лучших побуждений, как когда опека детей забирает, 
>> потому
>> что в детдоме  им будет лучше.
> Понятно что из лучших побуждений, но насколько мне известно официально 
> таких
> полномочий как у опеки ни за вами, ни за grenka@ не закреплены - и это, 
> по сути,
> главная причина разногласий. Хорошо было бы это как-то цивильно решить.
> _______________________________________________

Доброго дня.

Лично по мне, оптимальное решение проблемы, как уже озвучивалось, было 
бы написание полиси по сборке Python3 пакетов.

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

Касательно "перехвата живых пакетов" есть действующее полиси NMU

https://www.altlinux.org/NMU

Касательно смены мантейнера также есть черновик полиси

https://www.altlinux.org/Maintainer_Change_Policy

Хотя было бы интересно, если бы этот черновик полиси немного бы 
дополнили и возможно утвердили.

Касательно самой ситуации, я человек новый и стараюсь не лезть во 
внутренние проблемы взаимоотношений между людьми, однако, со своей 
стороны я уважительно отношусь к grenka@, который мне помогал в процессе 
прохождения джоин, как и к других коллегам, но мне кажется в данной 
ситуации возможно стоит "понять и простить", а во избежание подобных 
эксцессов, как уже выше написал издать полиси.

Ну и если все три полиси (два действующих и один черновик: NMU; Python3; 
MChP) будут соблюдаться, то тогда смысла в запрете, к примеру, на 
удаление одним мантейнером пакета другого мантейнера не будет, так как 
по логике он должен запросить удаление/апрув, с описанием причин, через 
туже багзилу.

А вот если все это будет нарушено, тогда уже "карать по всей строгости 
закона", но при этом человек все ж должен иметь право оправдаться, либо 
изложить/мотивировать свою позицию.

P.S.> возможно я смотрю на мир в розовых очках :) но я считаю, что не 
ошибается тот, кто не работает, а ошибки не всегда имеют злостный умысел

С уважением, Александр


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2026-03-31 10:13 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-03-31 10:13 [devel] Про статус grenka@ в команде Aleksandr Shamaraev

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