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

[Ildar Mulyukov]

Здравствуйте, Георгий!

как говорят "спасибо, что спросили"! :-)

On Mon, Jul 28, 2025 at 10:46 PM Fr. Br. George <george на altlinux.org> wrote:
> 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

И да, и нет. Вопрос о том, нужно ли это изменение или нет, уже
потускнел за три месяца. Сюда я написал уже с другим вопросом: как так
получается, что "ни вперёд, ни назад" и это, с позволения сказать, с
молчаливого одобрения не одного сотрудника Базальт.

Впрочем, таск, который не пропускает Данила — да, это #381946.

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

Ну, похоже, что просто не с кем обсуждать. Впрочем, я на это не жалуюсь.

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

Я просто даже не знаю, как другими словами описать, что модуль Lua и
пакет LuaRocks — это просто разные вещи.

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

совпадение. См. ниже.

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

Пакет LuaRocks может содержать (и часто содержит) множество модулей
Lua внутри себя. В каждом современном языке есть прямые аналогии:
crate, package, go mod, pypi, модули OCaml и т.п.

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

Есть полуавтоматический поиск в утилите lrimport.

Зависимости на LuaRocks нужны самим пакетам LuaRocks, т.к. именно
такие зависимости используются в этой экосистеме (а не зависимости на
модули Lua).

> Но ведь если поиск зависимостей на «модуль 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-ам на его модуль.

см. выше: в самих пакетах LuaRocks используются зависимости на пакеты LR.

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

Я не знаток этой проблемы в Питоне. В Lua это всё-таки полностью
независимые понятия и ортогональные пространства имён.

С уважением, Ильдар
-- 
Ildar Mulyukov,
(ΙΧΘΥΣ) child of God

email: ildar.mulyukov на gmail.com
matrix: @ildar:matrix.org
blog: http://johan-notes.blogspot.com/