LuaRocks/luarocks

Matthieu Coudron

@teto

would you accept any PRs addressing luacheck issues, formatting Github actions ? (like stylua or luaformatter). You can check https://github.com/neovim/nvim-lspconfig/pulls for examples

Matthieu Coudron

@teto

https://github.com/aiq/basexx/blob/7acfe920345df885ba89c6feb307990cfc40c614/dist/basexx-scm-0.rockspec#L12 is the ... used for the url something standard ? I dont see it listed at https://github.com/luarocks/luarocks/wiki/Rockspec-format

hisham_hm

@hisham_hm:matrix.org

[m]

it is not, that is a mistake in the rockspec (or it is a template for generating other rockspecs? I'm not familiar with that project)

re PRs for luacheck reports, I do not consider absolutely everything that luacheck reports to be an issue. We have a style guide repo in the luarocks org which I try to follow

Marcus

@Mehgugs

Is there a way to get luarocks to build a c library instead of asking for it as an external dependency

I'd like to include it as a git submodule checked out to a specific version

Matthieu Coudron

@teto

ok thanks, I submitted a PR now merged to fix the basexx rockspec

ghosttown

@ifeelfreeee:matrix.org

[m]

hey hisham i got a question regarding luarocks's init command. It looks like the lua script that it comes with it's not picking up lua_modules? I'm running lua 5.3 and luarocks 3.7.0. thanks

#!/bin/sh

LUAROCKS_SYSCONFDIR='/usr/local/etc/luarocks' exec '/usr/bin/lua5.3' -e 'package.path="/home/mrtn/.luarocks/share/lua/5.3/?.lua;/home/mrtn/.luarocks/share/lua/5.3/?/init.lua;/usr/local/share/lua/5.3/?.lua;/usr/local/share/lua/5.3/?/init.lua;"..package.path;package.cpath="/home/mrtn/.luarocks/lib/lua/5.3/?.so;/usr/local/lib/lua/5.3/?.so;"..package.cpath' $([ "$*" ] || echo -i) "$@"

that's the one i got on a fresh init

Caleb Maclennan

@alerque

Anybody have good examples of LuaRocks being published from GitHub Actions handy?

hisham_hm

@hisham_hm:matrix.org

[m]

ghosttown that's odd! It should have picked it up! maybe some environment variable is messing things up?

perhaps this may be useful, @alerque :

https://github.com/leafo/gh-actions-luarocks

I don't think it publishes rocks, but once luarocks is setup in the environment it may be a matter of running luarocks upload (and maybe luarocks new_version to generate a new rockspec?) and storing your API key as an environment secret

I have next to no experience with Github Actions but I've seen similar things done with Travis CI in the past

Caleb Maclennan

@alerque

Thanks @hisham_hm:matrix.org. I'm already a prolific gh-actions-luarocks user :smiley_cat:. I was just looking for something with a workflow that included luarocks upload to compare notes with to make sure I wasn't overlooking something.

Matthieu Coudron

@teto

if I install a package with lua_modules_path = "" then it installs with a flat hierarchy except for the files referenced by the rockspec's copy_directories field (they are in name-version-rocks/name/version). Would that make sense to install them at the root too ?

haywhnk

@dauuricus

[help] i use luarocks on termux.I want to install 'xml' but maybe termux has no STDCPP (libstdc++)

Installing https://luarocks.org/lua-requests-1.2-2.src.rock
Missing dependencies for lua-requests 1.2-2:
xml (not installed)
luasec >= 0.5.1, < 0.8-1 (1.0.2-1 installed)
lua-requests 1.2-2 depends on xml (not installed)
Installing https://luarocks.org/xml-1.1.3-1.src.rock
Error: Failed installing dependency: https://luarocks.org/xml-1.1.3-1.src.rock - Could not find library file for STDCPP
No file libstdc++.a in /data/data/com.termux/files/usr/local/lib
No file libstdc++.a in /data/data/com.termux/files/usr/local/lib64
No file libstdc++.so in /data/data/com.termux/files/usr/local/lib
No file libstdc++.so in /data/data/com.termux/files/usr/local/lib64
No file matching libstdc++.so.* in
/data/data/com.termux/files/usr/local/lib
No file matching libstdc++.so.* in
/data/data/com.termux/files/usr/local/lib64
No file libstdc++.a in /data/data/com.termux/files/usr/lib
No file libstdc++.a in /data/data/com.termux/files/usr/lib64
No file libstdc++.so in /data/data/com.termux/files/usr/lib
No file libstdc++.so in /data/data/com.termux/files/usr/lib64
No file matching libstdc++.so.* in /data/data/com.termux/files/usr/lib
No file matching libstdc++.so.* in /data/data/com.termux/files/usr/lib64

You may have to install STDCPP in your system and/or pass STDCPP_DIR or STDCPP_LIBDIR to the luarocks command.

Example: luarocks install xml STDCPP_DIR=/usr/local

termux/termux-app#1846

im very new lua. so I tripped at installing lua-requests. I want to know how to make lua xml on termux or how to build lua xml except for using 'STDCPP'.

haywhnk

@dauuricus

termux/termux-packages#7469

Thadeu de Paula

@thadeudepaula_gitlab

@dauuricus why you don't install the luarocks and lua packages for termux? Termux is a little tricky as it is not a standard OS environment, just a workaround to use Unix/Linux packages and provide a terminal under Android. So... the the compilations have to follow specific configuration that may be not the scope of the Luarocks developers.

You can install Lua and Luarocks with:
pkg install luarocks lua53

Note that the termux doesn't create the correct link for interpreter, so you will need to do it by hand:

ln -sf  /data/data/com.termux/files/usr/bin/lua5.3  /data/data/com.termux/files/usr/bin/lua`
ln -sf  /data/data/com.termux/files/usr/bin/luac5.3  /data/data/com.termux/files/usr/bin/luac`

I dit it in my termux and it's ok.... Then I tried to install cqueues as in your message:

luarocks install cqueues

The error message was:

~ $ luarocks install cqueues
Installing https://luarocks.org/cqueues-20200726.53-0.src.rock
Error: This rockspec for cqueues does not support unix platforms.

It occurs because the package (rock) cqueues says it can be installed in Unix. Maybe you'll need to use other rock instead of http (as it depends on cqueues) to do what you want if you wanna go with Termux or other Unix platform.

1 reply

haywhnk

@dauuricus

lubyk/xml#16

i use both.

pkg luarocks ,pkg lua53

1 reply

(lua) xml has done :)

