This seems like a long shot, but is there some way to run the embedded Lua in LuaTeX directly, as a Lua executable on Lua code, bypassing TeX? The regular Lua errors out on Lua code included in TeX, because it doesn't know about the Lua-specific libraries.
The man page suggests yes, but when I try it I just get incomprehensible error messages. If anyone knows of example usages, please post a link.
@FaheemMitha Use luatex --luaonly somefile.lua, texlua somefile.lua or just luatex somefile.lua (LuaTeX automatically enables the Lua only mode if the file extension if .lua)
@FaheemMitha Try it. I think it probably does, but I wouldn't be surprised if there were all kinds of weird issues with it. After all texio doesn't make a lot of sense without a TeX run.
Trying to track down a really elusive bug. Can someone tell me in this error message, what "Undefined control sequence" is being referred to? I often get stuck at that part.
Hi All! I'm preparing zref-clever for release soon(ish) at github.com/gusbrs/zref-clever. If anyone is interested or curious, comments at this point would be very welcome. I still have a lot to do in the area of testing, so it may be a little edgy, but I think it is a fair point for a RFC round.
@UlrikeFischer, @PhelypeOleinik, @egreg, @Skillmon, @StevenB.Segletes, I have bothered you for some help along the way. Thank you very much! I do hope you like the result. :-)
@UlrikeFischer No hush. But yes, that's the reason I opened it. zref is superb in allowing for this sort of task to be done without having to hack other people's code. And the footnote is one of the very few places I could not escape from.
@UlrikeFischer @UlrikeFischer It's a little hidden, and I'll have to look for it later. I suppose its more on the infrastructure side. If that's the case, I might benefit from it. As far as "referencing" is concerned I made things quite independent on where the data comes from. Of course, there's always \label and that's the crux, also for zref...
An archived version of TeX Live 2010's tlnet in its final state is kept on the TUG server. You can use it by doing
tlmgr option repository ftp://tug.org/historic/systems/texlive/2010/tlnet-final
then
tlmgr install collection-xetex
(for example) should work.
I have a situation which I have not encountered before. I have a file that compiles with TeX Live 2020, but fails with TeX Live 2021.
I've spent some time in the last couple of days trying to debug it, rather puzzled, because I remember it compiling, and I hadn't changed anything that could break it. But I guess I hadn't recompiled it since I upgraded to 2021. But I just confirmed that it still works with 2020.
But not with 2021. Both local installations. I can't check with Debian, because I'm running the most recent version there, and Debian doesn't support multiple TeX Live versions.
I guess I go back to trying to isolate the issue. But at least I'm not going crazy.
The file in question uses a fair amount of code I've written, mostly in Lua, so debugging it is not super simple.
@Skillmon hahaha I didn't know there was a "console program" for that, I'd usually just search it. But, just like your comment, mine was a statement, not a question. And also a joke just like yours. ;-)
@FaheemMitha the meaning of \document is changed in 2021 latex but most classes have been updated by now so that error is not completely unexpected if you are using custon code, search the main site for that error and you'll see loads of examples.
@FaheemMitha the ext@table error is unrelated to standalone and unrelated to document grouping so it's not surprising that has no effect. As you must know by now if you want help with an error provide an example document,
For the "! Undefined control sequence.", should I put \def\ext@table{table} before or after the \usepackage{longtable} line? In either case, it makes no difference for my test code. I'm using lualatex here, not lualatex-dev.