| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bumps the github-actions group with 1 update: [luarocks/gh-actions-lua](https://github.com/luarocks/gh-actions-lua).
Updates `luarocks/gh-actions-lua` from 13 to 14
- [Release notes](https://github.com/luarocks/gh-actions-lua/releases)
- [Commits](https://github.com/luarocks/gh-actions-lua/compare/85e2287697275df96334743ac654241a8fd34ab3...56eba09993704b908cc3c7c2753e630d18cb9696)
---
updated-dependencies:
- dependency-name: luarocks/gh-actions-lua
dependency-version: '14'
dependency-type: direct:production
update-type: version-update:semver-major
dependency-group: github-actions
...
Signed-off-by: dependabot[bot] <support@github.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* improve failure message to help user
I was trying to run `:Rocks install rocks.nvim` from neovim, which
results in:
```
luarocks "--force-lock" "--lua-version=5.1" "--tree=/home/teto/.local/share/nvim/rocks" "--server='https://luarocks.org/manifests/neorocks/'" "--server='https://lumen-oss.github.io/rocks-binaries/'" "install" "--force" "rocks.nvim"`
Installing https://luarocks.org/rocks.nvim-2.49.0-1.src.rock
Missing dependencies for rocks.nvim 2.49.0-1:
nvim-nio (not installed)
rtp.nvim (not installed)
rocks.nvim 2.49.0-1 depends on lua 5.1 (5.1-1 provided by VM: success)
rocks.nvim 2.49.0-1 depends on luarocks >= 3.11.1, < 4.0.0 (3.13.0-1 installed: success)
rocks.nvim 2.49.0-1 depends on toml-edit >= 0.6.1 (0.7.0-1 installed: success)
rocks.nvim 2.49.0-1 depends on fidget.nvim >= 1.1.0 (1.6.0-1 installed: success)
rocks.nvim 2.49.0-1 depends on fzy (1.0.3-1 installed: success)
rocks.nvim 2.49.0-1 depends on nvim-nio (not installed)
Installing https://luarocks.org/nvim-nio-1.10.1-1.src.rock
nvim-nio 1.10.1-1 is already installed in /home/teto/.local/share/nvim/rocks
Use --force to reinstall.
Error: Repository inconsistency detected (previously unfinished/corrupted installation?)
```
The error spaws from luarocks 3.13 so while the root problem of the
dependency not being detect while already installed might already have
been solved in newer releases. As rocks.nvim only displayed the last bit
(maybe because of stderr vs stdout distinction ?), patching the error message is still helpful.
* Update src/luarocks/deps.tl
Co-authored-by: Hisham Muhammad <hisham@gobolinux.org>
---------
Co-authored-by: Hisham Muhammad <hisham@gobolinux.org>
|
| | |
|
| | |
|
| |
|
| |
See #1909.
|
| | |
|
| | |
|
| |
|
|
|
| |
The variable `name` must be falsely in this `else` clause so stringify values like `false`, `nil `, `{}`, etc., so we can safely build an err message instead of merely crashing.
* #1828
* #1829
|
| | |
|
| | |
|
| |
|
|
| |
Fixes
* https://github.com/luarocks/luarocks/pull/1912#discussion_r3772314224
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bumps the github-actions group with 1 update: [luarocks/gh-actions-lua](https://github.com/luarocks/gh-actions-lua).
Updates `luarocks/gh-actions-lua` from 12 to 13
- [Release notes](https://github.com/luarocks/gh-actions-lua/releases)
- [Commits](https://github.com/luarocks/gh-actions-lua/compare/fc6f8de246f8c01f6e1a56a1b851143e23370ff3...85e2287697275df96334743ac654241a8fd34ab3)
---
updated-dependencies:
- dependency-name: luarocks/gh-actions-lua
dependency-version: '13'
dependency-type: direct:production
update-type: version-update:semver-major
dependency-group: github-actions
...
Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
|
| |
|
|
|
|
|
| |
* chore(deps): bump lua-zlib to 1.4
* refactor: adjust static lib for `lua-zlib` 1.4 rockspec
* refactor(ci): remove unused copy of zlib import lib for MSVC
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
This fixes https://github.com/luarocks/luarocks/issues/1712.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Changes worth noting:
* following `leafo/gh-actions-lua`, `luarocks/gh-actions-lua` and `luarocks/gh-actions-luarocks`, changed the action to setup MSVC from `ilammy/msvc-dev-cmd` to `step-security/msvc-dev-cmd` due warnings related to the use of EOL nodejs versions;
* replaced actions from `hishamhm` acc to `luarocks` org acc.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The sed that sets the source tag inserted a new line after the url
line without a trailing comma and without removing a pre-existing
tag line. When a release is cut from a tree that carries the previous
release's rockspec (which already has a tag line), the result is a
syntax error:
source = {
url = "git+https://github.com/luarocks/luarocks",
tag = "v3.13.0"
tag = "v3.12.2",
}
This is what shipped in the official luarocks-3.13.0.tar.gz (#1851).
Fix by deleting any existing tag line before inserting the new one
(with a trailing comma), and validate that the rockspec actually
loads as Lua before packing the tarball, using the Lua 5.4 prefix
the script already requires.
|
| | |
|
| | |
|
| |
|
|
| |
rockspec_format argument.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
rockspec_format argument.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
See: #1257
On most platforms LUA_LIBDIR is empty, so you get:
Warning: unmatched variable LUA_LIBDIR
And the resulting empty -L flag in the example can cause issues like:
ld: warning: search path '-lpthread' not found
It's also not sufficient to pass the -L flag, you also have to provide the actual library to link.
I've updated the example to only set LUA_LIBDIR for windows where it is used by default. However, as noted in it is possible to do:
luarocks config link_lua_explicitly true
It would be better to respect this setting rather than hard-coding windows only, but I'm not sure the best way to check that config in the rockspec, I wonder if anyone else has any suggestions?
[docs] Use implicit rules in example makefile
See:
https://www.gnu.org/software/make/manual/html_node/Catalogue-of-Rules.html#index-C_002c-rule-to-compile
https://www.gnu.org/software/make/manual/html_node/Catalogue-of-Rules.html#index-linking_002c-predefined-rule-for
https://www.gnu.org/software/make/manual/html_node/Implicit-Variables.html#index-CPPFLAGS
https://www.gnu.org/software/make/manual/html_node/Implicit-Variables.html#index-LDFLAGS
[docs] Fix LUA_LIBDIR handling in makefile example
The example setup given here gives this warning on most systems:
```
Warning: unmatched variable LUA_LIBDIR
```
Also, you get an empty `-L` flag, which one some compilers will eat the
following flag, causing issues, e.g.
```
ld: warning: search path '-lpthread' not found
```
This is because most environments do not require explicit linking of
LUALIB, so it LUA_LIBDIR not set.
This patch fixes the sample by only setting `LUA_LIBDIR` when it
is actually needed, i.e. on windows.
[docs] Fix example makefile for windows
On windows, LUALIB is set to e.g. `lua51.dll`, which is the full name
and does not work with `-llua51.dll`. Passing the full path here allows
it to be linked properly.
Another option is `-l:$(LUALIB)` to specify the full file name, but some
linkers do not support that syntax.
[docs] Fix broken formatting due to unescaped $
[docs] Highlight makefile syntax
[docs] Use consistent whitespace
Fixes markdown warnings about hard tabs
|
| | |
|
| |
|
|
|
|
|
|
| |
When installing a rock that provides a module already provided by
another installed rock, print a warning indicating the collision
and which module will take priority.
Closes #1148
|
| |
|
|
|
|
| |
Same implementation as
https://github.com/leafo/moonrocks/commit/2e9585862497e65284bfb728542e5686ebec1280
by @leafo
|
| | |
|
| | |
|
| |
|
|
|
| |
We only need to check that build_spec.lua works in all combinations.
This should provide enough coverage.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Fixes #1874.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
running
```luarocks config local_by_default``` returns ```Error: Unknown entry local_by_default```
and running
```luarocks config local_by_default true``` writes it as a string to the config file:
```lua
local_by_default = "true"
```
Same is true to any bool var set as false.
This pr aims to fix this issue.
|
| |
|
| |
Fixes #1827.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
* the upstream zlib was updated from
1.3.1 to 1.3.2, invalidating the
current URL;
* according to zlib website, each tarball
released so far can be found at
https://www.zlib.net/fossils/ ;
|
| |
|
|
| |
* this change is on LuaSocket 3.1.0 rockspec: see https://luarocks.org/manifests/lunarmodules/luasocket-3.1.0-1.rockspec
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
compat53 is vendored since #1757 as it is required to run luarocks with lua 5.1 or 5.2.
However, this introduced some issues as the GNUmakefile install rule places these in the same place where `luarocks install compat53` would install them. This means you get conflicts if you install the actual package:
```
Warning: /.../prefix/share/lua/5.1/compat53/init.lua is not tracked by this installation of LuaRocks. Moving it to /.../prefix/share/lua/5.1/compat53/init.lua~
Warning: /.../prefix/share/lua/5.1/compat53/module.lua is not tracked by this installation of LuaRocks. Moving it to /.../prefix/share/lua/5.1/compat53/module.lua~
Warning: /.../prefix/share/lua/5.1/compat53/file_mt.lua is not tracked by this installation of LuaRocks. Moving it to /.../prefix/share/lua/5.1/compat53/file_mt.lua~
```
It is also not ideal for linux package maintainers to include a vendored package, see: https://github.com/luarocks/luarocks/pull/1757#issuecomment-3409873412.
To solve these issues, this patchset makes the following changes:
- GNUmakefile now places the compat53 files under `luarocks/vendor/compat53` (which is added internally to the luarocks script's `package.path`). This way a user's installation of compat53 does not interfere at all with luarocks one.
- Added `--with-system-compat53` option to configure script for external packaging systems.
- Fixed install.bat's logic for deciding whether to vendor compat53, as the current script includes it for every version.
install.bat already places luarocks sources outside of LUAPATH, so that part can stay as is.
I've also inverted the version check to avoid the need for future patches like: #1850.
|
| | |
|