luarocks imstall xml STDCPP_LIBDIR=/system/lib

haywhnk

@dauuricus

uunnh

cqueues case :
i cant get that error message '...unix'

gcc -O2 -std=gnu99 -fPIC -g -Wall -Wextra -Wno-missing-field-initializers -Wno-initializer-overrides -Wno-unused -Wno-dollar-in-identifier-extension -O2 -fPIC -DLUA_COMPAT_APIINTCASTS  -D_REENTRANT -D_THREAD_SAFE -D_GNU_SOURCE -I"/data/data/com.termux/files/usr/include" -I"/data/data/com.termux/files/usr/include" -DCOMPAT53_PREFIX=cqueues -DCQUEUES_VENDOR='"quae@daurnimator.com"' -DCQUEUES_VERSION=20200726L  -c -o /data/data/com.termux/files/usr/tmp/luarocks_cqueues-20200726.53-0-6994475/cqueues-rel-20200726/src/5.3/cqueues.o /data/data/com.termux/files/usr/tmp/luarocks_cqueues-20200726.53-0-6994475/cqueues-rel-20200726/src/cqueues.c
/data/data/com.termux/files/usr/tmp/luarocks_cqueues-20200726.53-0-6994475/cqueues-rel-20200726/src/cqueues.c:47:10: fatal error: 'lua.h' file not found
#include <lua.h>
         ^~~~~~~
1 error generated.

18 replies

haywhnk

@dauuricus

but http has other problem.i tried few days before on chromebook armcore on contenair linux.

'http' problem is 'sa' file.

same as Nim on termux case.
nim-lang/Nim#18520

haywhnk

@dauuricus

i wrote http simple request code but erorr was same as Nim on termux. sa <-- X ,ca

EduardasMeile

@EduardasMeile

hello. Can anyone explain to me why lua-cjson .so file as packaged by Debian and Ubuntu does not need to link to liblua.so ?

```

eduardas@eduardas-Battlestation:/usr/lib/x86_64-linux-gnu$ ldd liblua5.1-cjson.so.0
        linux-vdso.so.1 (0x00007fff7f3cd000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3435d4c000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f3436167000)

Am I wrong for using the -llua flag when building my own Lua binding .so files?

EduardasMeile

@EduardasMeile

Same for the binaries provided by Luarocks like luaposix.

eduardas@eduardas-Battlestation:~/.luarocks/lib/lua/5.3/posix$ ldd stdio.so
        linux-vdso.so.1 (0x00007ffec7cbf000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f09df2a0000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f09df4b8000)

EduardasMeile

@EduardasMeile

eduardas@eduardas-Battlestation:~/.luarocks/lib/lua/5.3/posix$ nm -gD stdio.so
                 U ctermid
                 w __cxa_finalize
                 U __errno_location
                 U fclose
                 U fdopen
                 U fileno
                 w __gmon_start__
                 w _ITM_deregisterTMCloneTable
                 w _ITM_registerTMCloneTable
                 U lua_createtable
                 U lua_getfield
                 U lua_gettop
                 U lua_isinteger
                 U luaL_argerror
                 U luaL_checklstring
                 U luaL_checkudata
                 U luaL_checkversion_
                 U luaL_fileresult
                 U luaL_setfuncs
                 U lua_newuserdata
0000000000001860 T luaopen_posix_stdio
                 U lua_pushfstring
                 U lua_pushinteger
                 U lua_pushnil
                 U lua_pushstring
                 U lua_setfield
                 U lua_setmetatable
                 U lua_settop
                 U lua_tointegerx
                 U lua_tolstring
                 U lua_type
                 U lua_typename
                 U rename
                 U __stack_chk_fail
                 U strerror

hisham_hm

@hisham_hm:matrix.org

[m]

Lua modules packaged by Debian are not built with LuaRocks, and I believe they do not contain LuaRocks metadata, so they are not compatible with LuaRocks either

EduardasMeile

@EduardasMeile

@hisham_hm:matrix.org That was not my point. My point was that neither the Luarocks .so files nor the Debian .so files for Lua modules would link to liblua.so

But after asking around on the lua channel at libera.chat people pointed out that Lua modules that get loaded by a lua script do not really need to be linked to liblua.so to work

Though most distros have a liblua.so

hisham_hm

@hisham_hm:matrix.org

[m]

The runtime linker resolves the symbols once the Lua VM loads the module

liblua.so serves another purpose, it is to link the Lua VM into applications

EduardasMeile

@EduardasMeile

Supposedly the distro liblua.so is intended for applications that want to execute Lua scripts themselves, i.e. have an embedded interpreter.

@hisham_hm:matrix.org yes, that is what I was told, but that was not obvious to a Lua novice such as I

hisham_hm

@hisham_hm:matrix.org

[m]

That's correct!

Where communities thrive

People

Repo info

Activity