A mirror of https://github.com/luarocks/luarocks.git https://git.lua4.win/luarocks/atom?h=test-pin 2026-02-03T22:47:50+00:00 2026-02-03T22:47:50+00:00 tobil4sk tobil4sk@outlook.com 2026-02-03T22:47:50+00:00 urn:sha1:47301d83aba58925e1b9594023621ebb27070cdb 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. 2024-02-29T04:20:44+00:00 Hisham Muhammad hisham@gobolinux.org 2024-02-28T23:52:19+00:00 urn:sha1:847f424b8ece82ace9e01d455e0ca14627dd3553 These are treated as dependencies, and are managed and tested by upstream. 2021-03-16T02:23:38+00:00 Carl Smedstad carl.smedstad@protonmail.com 2021-03-16T02:23:38+00:00 urn:sha1:e55ff19c961b799774303d1c38a581693af289a2 Tried to do this as non-intrusively as possible, mostly by ignoring the issues in-line. Set the option unused_secondaries to false as suggested by @hishamhm. This makes named but ununsed return values, that serves a documenting purpose, allowed. 2021-02-18T01:51:26+00:00 Hisham Muhammad hisham@gobolinux.org 2021-02-18T01:50:27+00:00 urn:sha1:930acb2baa1a34dbf71c1b3f79492a2e598ecf61 I realized I had this around for ages but never committed it.