| Commit message (Collapse) | Author | Files | Lines |
|
LuaRocks generally only checked whether to use a mirror in the first
operation, when it fetches the manifest. If the manifest fails to load, it
switches to the mirror and everything works from there. But if the manifest
fetches ok and the then actual rock download fails with a 504, it gives up,
instead of trying that in a mirror as well. Changing that to make it retry
every download on a mirror when the base URL matches one configured in
cfg.rocks_servers should make it much more resilient.
Fixes #1299.
|
|
|
|
|
|
* Fix. Do not revoke permission from the current user
* Do not quote FS commands
* hotfix: remove stray character
Co-authored-by: Hisham Muhammad <hisham@gobolinux.org>
|
|
|
|
For environments other than UNIX, this will return false.
Suggested by @hishamhm.
|
|
The loading of the config file has been changed to support the XDG
Base Directory specification. More info here:
https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html
If in a UNIX environment, LuaRocks will try loading a config file in
XDG_CONFIG_HOME. If this fails, try loading one in the old location
~/.luarocks.
This method clashed a bit with the old code that separated the setting
of confdirs and the loading of the config files. As we now change
cfg.homeconfdir depending on where we find the config file I found it
necessary to remove the function set_confdirs() and move some pieces
into the config loading logic.
|
|
This is needed in order to follow the XDG Base Directory specification.
More info here:
https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html
|
|
|
|
Don't set cfg.home_tree to nil in cfg.lua when the user is root.
Instead, do explicit checks if the user is root in cmd.lua.
This removes some confusion, as cfg.home_tree is later set by the
default system config file, so it will show up when running 'luarocks
config'.
|
|
https://github.com/luarocks/luarocks/issues/1293
Co-authored-by: Hisham Muhammad <hisham@gobolinux.org>
|
|
|
|
luaposix wasn't updated for Lua 5.4 yet
|
|
|
|
|
|
|
|
Older versions of LuaRocks (< 3) registered "foo.init" files as "foo"
(which caused problems, so that behavior was changed). But look for that
in the manifest anyway for backward compatibility.
See https://github.com/luarocks/luarocks/commit/65c417e0ecda55f44c691df032163a8c08f0b52a
See #1276.
|
|
Ensure that `luarocks` fails if an installation does not successfully
deploy all files registered in the `rock_manifest`.
See #1276.
|
|
If rock_manifest could not be found, the entry in manifest is unusable:
without the list of files from rock_manifest, we can't scan the repository
to remove files. This means the entry in the repo manifest is a leftover from
an incomplete removal. Remove the entry from the repo manifest.
|
|
|