aboutsummaryrefslogtreecommitdiff
path: root/spec (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Tests: add tests for luarocks.core.sysdetect (#939)Hisham Muhammad2018-10-301-0/+73
|
* core.sysdetect: add fork-free OS detection (#938)Hisham Muhammad2018-10-301-2/+2
| | | | | Detect operating system and architecture without forking subprocesses, doing `file`-like detection reading data from well-known system executables.
* cmd: fix setting up deployment paths from a treeFYP2018-10-291-0/+17
| | | | | | (Amended with a regression test.) Co-authored-by: Hisham Muhammad <hisham@gobolinux.org>
* Tests: add shebang test for fs.is_luaHisham Muhammad2018-09-261-0/+6
|
* write_rockspec: fix representation of Lua version dependencyHisham Muhammad2018-09-251-0/+21
| | | | | | | | The Lua version dependency specified with --lua-versions was using the internal table format. This commit ensures that it is stored in rockspecs using the string format. Includes a regression test.
* Tests: add regression test for luarocks.loader startupHisham Muhammad2018-09-112-1/+15
|
* write_rockspec, init: rename --lua-version to --lua-versionsHisham Muhammad2018-09-071-5/+5
| | | | | | | Fixes conflict between the use of --lua-version in write_rockspec to list supported Lua versions in a rockspec (now renamed to --lua-versions) and the general --lua-version flag used to select a Lua interpreter.
* Tests: add test cases for rocks with conflicting module namesHisham Muhammad2018-09-048-1/+159
| | | | | This tests the behavior of upgrades and downgrades on rocks that deploy both foo.lua and foo.so
* Fix: do not detect .luarocks/config-5.x.lua and lua_modules as modulesHisham Muhammad2018-08-021-1/+51
| | | | | | | | | | | | | Running luarocks init a second time after deleting the rockspec was mis-detects .luarocks/config-5.x.lua as a module, creating an entry `["luarocks.config-5.3"] = ".luarocks/config-5.3.lua"` in `build.modules`. Same problem happened with modules under `lua_modules`. This excludes `.luarocks` and `lua_modules` from module detection. Includes a regression test. Closes #847.
* Do not rewrite path in util.cleanup_path if the desired version is a ↵Ryan Hartlage2018-08-011-0/+14
| | | | | | | | substring of the version (#868) * Do not rewrite path in util.cleanup_path if the desired version is a substring of the version * Improve test coverage for core.util.cleanup_path
* Tests: refactor and add fixtures for the doc testsGeorge Roman2018-07-312-37/+122
|
* fs: fix rwx_to_number, add negated mask modeHisham Muhammad2018-07-261-0/+22
| | | | Fixes #856.
* Tests: add test_env.run_in_tmp utility functionGeorge Roman2018-07-244-265/+217
|
* Tests: add more unit tests for fun.luaGeorge Roman2018-07-241-0/+57
|
* fs.copy: skip copying if the source and destination are the same filesGeorge Roman2018-07-221-1/+1
|
* Tests: use more fixtures in the build testsGeorge Roman2018-07-223-53/+101
|
* fs: make unpack_archive platform-agnostic using specific fs functionsHisham Muhammad2018-07-182-0/+16
| | | | | | | Use luarocks.tools.tar for handling tar files, and add platform-specific functions fs.zip, fs.unzip, fs.bunzip2, fs.gunzip, giving them native implementations using Lua modules or alternative implementations using third-party tools.
* Tests: tweak dependencies for env=full testsHisham Muhammad2018-07-181-11/+10
|
* Tests: support running with the default detected OpenSSL locationsHisham Muhammad2018-07-184-16/+12
|
* Tests: use fixtures for some build integration testsGeorge Roman2018-07-181-24/+80
|
* Add general improvements to the fs moduleGeorge Roman2018-07-162-34/+36
|
* Update the behavior of fs.set_permissions on WindowsGeorge Roman2018-07-161-4/+4
|
* Tests: add tests for the dynamic commandsGeorge Roman2018-07-161-0/+57
|
* Tests: remove redundant build testsGeorge Roman2018-07-051-43/+0
|
* Tests: unit tests for build.builtinGeorge Roman2018-07-051-19/+454
|
* Tests: separate OPENSSL_DIRS into OPENSSL_INCDIR and OPENSSL_LIBDIRGeorge Roman2018-07-054-10/+30
|
* Experimental Windows cross-compiled binary buildHisham Muhammad2018-07-021-0/+11
| | | | | | | | | | | | This commit consolidates the work that has been ongoing over the last few weeks in producing the single-binary builds of LuaRocks based on the new distribution model described in https://github.com/luarocks/luarocks/wiki/Project:-LuaRocks-new-distribution-model The single-binary build is in a good shape for Linux, it's a work-in-progress for Windows (binaries do build, but some work on the dependencies is still necessary), and is untested in macOS.
* Tests: improve isolation of testsHisham Muhammad2018-07-012-10/+14
|
* Tests: remove outdated testHisham Muhammad2018-07-011-20/+0
| | | | | Remove regression test for #304 because LuaRocks no longer conflates foo and foo.init as the same module.
* Tests: remove precompiled header added incorrectlyHisham Muhammad2018-07-011-0/+0
|
* Let LuaRocks find LUA_LIBDIR and LUA_INCDIR by itselfHisham Muhammad2018-07-012-14/+4
|
* Tests: config: no need for special-casing WindowsHisham Muhammad2018-07-012-37/+20
|
* Tests: improve hardcoded defaultsHisham Muhammad2018-07-011-12/+28
|
* Tests: try some smarter defaults for WindowsHisham Muhammad2018-07-011-3/+6
|
* Tests: do not run installer on WindowsHisham Muhammad2018-07-011-35/+38
|
* Tests: speed up downloading rocks reusing HTTP connectionHisham Muhammad2018-07-011-8/+15
|
* cmd, Tests: ensure versioned directory is tried firstHisham Muhammad2018-07-011-2/+2
|
* Tests: ensure that tests do not accidentally find a project dirHisham Muhammad2018-07-011-0/+1
|
* Tests: minor cleanupsHisham Muhammad2018-07-012-5/+6
|
* cfg, cmd: major reorganizationHisham Muhammad2018-07-016-35/+44
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * `--lua-dir` flag, specifying a prefix for the Lua installation to be used. This reconfigures LuaRocks entirely, including allowing a LuaRocks which is itself running using one Lua 5.x version to manage packages for a different Lua 5.y version. The resulting configuration can be checked with `luarocks config --lua-dir=<path>`. * requiring `luarocks.core.cfg` no longer has side-effects * configuration now needs to be initialized with `cfg.init([lua_data])`, where `lua_data` is a table with the configuration of the VM: * `lua_version` - e.g. `"5.3"` * `luajit_version` - e.g. `"2.1.0-beta3"` * `lua_interpreter` - e.g. `"lua5.3"` * `lua_bindir` - e.g. `"/usr/local/bin"` * `lua_libdir` - e.g. `"/usr/local/lib"` * `lua_incdir` - e.g. `"/usr/local/include/lua-5.3"` * `cfg.init` can be called multiple times, reconfiguring the global state. This is important since `luarocks.loader` now calls it, and the `--lua-dir` command line can override the configuration and reconfigure LuaRocks. * `site_config_*` is no more: LuaRocks is no longer dependent on a properly-written site_config file. Instead, it can *optionally* use `luarocks.core.hardcoded` for hardcoded values, or detect its configuration at runtime, based on OS detection, arg[-1] or command-line flags. * reduction of moving parts in the configuration: * `cfg.platforms` is no longer a globally-visible table; instead, `cfg` provides an API of read-only functions: `is_platform`, `each_platform`, `print_platforms`. * `cfg.*_proxy` options are no longer configured via the config files, but rather via the standard `*_proxy` environment variables. * `"windows"` is now the more general platform name of the Windows family. This is technically a breaking change but I don't expect it to cause problems with real-world rockspecs. * internal code reorganization in `luarocks.cmd` module
* fs: make module loading side-effect free, require explicit init()Hisham Muhammad2018-07-014-1/+8
|
* Update tests README.mdGeorge Roman2018-06-261-8/+0
|
* Tests: test commandGeorge Roman2018-06-221-0/+170
|
* Tests: replace small fixture files with inline contentGeorge Roman2018-06-2120-151/+269
|
* Tests: improve the tests for the fs moduleGeorge Roman2018-06-211-4/+139
|
* Tests: improve patch.lua testsGeorge Roman2018-06-205-81/+180
|
* Tests: patch.luaGeorge Roman2018-06-145-0/+151
|
* Tests: disable customized external_deps_dirsHisham Muhammad2018-06-141-12/+0
|
* builtin: if "libraries" is used but "external_dependencies" is not given, ↵Hisham Muhammad2018-06-141-0/+27
| | | | | | | | autogenerate it The approach is slightly ugly since it adds builtin-specific knowledge to `luarocks.deps`, but I don't think any other build backends will support this behavior any time soon.
* builtin: auto-detect modules when build.modules (or build!) is absentHisham Muhammad2018-06-142-0/+43
|