summaryrefslogtreecommitdiff
path: root/spec/fixtures/a_repo (follow)
Commit message (Collapse)AuthorAgeFilesLines
* tests: run tests on Lua 5.4 and LuaJIT 2.1Hisham Muhammad2022-04-1611-0/+190
|
* tests: don't download sailorHisham Muhammad2022-03-064-0/+44
| | | | | | Use a small fixture instead to test the regression for sailorproject/sailor#138 Sailor was the largest rock downloaded by the test suite, so this should improve download times.
* dependency pinning: luarocks.lock file and --pin flagHisham Muhammad2019-11-298-0/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | This adds support for pinning dependencies in projects and rocks: * Adds a new flag called `--pin` which creates a `luarocks.lock` when building a rock with `luarocks build` or `luarocks make`. This lock file contains the exact version numbers of every direct or indirect dependency of the rock (in other words, it is the transitive closure of the dependencies.) For `make`, the `luarocks.lock` file is created in the current directory. The lock file is also installed as part of the rock in its metadata directory alongside its rockspec. When using `--pin`, if a lock file already exists, it is ignored and overwritten. * When building a rock with `luarocks make`, if there is a `luarocks.lock` file in the current directory, the exact versions specified there will be used for resolving dependencies. * When building a rock with `luarocks build`, if there is a `luarocks.lock` file in root of its sources, the exact versions specified there will be used for resolving dependencies. * When installing a `.rock` file with `luarocks install`, if the rock contains a `luarocks.lock` file (i.e., if its dependencies were pinned with `--pin` when the rock was built), the exact versions specified there will be used for resolving dependencies.
* Tests: refactor and add fixtures for the doc testsGeorge Roman2018-07-311-0/+1
|
* Tests: test the "busted" backend of `luarocks test` with a local fixtureHisham Muhammad2018-05-079-0/+59
|
* Tests: build_dependenciesHisham Muhammad2018-04-139-0/+132
|
* Add support for namespaces.Hisham Muhammad2018-04-114-0/+80
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For details of the new feature, see https://github.com/luarocks/luarocks/wiki/Namespaces This ended up being a huge commit because of some major refactoring motivated by the new feature: * new modules for some object types: * `luarocks.queries` - all functions that look for rocks in local or remote repositories now use objects constructed by this module: query objects contain the name, namespace and query constraints. Dependencies in a rockspec are also stored as query objects. * `luarocks.results` - all individual results produces from queries are returned in this format: result objects contain the name, namespace, version, arch and repo. * the `results` object was renamed to `result_tree`, to better reflect that it is not an array of `result` objects. * `luarocks.vers` was removed, its functionality was moved to better locations. Specifically on namespaces: * Commands that take a rock `name` can now take `namespace/name` (and alternately `--flags=namespace` so that URLs can be also installed with a nominal namespace). * Rocks installed from a namespace now create a `rock_namespace` file alongside `rock_manifest`, which is used when matching namespaced dependencies against locally-installed rocks. * Using namespaced dependencies in a rockspec, requires `rockspec_format = "3.0"`. * Tests under the `#namespaces` hashtag, all using a local repository.
* Tests: add test for namespaced installHisham Muhammad2018-04-1122-0/+257