Re: Resolving relative path on AFS broken in newer version

Max Chernoff <[email protected]> Tue, 30 Jun 2026 09:38:26 -0600
Newsgroups gmane.comp.tex.live
Message-ID <[email protected]>
Hi Michael,

On Tue, 2026-06-30 at 15:04 +0200, [email protected] wrote:
> using lualatex ./talk.tex in a directory within the AFS file system
> fails to do a proper path resolution. It works both, when using the
> full file path and with relative file path on a local directory.
>
> So it is probably difficult for many people to reproduce, since you need
> an AFS mounted using openafs.
>
> lualatex ./talk.tex
> This is LuaHBTeX, Version 1.24.0 (TeX Live 2026/Arch Linux)
>   restricted system commands enabled.
> (./talk.texlualatex: dwmoreau: No such device
>
> See the post I started:
> https://bbs.archlinux.org/viewtopic.php?pid=3D2303320#p2303320

Hmm, interesting. Are you able to reproduce this with pdfTeX in --ini
mode?

    $ cat test.tex
    \catcode`\{=3D1
    \catcode`\}=3D2
    \message{Hello, world!}
    \end
    $ pdftex --ini ./test.tex
    This is pdfTeX, Version 3.141592653-2.6-1.40.29 (TeX Live 2026) (INITEX=
)
     restricted \write18 enabled.
    (./test.tex Hello, world! )
    No pages of output.
    Transcript written on test.log.

If so, could you please reply with the output from strace:

    $ strace -ffs65535 -e '!read,write,brk,mmap,pread64' pdftex --ini ./tes=
t.tex

If you can't reproduce the problem with "pdftex --ini", then replace
"pdftex ..." with your original "pdflatex ..." command.

Thanks,
-- Max