<feed xmlns='http://www.w3.org/2005/Atom'>
<title>luarocks, branch fix-1041</title>
<subtitle>A mirror of https://github.com/luarocks/luarocks.git
</subtitle>
<id>https://git.lua4.win/luarocks/atom?h=fix-1041</id>
<link rel='self' href='https://git.lua4.win/luarocks/atom?h=fix-1041'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/'/>
<updated>2024-02-19T13:54:49+00:00</updated>
<entry>
<title>when picking a default dependency dir, look for lib/ first</title>
<updated>2024-02-19T13:54:49+00:00</updated>
<author>
<name>Hisham Muhammad</name>
<email>hisham@gobolinux.org</email>
</author>
<published>2024-02-19T13:54:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/commit/?id=97fcaef0f769f4d59ff063e477ecffdc7e3c6103'/>
<id>urn:sha1:97fcaef0f769f4d59ff063e477ecffdc7e3c6103</id>
<content type='text'>
When a rockspec specifies `external_dependencies` but those don't define
a `library` entry, we don't have a way to check for the various
possible `external_deps_subdirs` to find the one that contains the library.
(But people really should specify a `library` entry there if they're
linking the library!)

Previously, we were just picking the first one from the list.
On Windows, this meant that sometimes setting `MY_DEPENDENCY_DIR` would
not be sufficient if the library was under `$MY_DEPENDENCY_DIR/lib`,
because "" was picked first. We now improve the heuristic by putting "lib"
first on the list and checking if it exists.

I'm still keeping "bin" in the end of the list, because I think this
is less common that a flat directory structure on Windows, so "lib"
covers the Unix-like trees and "" covers flat trees (I don't remember
why have "bin" as a library subdir on Windows, but if it's there then
we must have seen it in the wild!) This means that "bin" will never
get auto-picked by this heuristic, but it will be available for the
cases where `library` _is_ set.

While I'm at it, I also flipped the order of some Unix entries, so that
this heuristic for these kind of rockspecs gets a nicer behavior on
Unix systems that have things like `/usr/lib64` and `/usr/lib/&lt;platform&gt;`
as well.

