[devel] python3-module-aiodns woes

[devel] python3-module-aiodns woes

[Sergey Bolshakov]

Привет, devel.
Есть один пакет с вот такой историей жизни:

https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/
https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/specfiles/

На днях я попытался его обновить:
https://packages.altlinux.org/en/tasks/388769/

И обнаружил, что acl последовательно сжимались с некогда имевшегося
@everybody до недавнего 'grenka @python' (бах! EPERM #1)  и,
после получения appproval от члена группы @python, до нынешнего
'grenka' (бабах! EPERM #2).

Эге, подумал я, это неспроста -- но что же мешает этому заданию
завершиться ?
Прошу объяснений.

-- 

np: https://tinyurl.com/yppfj4jx

Re: [devel] python3-module-aiodns woes

[Sergey Bolshakov]

>>>>> "Grigory" == Grigory Ustinov <grenka-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > 04.07.2025 12:54, Sergey Bolshakov пишет:
 >> Привет, devel.
 >> Есть один пакет с вот такой историей жизни:
 >> 
 >> https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/
 >> https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/specfiles/
 >> 
 >> На днях я попытался его обновить:
 >> https://packages.altlinux.org/en/tasks/388769/
 >> 
 >> И обнаружил, что acl последовательно сжимались с некогда имевшегося
 >> @everybody до недавнего 'grenka @python' (бах! EPERM #1)  и,
 >> после получения appproval от члена группы @python, до нынешнего
 >> 'grenka' (бабах! EPERM #2).
 >> 
 >> Эге, подумал я, это неспроста -- но что же мешает этому заданию
 >> завершиться ?
 >> Прошу объяснений.
 > Приветствую! Я уверен, что и вы и тот кто выдал аппрув и все остальные
 > внимательные читатели devel@ прекрасно знают ответ на этот вопрос. Но поскольку
 > вы выводите его в формальную плоскость, то формально я являюсь владельцем acl на
 > этот пакет и мне, как его владельцу, не нравится ваше изменение. Предложите
 > другое NMU или подождите, пока я сам обновлю "свой пакет"=)

Послушайте, у меня по acl show 162 пакета с python3-module-* и невесть
сколько ещё, сопроворждаемых мною на правах everybody@ (увы, я не
дослужился до python@) -- так вот, я полагаю, что вправе рассчитывать на
ответ по существу, здесь.

-- 

Re: [devel] python3-module-aiodns woes

[Grigory Ustinov]

04.07.2025 13:57, Sergey Bolshakov пишет:
>>>>>> "Grigory" == Grigory Ustinov <grenka-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>   > 04.07.2025 12:54, Sergey Bolshakov пишет:
>   >> Привет, devel.
>   >> Есть один пакет с вот такой историей жизни:
>   >>
>   >> https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/
>   >> https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/specfiles/
>   >>
>   >> На днях я попытался его обновить:
>   >> https://packages.altlinux.org/en/tasks/388769/
>   >>
>   >> И обнаружил, что acl последовательно сжимались с некогда имевшегося
>   >> @everybody до недавнего 'grenka @python' (бах! EPERM #1)  и,
>   >> после получения appproval от члена группы @python, до нынешнего
>   >> 'grenka' (бабах! EPERM #2).
>   >>
>   >> Эге, подумал я, это неспроста -- но что же мешает этому заданию
>   >> завершиться ?
>   >> Прошу объяснений.
>   > Приветствую! Я уверен, что и вы и тот кто выдал аппрув и все остальные
>   > внимательные читатели devel@ прекрасно знают ответ на этот вопрос. Но поскольку
>   > вы выводите его в формальную плоскость, то формально я являюсь владельцем acl на
>   > этот пакет и мне, как его владельцу, не нравится ваше изменение. Предложите
>   > другое NMU или подождите, пока я сам обновлю "свой пакет"=)
>
> Послушайте, у меня по acl show 162 пакета с python3-module-* и невесть
> сколько ещё, сопроворждаемых мною на правах everybody@ (увы, я не
> дослужился до python@) -- так вот, я полагаю, что вправе рассчитывать на
> ответ по существу, здесь.
https://www.altlinux.org/NMU - у нас существует действующая политика 
NMU. Ваше обновление не соответствует технологическим требованиям к NMU.

Re: [devel] python3-module-aiodns woes

[Sergey Bolshakov]

>>>>> "Grigory" == Grigory Ustinov <grenka-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:

 > 04.07.2025 13:57, Sergey Bolshakov пишет:
 >>>>>>> "Grigory" == Grigory Ustinov <grenka-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
 >> > 04.07.2025 12:54, Sergey Bolshakov пишет:
 >> >> Привет, devel.
 >> >> Есть один пакет с вот такой историей жизни:
 >> >>
 >> >> https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/
 >> >> https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/specfiles/
 >> >>
 >> >> На днях я попытался его обновить:
 >> >> https://packages.altlinux.org/en/tasks/388769/
 >> >>
 >> >> И обнаружил, что acl последовательно сжимались с некогда имевшегося
 >> >> @everybody до недавнего 'grenka @python' (бах! EPERM #1)  и,
 >> >> после получения appproval от члена группы @python, до нынешнего
 >> >> 'grenka' (бабах! EPERM #2).
 >> >>
 >> >> Эге, подумал я, это неспроста -- но что же мешает этому заданию
 >> >> завершиться ?
 >> >> Прошу объяснений.
 >> > Приветствую! Я уверен, что и вы и тот кто выдал аппрув и все остальные
 >> > внимательные читатели devel@ прекрасно знают ответ на этот вопрос. Но поскольку
 >> > вы выводите его в формальную плоскость, то формально я являюсь владельцем acl на
 >> > этот пакет и мне, как его владельцу, не нравится ваше изменение. Предложите
 >> > другое NMU или подождите, пока я сам обновлю "свой пакет"=)
 >> 
 >> Послушайте, у меня по acl show 162 пакета с python3-module-* и невесть
 >> сколько ещё, сопроворждаемых мною на правах everybody@ (увы, я не
 >> дослужился до python@) -- так вот, я полагаю, что вправе рассчитывать на
 >> ответ по существу, здесь.
 > https://www.altlinux.org/NMU - у нас существует действующая политика NMU. Ваше
 > обновление не соответствует технологическим требованиям к NMU.

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

-- 

Re: [devel] python3-module-aiodns woes

[Anton Farygin]

On 7/4/25 14:16, Grigory Ustinov wrote:
> 04.07.2025 13:57, Sergey Bolshakov пишет:
>>>>>>> "Grigory" == Grigory Ustinov 
>>>>>>> <grenka-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org> writes:
>>   > 04.07.2025 12:54, Sergey Bolshakov пишет:
>>   >> Привет, devel.
>>   >> Есть один пакет с вот такой историей жизни:
>>   >>
>>   >> 
>> https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/
>>   >> 
>> https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/specfiles/
>>   >>
>>   >> На днях я попытался его обновить:
>>   >> https://packages.altlinux.org/en/tasks/388769/
>>   >>
>>   >> И обнаружил, что acl последовательно сжимались с некогда имевшегося
>>   >> @everybody до недавнего 'grenka @python' (бах! EPERM #1)  и,
>>   >> после получения appproval от члена группы @python, до нынешнего
>>   >> 'grenka' (бабах! EPERM #2).
>>   >>
>>   >> Эге, подумал я, это неспроста -- но что же мешает этому заданию
>>   >> завершиться ?
>>   >> Прошу объяснений.
>>   > Приветствую! Я уверен, что и вы и тот кто выдал аппрув и все 
>> остальные
>>   > внимательные читатели devel@ прекрасно знают ответ на этот 
>> вопрос. Но поскольку
>>   > вы выводите его в формальную плоскость, то формально я являюсь 
>> владельцем acl на
>>   > этот пакет и мне, как его владельцу, не нравится ваше изменение. 
>> Предложите
>>   > другое NMU или подождите, пока я сам обновлю "свой пакет"=)
>>
>> Послушайте, у меня по acl show 162 пакета с python3-module-* и невесть
>> сколько ещё, сопроворждаемых мною на правах everybody@ (увы, я не
>> дослужился до python@) -- так вот, я полагаю, что вправе рассчитывать на
>> ответ по существу, здесь.
> https://www.altlinux.org/NMU - у нас существует действующая политика 
> NMU. Ваше обновление не соответствует технологическим требованиям к NMU.


Григорий, а с какого перепуга вдруг у пакета появился другой ментейнер 
для запроса NMU ? ACL это полная ерунда, реальные ментейнеры те, которые 
поддерживают пакет (в том числе обновляют версии).

Re: [devel] python3-module-aiodns woes

[Stanislav Levin]

[-- Attachment #1.1: Type: text/plain, Size: 1140 bytes --]



On 7/4/25 1:44 PM, Grigory Ustinov wrote:

> Приветствую! Я уверен, что и вы и тот кто выдал аппрув и все остальные 
> внимательные читатели devel@ прекрасно знают ответ на этот вопрос. Но 
> поскольку вы выводите его в формальную плоскость, то формально я являюсь 
> владельцем acl на этот пакет и мне, как его владельцу, не нравится ваше 
> изменение. Предложите другое NMU или подождите, пока я сам обновлю "свой 
> пакет"=)

Мной, как членом группы python, было сделано ревью и выдан апрув на 
данный пакет, фактического отношения к которому вы не имеете и тем самым 
саботировали его обновление по мистической причине. Пользователям же 
лучше стало, да?

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

Re: [devel] python3-module-aiodns woes

[Danil Shein]

Добрый день!

Я по всей видимости что-то важное пропустил в изменении политики сборки 
Python-пакетов в репозиторий Сизиф и прошу совета сообщества.

Просто я уже неоднократно вижу критику от @grenka по поводу 
"неправильности" пакетирования питоновских библиотек в случае 
несоответствия с его представлением о правильном подходе.

Теперь вопрос перешёл в практическую плоскость вот в таком вот виде.

Я правильно понимаю, что теперь все питоновские модули в репозиторий 
попадают только после личного апрува господина @grenka и стоит 
перевесить все ACL своих пакетов прямо на него во избежание?

Если не все, то где проходит эта опасно тонкая грань, которую не стоит 
переходить?

Очень хочется ясности понимания.

Спасибо!

04.07.2025 13:44, Grigory Ustinov пишет:
> 04.07.2025 12:54, Sergey Bolshakov пишет:
>> Привет, devel.
>> Есть один пакет с вот такой историей жизни:
>>
>> https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/
>> https://packages.altlinux.org/en/sisyphus/srpms/python3-module-aiodns/specfiles/
>>
>> На днях я попытался его обновить:
>> https://packages.altlinux.org/en/tasks/388769/
>>
>> И обнаружил, что acl последовательно сжимались с некогда имевшегося
>> @everybody до недавнего 'grenka @python' (бах! EPERM #1)  и,
>> после получения appproval от члена группы @python, до нынешнего
>> 'grenka' (бабах! EPERM #2).
>>
>> Эге, подумал я, это неспроста -- но что же мешает этому заданию
>> завершиться ?
>> Прошу объяснений.
> Приветствую! Я уверен, что и вы и тот кто выдал аппрув и все остальные 
> внимательные читатели devel@ прекрасно знают ответ на этот вопрос. Но 
> поскольку вы выводите его в формальную плоскость, то формально я 
> являюсь владельцем acl на этот пакет и мне, как его владельцу, не 
> нравится ваше изменение. Предложите другое NMU или подождите, пока я 
> сам обновлю "свой пакет"=)
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel
-- 

*Данил Шеин / Danil Shein*

dshein@altlinux.org
dshein@basealt.ru

Re: [devel] python3-module-aiodns woes

[Anton Farygin]

On 7/4/25 14:14, Danil Shein wrote:
> Я правильно понимаю, что теперь все питоновские модули в репозиторий 
> попадают только после личного апрува господина @grenka и стоит 
> перевесить все ACL своих пакетов прямо на него во избежание? 

нет, я против того что бы пакеты python у нас сопровождал один человек. 
Мне нужен работающий python, а не установленный снаружи со всеми 
зависимостями.

[devel] cmake_insource и _disable_check

[Ilya Kurdyukov]

Собираю libopentelemetry для e2k, потому что потребовался в зависимостях.

Компилятор не смог собрать тесты.

Отключаю сборку тестов:

%cmake_insource \
%ifarch %e2k
    -DBUILD_TESTING=OFF \
%endif
    -DCMAKE_MODULE_PATH=%_libdir/cmake \

Но потом же в спеке есть %check, и он не может найти тесты.

Отключаю тесты по правильному:

%ifarch %e2k
%def_disable check
%endif

...

%cmake_insource \
%if_disabled check
    -DBUILD_TESTING=OFF \
%endif
    -DCMAKE_MODULE_PATH=%_libdir/cmake \

Внезапно, %cmake_insource перестаёт работать как insource:

+ cd libopentelemetry-1.17.0.25
+ make 'INSTALL=/usr/libexec/rpm-build/install -p' install 
DESTDIR=/usr/src/tmp/libopentelemetry-buildroot -C e2kv5-alt-linux
make: Entering directory '/usr/src/RPM/BUILD/libopentelemetry-1.17.0.25'
make: *** e2kv5-alt-linux: No such file or directory.  Stop.

Хотя до %if_disabled работал так:

+ cd libopentelemetry-1.17.0.25
+ make 'INSTALL=/usr/libexec/rpm-build/install -p' install 
DESTDIR=/usr/src/tmp/libopentelemetry-buildroot -C .

Пробую:

%cmake_insource \
    %{?_disable_check:-DBUILD_TESTING=OFF} \
    -DCMAKE_MODULE_PATH=%_libdir/cmake \

Опять та же ошибка.

Пробую:

%cmake_insource \
    %{?!_enable_check:-DBUILD_TESTING=OFF} \
    -DCMAKE_MODULE_PATH=%_libdir/cmake \

Теперь работает.

Объясните что это за магия такая, для меня выглядит как баг.

Re: [devel] cmake_insource и _disable_check

[Dmitry V. Levin]

On Mon, Jul 07, 2025 at 03:39:37PM +0700, Ilya Kurdyukov wrote:
> Собираю libopentelemetry для e2k, потому что потребовался в зависимостях.

Пожалуйста, не начинайте новое обсуждение кнопкой "Ответить".


-- 
ldv