[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