QA (public) » openQA Project (public)

Motivation¶

Lua is a common scripting language and it can be a good example of showing how specific language selections don't matter that much. We already have python but to ensure that we have a proper solution which is not language specific we should add support for another language, e.g. Lua.

Acceptance criteria¶

• AC1: An example test module in os-autoinst in another programming language exists

Suggestions¶

• Let's start with fixing https://build.opensuse.org/package/live_build_log/devel:languages:perl:CPAN-I/perl-Inline-Lua/openSUSE_Tumbleweed/x86_64

[    7s] + perl Makefile.PL INSTALLDIRS=vendor 'OPTIMIZE=-O2 -Wall -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=3 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -flto=auto'
[    7s] Odd number of elements in hash assignment at Makefile.PL line 12.
[    7s] *******************************************
[    7s] Couldn't find a working Lua installation
[    7s] on this machine. This is required for
[    7s] this module.
[    7s] 
[    7s] To obtain it, go to
[    7s]     http://www.lua.org/download.html
[    7s] *******************************************

• and then use Inline::Lua
• But consider Inline-Lua: "Bus factor: 0", "This distribution is up for adoption! If you're interested then please contact the PAUSE module admins via email."
• Or use any other non-weird language
• Make sure Lua really is the best language for Perl parameter compatibility (Python weakness)
• Write down your impressions of using Lua
• Consider challenging test API functions which might already pose problems with the Python implementation, e.g. the ones with function callbacks.