On Wed, 21 Nov 2012, Mojca Miklavec wrote:
On Wed, Nov 21, 2012 at 8:38 PM, Thomas Weißschuh wrote:
Quoting Mojca Miklavec (2012-11-21 12:10:37) [..]
t-tikz in distribution uses the master from git repository on sourceforge (even though I'm not exactly sure how frequently it updates). In any case, looking at the current state, I see the lua file is already inside "tex", not inside "scripts", so Aditya's comment to wait for the released patch should no longer hold. If the problem persists, it might be a different bug (I didn't test anything).
I reproduced it with a brand new clone of minimals. The fix for the last bug is indeed already there.
You can test it with the following MWE:
\usemodule [pgfplots]
\starttext \starttikzpicture \startaxis \addplot coordinates { (0, 0) }; \stopaxis \stoptikzpicture \stoptext
If this is indeed a bug in pgfplots and not my setup I'll report it upstream.
I can reproduce the problem on my machine and the patch solves the problem,
So can I.
but something seems really weird. Why on earth does it want to load files from /usr/local/lib/lua/5.1
and why does it want to load a binary module instead of a lua file?
(I don't have that folder, but even if I had it, pgfplots wouldn't be there)
\startluacode print(package.cpath) \stopluacode gives ./?.so;/usr/local/lib/lua/5.1/?.so;/usr/local/lib/lua/5.1/loadall.so so require('pdfplots.lua') searches for the library file in those folders.
! LuaTeX error <\directlua >:1: module 'pgfplots.lua' not found: no field package.preload['pgfplots.lua'] no file './pgfplots/lua.so' <<< NOTICE pgfplots/lua no file '/usr/local/lib/lua/5.1/pgfplots/lua.so' <<<< NOTICE no file '/usr/local/lib/lua/5.1/loadall.so' no file './pgfplots.so' no file '/usr/local/lib/lua/5.1/pgfplots.so' no file '/usr/local/lib/lua/5.1/loadall.so'
I think that pdfplots should be using dofile rather than require. Aditya