From: Ildar Mulyukov <ildar.mulyukov@gmail.com>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] судьба одного пакета (rpm-build-lua)
Date: Tue, 29 Jul 2025 20:28:35 +0500
Message-ID: <CACAYGhv1bhXm0R4F+NT=gewnD-5P50G6mXroqJoJajBPtdvpgw@mail.gmail.com> (raw)
In-Reply-To: <b4cadd14-5376-466a-839f-0fc8cf19c476@basealt.ru>
Немного мат.части.
Связанные с Lua пакеты у нас делятся на 2 категории: собирающиеся
традиционным способом (configure-make-make install) и из пакетов
LuaRocks. Сразу отмечу, что когда модулей становится много, то второй
подход уже сильно облегчает жизнь мэйнтейнеру *)
Напомню, что пространство имён пакетов LuaRocks — это отдельное,
независимое от пространства имён модулей Lua множество.
On Tue, Jul 29, 2025 at 5:05 PM Anton Farygin <rider@basealt.ru> wrote:
> On 7/28/25 22:53, Ildar Mulyukov wrote:
> > Правильно ли я понимаю, что разговор идёт не о той ссылке, которую вы
> > привели в письме (это как раз_успешная_ история пакета за вашим
> > авторством), а вот об этом:
> > https://git.altlinux.org/tasks/381946/gears/300/git?p=git;a=commitdiff;h=b862def6
>
> вообще конечно такое удобнее смотреть и комментировать в каком-то git а
> не в сборочном задании.
>
> Если я правильно понял commit то он в параллель к обычным и привычным
> нам provides добавляет provides luarocks с целью (наверное) в дальнейшем
> задействовать LuaRocks для построения межпакетных зависимостей rpm пакетов.
Дополнительная деталь: эти зависимости конечному пользователю не
нужны. Они нужны самим опакеченным LuaRocks-ам, чтобы соблюсти между
ними зависимости времени сборки (не исполнения). Эти зависимости
возникают внутри логики LuaRocks.
> Но предложенная реализация не добавляет использования этих Provides, а
> только добавляет их наличие.
Об этом я писал в позапрошлом письме про полуавтоматические зависимости.
> Сейчас действительно есть такие зависимости
> https://packages.altlinux.org/ru/sisyphus/deps/?q=luarocks5.1
> и прописываются они руками:
> https://packages.altlinux.org/ru/sisyphus/srpms/lua5.1-module-http/specfiles/2749524596270163604#line-27
>
> Честно не совсем понятно чем оно лучше/хуже, но пакет с модулем lua
> провайдит сразу три сущности:
> https://packages.altlinux.org/ru/sisyphus/binary/lua5.1-module-basexx/noarch/depends/2514392821593640663
>
> А именно:
> lua5-basexx = 0.4.1
Это legacy-зависимость для тех, кто ищет содержимое по этому имени
(если раньше пакет собирался configure-make-make install). Такая
зависимость есть/нужна далеко не у всех пакетов.
> lua5.1-module-basexx = 0.4.1-alt2:sisyphus+248806.100.1.1
> luarocks5.1(basexx) = 0.4.1-alt2
>
> зачем действительно дублировать сущности пока неясно, наверное есть план
> отказаться от чего-то одного в пользу чего-то другого.
Действительно, технически можно было бы отказаться от искусственной
зависимости (luarocks5.1(basexx)) в пользу стандартной пакетной
(lua5.1-module-basexx). Но тут сразу видно аккуратно разложенные
грабли: ошибка в имени пакета, пакет с нужным именем, но без
luarocks-содержимого и т.п.
Хорошо бы понять что мы экономим и зачем.
> И если посмотреть на спекфайл:
> ...
> То в нём видно что провайд на luarocks тоже идёт вручную (что собственно
> и чинит данное исправление).
>
> Но я бы тогда предложил убрать старые provides и заменить их полностью
> на luarocks. Это вообще возможно ?
Естественно, ручной Provides должен быть удалён, это пункт 6 в
https://www.altlinux.org/Lua_Policy#Правила_упаковки_модулей_Lua
> И мне кажется что этот диалог без ментейнера lua невозможен, а именно на
> нём висит ACL rpm-build-lua
:-\
*) https://altlinux.space/ildar/rocks
--
Ildar Mulyukov,
(ΙΧΘΥΣ) child of God
email: ildar.mulyukov@gmail.com
matrix: @ildar:matrix.org
blog: http://johan-notes.blogspot.com/
next prev parent reply other threads:[~2025-07-29 15:28 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-28 14:44 Ildar Mulyukov
2025-07-28 14:47 ` Anton Farygin
2025-07-28 17:46 ` Fr. Br. George
2025-07-28 19:53 ` Ildar Mulyukov
2025-07-29 12:05 ` Anton Farygin
2025-07-29 15:28 ` Ildar Mulyukov [this message]
2025-07-30 6:43 ` Anton Farygin
2025-07-30 8:08 ` Ildar Mulyukov
2025-07-30 9:03 ` Anton Farygin
2025-07-30 10:03 ` Ildar Mulyukov
2025-07-30 11:42 ` Daniel
2025-08-04 15:59 ` Ildar Mulyukov
2025-07-29 8:33 ` Gleb Fotengauer-Malinovskiy
2025-07-29 10:09 ` Ildar Mulyukov
2025-07-29 11:23 ` Dmitry V. Levin
2025-07-29 14:23 ` Ildar Mulyukov
2025-07-29 16:02 ` Gleb Fotengauer-Malinovskiy
2025-07-29 17:02 ` Ildar Mulyukov
2025-07-29 19:19 ` Gleb Fotengauer-Malinovskiy
2025-08-04 15:44 ` Ildar Mulyukov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CACAYGhv1bhXm0R4F+NT=gewnD-5P50G6mXroqJoJajBPtdvpgw@mail.gmail.com' \
--to=ildar.mulyukov@gmail.com \
--cc=devel@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
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