Schrijvers Luc

Small progress: ``` ~> luacheck /bin/lua5.4: ...s/luacheck-0.23.0-1/.self/data/lua/5.4/luacheck/main.lua:1: module 'argparse' not found: No LuaRocks module found for argparse no field package.preload['argparse'] no file '/packages/luacheck-0.23.0-1/.self/data/lua/5.4/argparse.lua' no file '/packages/luacheck-0.23.0-1/.self/data/lua/5.4/argparse/init.lua' no file '.luarocks/data/lua/5.4/argparse.lua' no...

OK, while I'm still not able to check non-packaged directory I managed to get luacheck working (I think ;) ) with created packages (just added one for argparse), luarocks updated...

@FractalU I think I got it? ``` ~> lua5.4 Lua 5.4.7 Copyright (C) 1994-2024 Lua.org, PUC-Rio > require("lfs") stdin:1: module 'lfs' not found: no field package.preload['lfs'] no file '/boot/system/data/lua/5.4/lfs.lua' no...

luarocks on 32bit doesn't seem to play well with datarootdir it seems :/

Tempted to revive earlier version for luarocks on 32bit and only enable the new changes for 64bit. Uploaded lua and luarocks test packages at: https://github.com/Begasus/Haiku_Testdrive/tree/master/lua @FractalU could you have a...

Bugger, and I only just pushed the merge button, will run further tests, thanks for reporting back! +1

Just did a "quick" check, regular cairo1.18.0 builds fine, the xcairo variant fails with the above error also on 64bit.

@threedeyes is this with the new version? I've got latest x86 (10.43 and an older one 8.45) installed and 10.39 for gcc2, Qt-Assistant for instance still launches (on R1B4 still...

Should 10.43 be reverted to 10.42? EDIT: or rolled back to 10.39 also for x86?

The 32bit install here is a fully synced R1B4 also here, launches fine here after installing on both 32bit and 64bit?