On 2023-11-28 00:17:08 +0100, Preuße, Hilmar wrote: > The specific file (glyphtounicode.tex) is only read during format > generation AFAICT.
No, not in the past (before TeX Live 2021 -- my setting was predating this version). For instance, see https://superuser.com/questions/165073/is-it-possible-to-remove-ligatures-from-copied-text/325396#325396 https://github.com/latex3/latex2e/issues/465 > So, if we unset the TEXINPUTS variable the fmtutil will again read > the default and you will loose your custom file. The custom file was read when pdflatex was run. Things have changed, both on the TeX Live side and on the Ghostscript side (where bugs related to the ToUnicode CMap have eventually been fixed -- only in Debian/unstable for one of them, though, and perhaps backports), so that I could eventually get rid of glyphtounicode.tex completely. In any case, package installation must give the same result whether it comes from of a new installation or a later installation, where environment variables could be set in /etc/profile or whatever (this is not specific to TEXINPUTS, but applies to other arbitrary environment variables as well). Any config or workaround to bugs must occur at use time (e.g. when running pdflatex on a .tex file), or by patching & rebuilding a package. Note: One may assume that a user would also like to test a local TeX Live in /opt (possibly with an updated glyphtounicode.tex file), and TEXINPUTS could be set on purpose in this context. This should affect only the local installation, not Debian package installation. Note also that the environment may also affect the build of packages, and that's why tools like debuild sanitizes the environment. This should be the case even more for the installation of packages when needed. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)