| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Clearly tostring was implied instead of tonumber.
|
|
|
| |
Fixed wrong "interp" instead of "where" in the configure file
|
|
|
|
| |
Closes #676.
|
|
|
|
| |
See #664.
|
|\
| |
| | |
Check cache owner
|
| | |
|
|/
|
|
|
| |
This prevents `sudo luarocks` to take over ownership of
the user's ~/.cache/luarocks directory.
|
| |
|
| |
|
|
|
|
|
| |
Fixes problem in macOS 10.12.
See http://lua-users.org/lists/lua-l/2016-12/msg00001.html
|
| |
|
| |
|
|
|
|
|
|
| |
Fix incorrect merge on top of @66a4d40 resulting
in duplicated "rock_manifest file not found" error message
when updating manifest.
|
| |
|
|
|
|
|
| |
All functions that were in core only for get_versions are moved out as well.
Made possible by PR #654.
|
| |
|
|\
| |
| | |
Split out luarocks.vers from luarocks.deps
|
| | |
|
|/
|
|
|
|
|
| |
luarocks.deps module used to contain version and dependency parsing
functions as well as some high-level dependency handling:
matching and resolving them. A lot of modules only need the parsing
half. Split it into its own module, luarocks.vers.
|
|\
| |
| | |
`luarocks show `improvements: fix module paths, add command listing
|
| | |
|
|/
|
|
|
|
|
|
| |
Remove path.which that produced incorrect results for files
with no .lua/.so/.dll extension, reimplement similar functionality
in luarocks.repos (with support for commands as well) and use that instead.
Ref #424.
|
| |
|
| |
|
|\ |
|
| |\
| | |
| | | |
Fix conflict resolution on deploy/remove w.r.t. C/Lua modules with same name
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Refactor repos.deploy_files and repos.delete_version
to make relationships between properties of deployed
files clearer and to avoid converting back and forth
between related properties.
Location of each deployable file in its rock manifest is
pair deploy_type - the first subtree name ("bin", "lib", or "lua")
and file_path - remaining path from the subtree to the file. These
components determine where each file is physically located.
Conflicts are considered based on two other properties: type
and name of an item a file provides. Type can be "command" or "module".
For items deployed using non-versioned names pairs (type, name) should be
unique.
Conversion from (deploy_type, file_path) to (item_type, item_name)
is obvious, using path.path_to_module() for modules. Reversing this
conversion is necessary for moving files between versioned and
non-versioned locations on conflicts, and also for path.which
function used in luarocks.show. However,
rock tree manifest only allows to get file_path, which
is not enough for modules - deploy_type can be both "lua" and "lib".
Currently path.which infers deploy_type based on extension,
falling back to "lib" if it's unknown, causing luarocks.show
to display wrong paths (#424). This commit does not address that
but adds relevant funcionality.
Currently conflict resolution assumes that both files in conflict
have same deploy_type and errors on conflict between
a C module and a Lua module. This commit fixes that, inferring
deploy_type for files with unknown extension using rock manifest.
|
| | | |
|
| | | |
|
| | | |
|
| |/
| |
| |
| | |
One fails.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is now a parameter, because depending on the rockspec version the set of
default rocks_provided for a rockspec may change. This is to maintain
compatibility with rocks provided by LuaRocks versions in rockspec format 1.0.
When checking dependencies for a rockspec, we ensure we respect that to keep
backward compatibility. When we check dependencies for the manifest as a
whole, we can use the larger set of rocks_provided known by the current
LuaRocks version.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is now a parameter, because depending on the rockspec version the set of
default rocks_provided for a rockspec may change. This is to maintain
compatibility with rocks provided by LuaRocks versions in rockspec format 1.0.
When checking dependencies for a rockspec, we ensure we respect that to keep
backward compatibility. When we check dependencies for the manifest as a
whole, we can use the larger set of rocks_provided known by the current
LuaRocks version.
|
|\ \ |
|
| |\ \
| | |/
| |/| |
|
| | | |
|
| | | |
|
| | |\ |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | | |
|