LuaJIT 2.0.5 is a bugfix release, see http://luajit.org/changes.html. Please update this package.
Assigning to the registered luajit maintainer.
Assignee: bugsquad => rverscheldeCC: (none) => marja11
Rémi, I see that Cauldron has 2.1.0 beta 3, which is fine, so this request is for Mageia 6 only.
Version: Cauldron => 6
luajit-2.0.5-1.mga6 pushed to mga6 core/updates_testing Advisory: ========= Updated luajit packages provide maintenance release This update provides LuaJIT 2.0.5, the latest bugfix release in the 2.0 branch. See the referenced changelog for changes since 2.0.4. References: - https://luajit.org/changes.html SRPM in core/updates_testing: ============================= luajit-2.0.5-1.mga6 RPMs in core/updates_testing: ============================= lib(64)luajit5.1_2-2.0.5-1.mga6 lib(64)luajit5.1-devel-2.0.5-1.mga6 luajit-2.0.5-1.mga6 luajit-common-2.0.5-1.mga6
Assignee: rverschelde => qa-bugs
Some luajit-using packages that can be used for basic testing: $ urpmq --whatrequires lib64luajit5.1_2 | sort -u bitfighter cantor csound-lua efl freeminer lib64efl1 lib64love0 lib64luajit5.1_2 lib64luajit5.1-devel lib64solarus1 love minetest ntopng sysdig
Mageia 6, x86_64. Doing some background research on this. The story so far: lua is yet another scripting language, now 25 years old, used for example in the astronomical simulator Celestia. luajit is a just-in-time compiler which supports some of the features of the language. Such compilers, as the name suggests, provide runtime compilation of parts of the code which could benefit from translation into bytecode. http://wiki.luajit.org/NYI gives a list of some of these features and marks those which are not supported or only partially supported. Bytecode numbers in -jv output: http://www.freelists.org/post/luajit/frames-and-tail-calls,1 is a forum reference which provides this snippet for revealing the names of the bytecode numbers. $ cat >bcname.lua <<'END' local x = tonumber(arg[1]) print(string.sub(require("jit.vmdef").bcnames, x*6+1, x*6+6)) END $ luajit bcname.lua 71 RET0 The code 71 indicates something which luajit provides partial support for, in this case "Return from function" apparently. More later.
CC: (none) => tarazed25
Installed cantor prior to updating but found it a bit of a disappointment. Invoked the interface and selected the lus/luajit backend and tried to open a worksheet. Nothing doing; missing all sorts of things KDE - plugins as far as I could tell. So it looks like it needs a functioning kde (or Plasma) environment, which this system lacks. Clean install of the four packages. Installed ntopng along with redis. Started the redis server and then ntopng as root. Looked like it was monitoring packets on enps03 OK. strace showed that it was using a lua script called index.lua and the JIT compiler. $ cat trace | grep lua open("/lib64/libluajit-5.1.so.2", O_RDONLY|O_CLOEXEC) = 3 open("/usr/lib64/libluajit-5.1.so.2.0.5", O_RDONLY) = 3 getcwd("/home/lcl/qa/luajit", 256) = 20 stat("/home/lcl/qa/luajit/scripts/lua/index.lua", 0x7ffced722120) = -1 ENOENT (No such file or directory) stat("/usr/share/ntopng/scripts/lua/index.lua", {st_mode=S_IFREG|0644, st_size=6922, ...}) = 0 stat("/home/lcl/qa/luajit/httpdocs", 0x7ffced721fd0) = -1 ENOENT (No such file or directory) stat("/home/lcl/qa/luajit/scripts", 0x7ffced721fd0) = -1 ENOENT (No such file or directory) stat("/home/lcl/qa/luajit/scripts/callbacks", 0x7ffced721fd0) = -1 ENOENT (No such file or directory) It also looks like there was some extra setting up needed but ignoring that the application was working. efl has something to do with Enlightenment, about which I know nothing. bitfighter is a war game of some kind where you have to learn and memorize about 5000 things before you can start - not for 80-year olds! Installed freeminer and it turned up in the Games menu - Multiplayer infinite-world block sandbox. Pardon? minetest - another game poked around the control panels, created a world with just farmland in it and started a local game without a clue. Seemed to be digging myself into a hole. The only way out was Esc. Phew! Installed sysdig - that seemed to build a kmod but finished with errors: Error! Bad return status for module build on kernel: 4.14.44-1.mga6 (x86_64) Consult the make.log in the build directory /var/lib/dkms/sysdig/0.8.0-3.mga6/build/ for more information. modprobe: FATAL: Module sysdig-probe not found in directory /lib/modules/4.14.44-1.mga6 warning: %post(dkms-sysdig-0.8.0-3.mga6.noarch) scriptlet failed, exit status 1 ERROR: 'script' failed for dkms-sysdig-0.8.0-3.mga6.noarch Installed csound. This looks like a sound synthesizer system - out of my ambit again. Not much to go on here but ntopng looks alright. cantor would have been the definitive test because you can use lua directly. The games interfaces open and respond. Leaving this to Rémi for further comments.
My small game written for LÖVE 0.10.2 works fine with LuaJIT 2.0.5.
Thanks for your tests, it looks good to me. The dkms-sysdig %post failure might be worth a new bug report, but it's likely not related to the luajit update. I've tested cantor myself on KDE and with the Lua(JIT) backend it seems to work fine. The fact that it was not functional on a non-KDE environment might also warrant a bug report, that means that it lacks some dependencies. @ Frédéric: I guess your test was on x86_64?
(In reply to Rémi Verschelde from comment #8) > @ Frédéric: I guess your test was on x86_64? Yes.
And of course - celestia still works.
Time to OK this. I shall try to gather evidence on the cantor problem and maybe post a bug.
Whiteboard: (none) => MGA6-64-OK
Happy to validate?
Keywords: (none) => has_procedure
Yes. We have done enough on this bug.
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugs
Well done Len. Advisoried.
Keywords: (none) => advisory
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2018-0108.html
Resolution: (none) => FIXEDStatus: NEW => RESOLVED