Fixes #1041.
</content>
</entry>
<entry>
<title>fix(builtin): compile C modules in a temp directory</title>
<updated>2024-02-19T11:26:10+00:00</updated>
<author>
<name>Hisham Muhammad</name>
<email>hisham@gobolinux.org</email>
</author>
<published>2024-02-19T01:46:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/commit/?id=272921b2adf6136448dda9011425f8304c9d508d'/>
<id>urn:sha1:272921b2adf6136448dda9011425f8304c9d508d</id>
<content type='text'>
Fixes #1492.
</content>
</entry>
<entry>
<title>vendor in the dkjson dependency</title>
<updated>2024-02-19T11:23:41+00:00</updated>
<author>
<name>Hisham Muhammad</name>
<email>hisham@gobolinux.org</email>
</author>
<published>2024-02-19T00:06:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/commit/?id=21b08e29ec1d4aa887d61a27b8fa8a75232522af'/>
<id>urn:sha1:21b08e29ec1d4aa887d61a27b8fa8a75232522af</id>
<content type='text'>
Fixes #1243.
Fixes #1168.
Fixes #559.
</content>
</entry>
<entry>
<title>silence warning which only appears when rebuilding manifest</title>
<updated>2024-02-19T11:23:28+00:00</updated>
<author>
<name>Hisham Muhammad</name>
<email>hisham@gobolinux.org</email>
</author>
<published>2024-02-18T23:53:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/commit/?id=fe4cb07deb73bd9c06059d266f59f5a3a85e05c7'/>
<id>urn:sha1:fe4cb07deb73bd9c06059d266f59f5a3a85e05c7</id>
<content type='text'>
Fixes #1446.
</content>
</entry>
<entry>
<title>normalize project dir</title>
<updated>2024-02-19T11:23:11+00:00</updated>
<author>
<name>Hisham Muhammad</name>
<email>hisham@gobolinux.org</email>
</author>
<published>2024-02-18T23:21:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/commit/?id=96306cbf6c0c46b8e0541b6da0def1d78d8464ae'/>
<id>urn:sha1:96306cbf6c0c46b8e0541b6da0def1d78d8464ae</id>
<content type='text'>
Avoid showing things like `/foo/bar/../.././lua_modules` when
running `luarocks path`.
</content>
</entry>
<entry>
<title>feat(path): add --full flag for --lr-path and --lr-cpath</title>
<updated>2024-02-19T11:22:54+00:00</updated>
<author>
<name>Hisham Muhammad</name>
<email>hisham@gobolinux.org</email>
</author>
<published>2024-02-18T23:34:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/commit/?id=b1fd49273ed6691283f55eeb3f318214618e3f18'/>
<id>urn:sha1:b1fd49273ed6691283f55eeb3f318214618e3f18</id>
<content type='text'>
By default, `--lr-path` and `--lr-cpath` only include the paths derived by the
LuaRocks rocks_trees. Using `--full` includes any other components defined in
your system's package.(c)path, either via the running interpreter's default
paths or via `LUA_(C)PATH(_5_x)` environment variables (in short, using
`--full` produces the same lists as shown in the shell outputs of `luarocks
path`.

Closes #1351.
</content>
</entry>
<entry>
<title>fix program search when using absolute paths and .exe extensions</title>
<updated>2024-02-19T03:00:49+00:00</updated>
<author>
<name>Hisham Muhammad</name>
<email>hisham@gobolinux.org</email>
</author>
<published>2024-02-18T22:58:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/commit/?id=f67bf0e2bb0c8d136774ef138dbd8cce365bf9b3'/>
<id>urn:sha1:f67bf0e2bb0c8d136774ef138dbd8cce365bf9b3</id>
<content type='text'>
Fixes #1001.

Thanks @badrazizi for the suggestion!
</content>
</entry>
<entry>
<title>fix: do not attempt setting exec permissions for folders on Windows</title>
<updated>2024-02-19T02:14:16+00:00</updated>
<author>
<name>Hisham Muhammad</name>
<email>hisham@gobolinux.org</email>
</author>
<published>2024-02-18T22:50:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/commit/?id=0ebba5ec21ed524235d95b37e0c5dfff4fd36e81'/>
<id>urn:sha1:0ebba5ec21ed524235d95b37e0c5dfff4fd36e81</id>
<content type='text'>
Not sure of what are the circumstances that make this cause problems on
Windows, but running this shouldn't be necessary on Windows, since the concept
of "execute permissions for directories means traversal permissions" is a
Unixism.

Fixes #991.
</content>
</entry>
<entry>
<title>drop cfg.lua_interpreter, use cfg.variables.LUA</title>
<updated>2024-02-18T23:49:05+00:00</updated>
<author>
<name>Hisham Muhammad</name>
<email>hisham@gobolinux.org</email>
</author>
<published>2024-02-17T18:46:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/commit/?id=d83b908a7371360d117cabbf6da099170f5fb178'/>
<id>urn:sha1:d83b908a7371360d117cabbf6da099170f5fb178</id>
<content type='text'>
</content>
</entry>
<entry>
<title>ci: bump actions/checkout in luacheck.yml</title>
<updated>2024-02-18T20:47:08+00:00</updated>
<author>
<name>Hisham Muhammad</name>
<email>hisham@gobolinux.org</email>
</author>
<published>2024-02-18T20:46:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/luarocks/commit/?id=4eee542ddcbde8df3bd64eee0bda87d6b96e0005'/>
<id>urn:sha1:4eee542ddcbde8df3bd64eee0bda87d6b96e0005</id>
<content type='text'>
...to get rid of the GitHub Actions warning about Node.js 16
</content>
</entry>
</feed>
