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? http://www.luafaq.org/#T1.19 > (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