I got this output This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %&-line parsing enabled. entering extended mode (./test.tex LaTeX2e <2005/12/01> Babel <v3.8h> and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, loaded. (/usr/share/texmf-dist/tex/latex/base/article.cls Document Class: article 2005/09/16 v1.4f Standard LaTeX document class (/usr/share/texmf-dist/tex/latex/base/size10.clo)) (/usr/share/texmf-dist/tex/generic/german/ngerman.sty v2.5e 1998-07-08 ngerman -- \language number for ngerman undefined, default 255 used, ngerman -- Please read "gerdoc.tex" how to install hyphenation patterns.) (./test.aux) [1] (./test.aux) ) Output written on test.dvi (1 page, 224 bytes). Transcript written on test.log. while compiling this little input \documentclass{article} \usepackage{ngerman} \begin{document} T"ast \end{document} Investigating the issue I found that texmf-update for some reason misses non-local internationalizations. After manually running "fmtutil-sys --all" I get this output instead: This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %&-line parsing enabled. entering extended mode (./test.tex LaTeX2e <2005/12/01> Babel <v3.8h> and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, german, ngerman, loaded. (/usr/share/texmf-dist/tex/latex/base/article.cls Document Class: article 2005/09/16 v1.4f Standard LaTeX document class (/usr/share/texmf-dist/tex/latex/base/size10.clo)) (/usr/share/texmf-dist/tex/generic/german/ngerman.sty v2.5e 1998-07-08) (./test.aux) [1] (./test.aux) ) Output written on test.dvi (1 page, 224 bytes). Transcript written on test.log. Running texmf-update breaks things again. The file /var/lib/texmf/web2c/pdftex/latex.log reflects the presence or absence of german hyphenation patterns in each case. I'll attach those logs in a moment. I still don't see where the different behaviour comes from. The PATH seems not to be the source of the difference. Other than that, I can think of no cause for this different behaviour.
Created attachment 159357 [details] log resulting in missing hyphenation This is the contents of /var/lib/texmf/web2c/pdftex/latex.log after running texmf-update lost the hyphenations.
Created attachment 159359 [details] log resulting in correct hyphenation This is the contents of /var/lib/texmf/web2c/pdftex/latex.log after running fmtutil-sys --all to restore the hyphenations.
Created attachment 159361 [details, diff] Diff of logs These are the differences between the two logs. Maybe the reason for the breakage is somewhere in there.
Martin, is this problem present in -r12?
what do you have in /etc/texmf/tex ? I don't have it here; perhaps there are config files overridding the settings.
(In reply to comment #4) > Martin, is this problem present in -r12? Yes, I could reproduce this with -r12. (In reply to comment #5) > what do you have in /etc/texmf/tex ? subdirectories amstex, context, cyrplain, generic, lambda, latex, mex, plain and platex, each with a config subdir, each with several config files, mostly *.ini. > I don't have it here; perhaps there are config files overridding the settings. I couldn't find any package claiming to own these files. Might be left over from a tetex installation, I'm not sure. Maybe I should delete them, but as this is a live system, I can't do so just now, as I don't know what will break.
(In reply to comment #6) > (In reply to comment #5) > > what do you have in /etc/texmf/tex ? > > subdirectories amstex, context, cyrplain, generic, lambda, latex, mex, plain > and platex, each with a config subdir, each with several config files, mostly > *.ini. > > > I don't have it here; perhaps there are config files overridding the settings. > > I couldn't find any package claiming to own these files. Might be left over > from a tetex installation, I'm not sure. Maybe I should delete them, but as > this is a live system, I can't do so just now, as I don't know what will break. you probably already have them in /usr/share/texmf* ; I think moving them away, running texmf-update to see what happens, and then putting them back can not break anything. You can also try to diff them against the stock ones from texlive.
Indeed fixed by removing /etc/texmf/tex Interesting fact is that in my logs, the correct run was the one referencing /etc while the broken one used /usr. As to the different behaviour of fmtutil-sys inside and outside texmf-update, I still have no clue. The differences for the files present in both directories seem rather minor, include this version number in preload.cfg, but most of the ini files are not present in /usr/share/texmf. /usr/share/texmf/tex/platex/config/pdfplatex.ini is a symlink to /etc/texmf/tex/platex/config/pdfplatex.ini and therefore now dead; that file seems to be orphaned in any case, though.
worksforme then