[Dev-luatex] openin_any = p in texmf.cnf

Hans Hagen j.hagen at xs4all.nl
Sun Mar 18 11:17:54 CET 2018


On 3/18/2018 1:15 AM, Reinhard Kotucha wrote:
> On 2018-03-10 at 13:04:16 +0100, Hans Hagen wrote:
> 
>   > >pdftex --ini plain \dump
>   > [...]
>   > pdftex.exe: Not reading from
>   > c:/data/develop/tex-context/tex/texmf/tex/plain/base/plain.tex
>   > (openin_any = p).
>   > ! I can't find file
>   > `c:/data/develop/tex-context/tex/texmf/tex/plain/base/plain.tex'.
> 
> Hello Hans,
> the pdftex (or better non-luatex) issue is fixed now by Akira in
> TL-pretest SVN rev. 46978.  It was caused by 8.3 support for long
> filenames (like ABCDEF~1.TEX).  Akira removed the code because it
> isn't needed anymore. Hence
> 
>    pdftex --ini plain \dump
>    
> is supposed work now on Windows as well.
> 
> The luatex problem still remains.  Not only the creation of format
> files is concerned.  Instead of
> 
>    luatex --ini plain \dump
> 
> you can also try
> 
>    lualatex '\relax\documentclass{article}\stop'
> 
> My vague guess is that luatex checks openin_any *after* paths are
> expanded to absolute paths by kpathsea.
> 
> IMO the issue is quite important because some web services like
> ShareLaTeX are processing arbitrary files uploaded by arbitrary users
> and thus it's absolutely necessary to set openin_any=p for security
> reasons.  AFAIK ShareLaTeX is not concerned ATM because it still uses
> pdftex.  It's highly desirable to make luatex work with openin_any=p
> as well.
if the 8.3 hack is removed from kpse then luatex will also have that 
removed and use normal names

Hans

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------


More information about the dev-luatex mailing list