-
|
On Linux, I just need one line for the environment variable in my And Sile works beautifully. But on my Mac, I set the ENV in And even an But Sile can't find the I have Anyone having the same experience as I am? |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 25 replies
-
|
Thanks for the report. Off the top of my head I don't recognize what is going on here, but here are a couple things to try. Lets look into how You ran eval on the output of this, but lets get a look at what the output was: $ luarocks --lua-version 5.1 path --localAlso lets see what LuaRocks itself knowns about resilient: $ luarocks --lua-version 5.1 show resilient.sile |
Beta Was this translation helpful? Give feedback.
-
In that case I do not think we've gotten to the bottom of this. Either you goofed along the way somewhere or there is a bug hiding here still. I'm glad we have a workaround for you, but this should have worked the same on both platforms. I'll take a look at the Lua file you posted earlier and see if I can find any clues about how Homebrew built SILE. |
Beta Was this translation helpful? Give feedback.
-
|
Looking at the generated path handling source from your Homebrew installation, I'm baffled how you are getting the result you are. I'm at the point of wondering if the Lua API for getting system env vars is not even working. Can you run this little script and give me the full output? Note it would be useful to have this run in a shell that did not have anything tampered with via you user's .zshrc for whatever other RC files, such that the first command results in an empty answer: #!/bin/bash
echo 'system default:'
env | grep LUA_PATH
eval "$(luarocks --lua-version 5.1 --local path)"
echo 'after adding local path:'
env | grep LUA_PATH
lp='print((("LUA_PATH=%s"):format(os.getenv("LUA_PATH"))))'
echo 'per lua5.1:'
lua5.1 -e "$lp"
echo 'per luajit:'
luajit -e "$lp"
echo 'per sile rust:'
sile -q -e "$lp;os.exit()"
echo 'per sile lua:'
sile-lua -q -e "$lp;os.exit()" |
Beta Was this translation helpful? Give feedback.
-
|
This is the output of your script in my untampered shell, LUA_PATH should be nothing, but my |
Beta Was this translation helpful? Give feedback.
-
No it isn't. The first test shows it is blank before the next eval line goes on to set it. You're good there. I see the problem now. I don't know about the root cause, but clearly out I don't know how we fix this, but it is a bug in both SILE (we need at alternative to I opened #2121 for tracking the SILE bug we dug out of this discussion. |
Beta Was this translation helpful? Give feedback.
-
|
By the way, the reason the project-local installation of resilient worked for you is not because |
Beta Was this translation helpful? Give feedback.
-
So even these lines in an package.path = package.path .. ";" .. os.getenv("HOME") .. "/.luarocks/share/lua/5.1/?.lua;" ..
os.getenv("HOME") .. "/.luarocks/share/lua/5.1/?/init.lua"
package.cpath = package.cpath .. ";" .. os.getenv("HOME") .. "/.luarocks/lib/lua/5.1/?.so" |
Beta Was this translation helpful? Give feedback.
-
|
Can I ask for another result while I look into how to solve this? I'm looking for LuaJIT's default module path as supplied by Homebrew without input from any LuaRocks path setting in your env. This should do the trick: $ env -u LUA_PATH luajit -e 'print(package.path)' |
Beta Was this translation helpful? Give feedback.
-
Oh, now I get why it works for my project-tree level, even when I comment Thank you for everything, sir. I appreciate your time and kindness very much and I mean it. I'm looking forwards to the remedy for the |
Beta Was this translation helpful? Give feedback.
No it isn't. The first test shows it is blank before the next eval line goes on to set it. You're good there.
I see the problem now. I don't know about the root cause, but clearly out
os.getenv()is not working at all in the Rust binary built on macOS. It is working in plain LuaJIT, which is interesting. Orthagonal to that issue the Homebrew method of bundling the LuaRocks dependencies is going to totally screw people up. It is not using our upstream method of vendoring LuaRocks dependencies, it is pretending to supply them from the system. But it isn't actually supply…