Hi, while trying to use the module pgfplots from latest ConTeXt minimals I encountered the following error: [..] )) (/home/t-8ch/Projekte/context/minimals/tex/texmf-modules/tex/generic/pgfplots/libs/pgfplotslibrary.code.tex) (/home/t-8ch/Projekte/context/minimals/tex/texmf-modules/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsupp_loader.code.tex (/home/t-8ch/Projekte/context/minimals/tex/texmf-modules/tex/generic/pgf/libraries/pgflibraryfpu.code.tex)) (/home/t-8ch/Projekte/context/minimals/tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.codetex ! LuaTeX error <\directlua >:1: module 'pgfplots.lua' not found: no field package.preload['pgfplots.lua'] no file './pgfplots/lua.so' no file '/usr/local/lib/lua/5.1/pgfplots/lua.so' 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' stack traceback: [C]: in function 'require' <\directlua >:1: in main chunk. ConTeXt version: 2012.11.16 23:51 This could be fixed by removing the suffix '.lua' from the argument to `require(pgfplots.lua)` in line 1979 of the file tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.code.tex diff --git a/tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.code.tex.old b/tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.code.tex index 0ef2cb0..6d504a7 100644 --- a/tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.code.tex.old +++ b/tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.code.tex @@ -1976,7 +1976,7 @@ \catcode`\%=12 \gdef\pgfplotsPERCENT{%}} \pgfutil@IfUndefined{directlua}{}{% - \directlua{require(\pgfplotsDQ pgfplots.lua\pgfplotsDQ)}% + \directlua{require(\pgfplotsDQ pgfplots\pgfplotsDQ)}% }% % swaps the content of two macros Is this report sufficient or should I also contact pgfplots upstream? Regards, Thomas
On Tue, 20 Nov 2012, Thomas Weißschuh wrote:
Hi,
while trying to use the module pgfplots from latest ConTeXt minimals I encountered the following error:
[..] )) (/home/t-8ch/Projekte/context/minimals/tex/texmf-modules/tex/generic/pgfplots/libs/pgfplotslibrary.code.tex) (/home/t-8ch/Projekte/context/minimals/tex/texmf-modules/tex/generic/pgfplots/oldpgfcompatib/pgfplotsoldpgfsupp_loader.code.tex (/home/t-8ch/Projekte/context/minimals/tex/texmf-modules/tex/generic/pgf/libraries/pgflibraryfpu.code.tex)) (/home/t-8ch/Projekte/context/minimals/tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.codetex ! LuaTeX error <\directlua >:1: module 'pgfplots.lua' not found: no field package.preload['pgfplots.lua'] no file './pgfplots/lua.so' no file '/usr/local/lib/lua/5.1/pgfplots/lua.so' 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' stack traceback: [C]: in function 'require' <\directlua >:1: in main chunk.
ConTeXt version: 2012.11.16 23:51
See: http://sourceforge.net/mailarchive/message.php?msg_id=29944181
This could be fixed by removing the suffix '.lua' from the argument to `require(pgfplots.lua)` in line 1979 of the file tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.code.tex
diff --git a/tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.code.tex.old b/tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.code.tex index 0ef2cb0..6d504a7 100644 --- a/tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.code.tex.old +++ b/tex/texmf-modules/tex/generic/pgfplots/util/pgfplotsutil.code.tex @@ -1976,7 +1976,7 @@ \catcode`\%=12 \gdef\pgfplotsPERCENT{%}}
\pgfutil@IfUndefined{directlua}{}{% - \directlua{require(\pgfplotsDQ pgfplots.lua\pgfplotsDQ)}% + \directlua{require(\pgfplotsDQ pgfplots\pgfplotsDQ)}% }%
% swaps the content of two macros
Is this report sufficient or should I also contact pgfplots upstream?
This will be fixed in the next release of pgfplots. Aditya
On Wed, Nov 21, 2012 at 12:16 AM, Aditya Mahajan wrote:
On Tue, 20 Nov 2012, Thomas Weißschuh wrote:
while trying to use the module pgfplots from latest ConTeXt minimals I encountered the following error: Is this report sufficient or should I also contact pgfplots upstream?
In principle you need to contact the upstream developer (unless it's Aditya reading the mailing list and pointing you to the patch :)
This will be fixed in the next release of pgfplots.
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). Mojca
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. (My system is an up-to-date Archlinux 64bit) Regards, Thomas
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, 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) ! LuaTeX error <\directlua >:1: module 'pgfplots.lua' not found: no field package.preload['pgfplots.lua'] no file './pgfplots/lua.so' no file '/usr/local/lib/lua/5.1/pgfplots/lua.so' 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' Mojca
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
Hm, it seems like my general purpose search engine missed an existing report about the same issue, for which Aditya provided a fix. (http://www.mail-archive.com/ntg-context@ntg.nl/msg66002.html) So there are now two fixes. Sorry for the noise if mine is nonsense :-)
participants (3)
-
Aditya Mahajan -
Mojca Miklavec -
Thomas Weißschuh