[devel] Массовая, вероломная и необоснованная кража пакетов

Artem Semenov sav70792 на gmail.com
Пн Мар 30 21:50:11 MSK 2026


30.03.2026 21:33, Paul Wolneykien пишет:
> В Mon, 30 Mar 2026 21:48:21 +0400
> Evgeny Sinelnikov <sin на altlinux.org> пишет:
> 
>> пн, 30 мар. 2026 г. в 21:19, Vitaly Lipatov <lav на altlinux.ru>:
>>>
>>> Anton Zhukharev писал(а) 30.3.26 10:13:
>>>> Вчера вечером участник сообщества grenka совершил массовое изменение
>>>> ACL
>>>> пакетов, используемых с rpm-build-pyproject. Пока большинство
>>>> сопровождающих не работало, он удалил исходные пакеты, пересобрал их
>>>> без
>>>> rpm-build-pyproject и в результате сделал себя единственным лидером
>>>> ACL.
>>>>
>>>> Под удар попало примерно для 240 пакетов.
>>>>
>>>> Пострадали преимущественно сопровождающие из Обнинска — по всей
>>>> видимости, из-за личной неприязни. Такое поведение недопустимо ни в
>>>> ALT Linux Team, ни в любом другом сообществе.
>>>>
>>>> Мое требование (и, думаю, не только мое) - заблокировать учётную запись
>>>> grenka (в идеале — исключить из команды и полностью удалить его учетную
>>>> запись, освободив все им занятые пакеты) за нетерпимость и фактическую
>>>> кражу интеллектуального труда;
>>> Я бы хотел обсудить, как же так довели человека сопровождающие из
>>> Обнинска, что он решился на такой поступок. Как так получилось, что вы
>>> длительное время поддерживали личную неприязнь, не предпринимая никаких
>>> мер для её урегулирования.
>>> Разрушение сообщества происходит задолго до скулшутинга. Зато потом все
>>> говорят, какие они были хорошие, и ничего не замечали.
>>>
>>> Я вот предполагаю, что имели место хитрые подковёрные действия, к
>>> каждому из которых не придерёшься, и им сложно противостоять, но в
>>> совокупности они направлены на продвижение своей линии.
>>>
>>> Не думаю, что если мы начнём требовать заблокировать учётные записи друг
>>> друга, это будет на пользу Тим. Нужно уметь договариваться, а не
>>> прогибать силой или массой.
>>>   
>>
>> На самом деле, ранее предлагалось сделать то же самое, только
>> используя административный ресурс.
>>
>> В целом, вести конструктивный, убедительный, технический спор - это
>> сложно, долго и дорого.
>>
>> Когда другого ресурса нет, остается только такой - предосудительный (и
>> я его, если что, не оправдываю). Как минимум, наверное, необходимо
>> было зафиксировать цель.
>> Тут ведь вопрос, видимо, в том, что переезд на новый питон - это
>> нетривиальная сейчас процедура. И начинать стоило с того, чтобы
>> обозначить задачу, зафиксировать проблемы, ну, и быть готовым работать
>> и убеждать сообщество.
>>
>> Когда же аргументы не выглядят убедительно, то никаких других мер не
>> видно. А это уже вопрос готовности в таком виде сопровождать python, в
>> принципе. Наверное, так стоило поставить вопрос.
> 
>    Если я правильно понял, то мы пришли к ситуации, в которой ALT Linux
> Team не способна переехать на новый питон из-за возникших разногласий
> или ещё чего-то в этом роде. Соответственно, единственно верным решением
> будет не переезжать пока. Не нужно никуда ехать, пока есть проблемы
> такого масштаба. Переезд на новый питон это не самоцель. Кажется, ясно,
> что лучше иметь работающее сообщество, но сломанный питон, чем наоборот.
> Хотя бы потому, что в первом случае и починить питон становится
> возможным.
По мне стоит вернуть пакеты хозяевам в том виде, в котором они были до 
вмешательства и исключить подобную возможность в будущем. т.е. удаление 
пакетов и т.п. должны становится возможной только для пользователй из 
acl пакета за исключением evrerybody.

А дальше предоставить разбираться с сетуацией участникам конфликта.

кстати в контексте произошедшего автоматическое добавление в acl после 
пересборки пакетов кажется ещё одной возможностью для завладения чужим 
пакетом по 'этой схеме.


Подробная информация о списке рассылки Devel