Lua Policy: различия между версиями

Материал из ALT Linux Wiki
м (ALTLinux -> ALT Linux)
(→‎Список интерпретаторов Lua в ALT Linux: дополнение по трансляторам)
Строка 14: Строка 14:
# Lua 5.3
# Lua 5.3
# LuaJIT 2.1 (совместим с Lua 5.1)
# LuaJIT 2.1 (совместим с Lua 5.1)
Для ясности стоит также упомянуть, что:
* фактически транслятор языка находится в библиотеке и предоставляется пакетами ''liblua5.x'' и ''libluajit''
* программа ''/usr/bin/lua'' из пакета ''lua5.x'' является только средством для запуска скриптов Lua и чистых-Lua-программ (как тот же LuaRocks). Следовательно, требование по привязке к определённой версии интерпретатора для таких программ может быть установлено менее жёстким, с известной долей осторожности


== Общие соображения ==
== Общие соображения ==

Версия от 15:15, 25 сентября 2017

Stub.png
Черновик политики Sisyphus
Автор(ы) — ildar@
[... Обсуждение в devel@]
Обсуждается с 20.09.2017


Правила упаковки модулей и программ на языке Lua.

Список интерпретаторов Lua в ALT Linux

  1. Lua 5.1
  2. Lua 5.3
  3. LuaJIT 2.1 (совместим с Lua 5.1)

Для ясности стоит также упомянуть, что:

  • фактически транслятор языка находится в библиотеке и предоставляется пакетами liblua5.x и libluajit
  • программа /usr/bin/lua из пакета lua5.x является только средством для запуска скриптов Lua и чистых-Lua-программ (как тот же LuaRocks). Следовательно, требование по привязке к определённой версии интерпретатора для таких программ может быть установлено менее жёстким, с известной долей осторожности

Общие соображения

Программы Lua могут исполняться в двух режимах:

  1. Программа, которая содержит в себе интерпретатор Lua (например, в виде библиотеки liblua.so.*), запускает Lua-подпрограмму средствами этого интерпретатора
  2. Скрипт Lua запускается с помощью интерпретатора, например /usr/bin/lua

Следовательно, всё-таки стоит отойти от практики явной линковки модулей с liblua.so и воспринимать эту библиотеку не как библиотеку, а как интерпретатор.

Модули и Lua-библиотеки следует паковать через LuaRocks. Это позволяет полуавтоматически отслеживать зависимости между модулями и, в крайнем случае, доустанавливать модули пользователям в локальном режиме.

О версиях Lua и их модулях

Давным-давно в ALT Linux была одна только Lua 5.0 . С тех пор у нас стандартными путями для модулей были %_datadir/lua5 и %_libdir/lua5 . Потом вышла Lua 5.1 и версию 5.0 выкинули. Сейчас у нас 3 интерпретатора (см. выше), реализующих две версии языка: 5.3 и 5.1 . Одним из критичных вопросов примем вопрос востребованности (интерпретаторов, модулей, ...).

  1. Понятно, что каждый из интерпретаторов востребован теми пакетами, которые от них зависят, как какой-нибудь love работает на libluajit.so, поэтому в его зависимостях это прописано явно
  2. Для модульных систем у нас есть зависимости модулей друг от друга и от версии Lua (пример?). Вопрос востребованности (т.е. вопрос: для какой версии Lua нужны модули?) открывается очень простым. На самом деле в 95% случаев подходит Lua >= 5.1. Это позволяет принять версию 5.3 главной в вопросе поддержки модулей и их упаковки.
  3. Необходимо сохранить возможность упаковки модулей для определённых версий Lua, а также обеспечить максимальное облегчение сборки таких модулей

Правила упаковки модулей Lua

Модули и Lua-библиотеки следует паковать через LuaRocks. Это позволяет полуавтоматически отслеживать зависимости между модулями и в крайнем случае доустанавливать модули пользователям в локальном режиме.

Как это выглядит:

  1. Вся инфраструктура luarocks и модули собираются для последней версии Lua (на данный момент 5.3)
  2. Именование модулей: lua-module-имямод
  3. Модули устанавливаются в пути %_datadir/lua/5.3 (noarch) и %_libdir/lua/5.3 (arch)
  4. Модули собираются в RPM из rockspec при помощи утилиты lrimport.
  5. Зависимости между модулями выглядят так: luarocks(имямод) <>= вермод

Пояснения:

  1. Двоичные (arch) модули собираются стандартно для последней версии. При возникновении необходимости в модуле для более старой версии интерпретатора, отдельный пакет порождается и собирается вручную, см. раздел ниже
  2. Если модуль/Lua-библиотека хорошо совместима со старой версией Lua и является полностью noarch, то при помощи spec-макроса %{lua_modules_make_available_for_older_versions} модуль становится мульти-луа-пригодным, т.е. как для 5.3, так и для 5.1

Правила упаковки модулей для старых версий языка

Вследствие того, что в сборочную среду невозможно установить одновременно liblua5.3-devel и liblua5.1-devel, сборка двоичных модулей под два интерпретатора пока принципиально невозможна. Поэтому при сборке этих модулей отдельно, необходимо соблюдать следующие правила:

Нерешенные проблемы

  1. lrimport не является полностью автоматизированным средством. Патчи приветствуются.
  2. Вследствие того, что в сборочную среду невозможно установить одновременно liblua5.3-devel и liblua5.1-devel, сборка двоичных модулей под два интерпретатора пока невозможна

Ссылки