Re: [devel] судьба одного пакета (rpm-build-lua)

["Fr. Br. George" <george@altlinux.org>]

Ильдар, приветствую!

On Mon, Jul 28, 2025 at 07:44:09PM +0500, Ildar Mulyukov wrote:
> Пакет rpm-build-lua был изначально создан Владимиром Селезнёвым и был
> в ACL закрыт для всех, кроме автора. Владимир отстранился от ALT, так
> что пакет остался без доступа.
> 
> Теперь мои версии пакета ждут его апрува. Последний уже больше трёх месяцев.
Правильно ли я понимаю, что разговор идёт не о той ссылке, которую вы
привели в письме (это как раз _успешная_ история пакета за вашим
авторством), а вот об этом:
https://git.altlinux.org/tasks/381946/gears/300/git?p=git;a=commitdiff;h=b862def6

Под это дело в апреле был основательно переписан _черновик_ ALT Lua
Policy — но обсуждения особого не последовало.

> Прошу кого-нибудь принять какие-нибудь меры.
Мне кажется, «меры» принимать ещё рано — лучше всё-таки поднапрячься
и бОльшим количеством читателей почитать этот вот коммит, раз уж он
реализует новый вариант полиси. И вчитаться в само полиси — возможно,
проблема там.

Я попробовал пересобрать с этим rpm-build-lua пакет —
теперь provides `lua5.№(…)` дублируется как `luarocks5.№(…)`

В проекте полиси сказано:
> Разница между этими зависимостями существенная:
> lua5.x(MOD) — это название модуля Lua, который можно использовать из программы Lua: `require 'MOD'`
> luarocks5.x(ROCK) — это название пакета LuaRocks, который может содержать несколько модулей
(увы, это ответ на вопрос «как?», а не «зачем?»)

Правильно ли я понимаю, что фактическое удвоение полей Provides в пакете служит
одной-единственной цели: возможности в дальнейшем _вручную_ указывать зависимость на
«пакет LuaRocks»? Автоматического поиска зависимостей на пакет LuaRocks
у нас нет…

Но ведь если поиск зависимостей на «модуль Lua» работает:
https://git.altlinux.org/gears/r/rpm-build-lua.git?p=rpm-build-lua.git;a=blob;f=lua.req;h=c608b219
то в таком указании нет необходимости: нужный RPM-пакет подтянется по
provides-ам на его модуль.

Кстати, в Python есть так же проблема — несоответствие самоименования
пакетов (как они представляются в pip install) и имён, которые они
впоследствии провайдят (например, с заменой минусов на подчёркивание).

Вроде как provides-ы надёжнее самоименования…


-- 
	Fr. Br. George