<div dir="ltr"><div>Yes, I have it right in my build. The symlinks are created by the 
texlinks script invoked bu the run-texlinks target. The script reads 
fmtutil.cnf. Thus the only change I made before building is:<br><br>$ svn di Build/source/<br>Index: Build/source/texk/texlive/tl_scripts/fmtutil.cnf<br>===================================================================<br>
--- Build/source/texk/texlive/tl_scripts/fmtutil.cnf    (revision 33898)<br>+++ Build/source/texk/texlive/tl_scripts/fmtutil.cnf    (working copy)<br>@@ -56,9 +56,9 @@<br> #<br> # from csplain:<br> csplain pdftex - -etex -enc csplain-utf8.ini<br>
-pdfcsplain pdftex - -etex -enc csplain-utf8.ini<br> pdfcsplain xetex - -etex csplain.ini<br> pdfcsplain luatex - -etex csplain.ini<br>+pdfcsplain pdftex - -etex -enc csplain-utf8.ini<br> #<br> # from eplain:<br> eplain pdftex language.dat -translate-file=cp227.tcx *eplain.ini<br>
<br></div>Thus
 the order in fmtutil.cnf is the key to the problem. And why the problem
 did not occur in TL 2013? I can even explain this mystery. The reason 
is that pdfcsplain for xetex and luatex was missing in TL 2013 pretest, 
these formats were added later after all binaries as well as the 
symlinks were created.</div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-07 21:14 GMT+02:00 Zdenek Wagner <span dir="ltr"><<a href="mailto:zdenek.wagner@gmail.com" target="_blank">zdenek.wagner@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2014-05-07 21:03 GMT+02:00 Reinhard Kotucha <span dir="ltr"><<a href="mailto:reinhard.kotucha@web.de" target="_blank">reinhard.kotucha@web.de</a>></span>:<div>
<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On 2014-05-07 at 19:27:45 +0200, Petr Olsak wrote:<br>
<br>
 > On Wed, 7 May 2014, Reinhard Kotucha wrote:<br>
 ><br>
 > > I vaguely remember that the symlinks are created by fmtutil.  If true,<br>
 > > probably the order has to be changed in fmtutil.cnf:<br>
 > ><br>
 > > It currently is:<br>
 > ><br>
 > >  csplain pdftex - -etex -enc csplain-utf8.ini<br>
 > >  pdfcsplain pdftex - -etex -enc csplain-utf8.ini<br>
 > >  pdfcsplain xetex - -etex csplain.ini<br>
 > >  pdfcsplain luatex - -etex csplain.ini<br>
 > ><br>
 > > Could you try<br>
 > ><br>
 > >  csplain pdftex - -etex -enc csplain-utf8.ini<br>
 > >  pdfcsplain xetex - -etex csplain.ini<br>
 > >  pdfcsplain luatex - -etex csplain.ini<br>
 > >  pdfcsplain pdftex - -etex -enc csplain-utf8.ini<br>
 > ><br>
 > > instead?<br>
 ><br>
 > This is probably not true. The tl2013 includes the<br>
 > same text as tl2014 in fmtutil.cnf, i.e.:<br>
 ><br>
 > csplain pdftex - -etex -enc csplain-utf8.ini<br>
 > pdfcsplain pdftex - -etex -enc csplain-utf8.ini<br>
 > pdfcsplain xetex - -etex csplain.ini<br>
 > pdfcsplain luatex - -etex csplain.ini<br>
 ><br>
 > and the symlinks are right (pdfcsplain -> pdftex) in tl2013.<br>
<br>
</div></div>I just checked myself.  Symlinks are not created by fmtutil itself but<br>
by Thomas Esser's texconfig.  When I change fmtutil.cnf as I suggested<br>
and run "texconfig-sys init" I indeed get<br></blockquote><div><br></div></div></div><div>I probably know the reason. I am doing my own build to verify it. <br></div><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<br>
  pdfcsplain -> pdftex<br>
<br>
However, texconfig is not an option because it's not running on<br>
Windows and doesn't create wrappers for Windows.<br>
<br>
BTW, "tlmgr generate fmtutil" restores the original order.<br>
<br>
I must admit that I'm not very happy with three (format) files with<br>
the same name in different directories.  Each engine finds the<br>
appropriate format file but it's difficult to maintain symlinks, for<br>
instance.<br>
<br>
In general I think that information like this should be in the config<br>
file and the config file should be processed in a deterministic way.<br>
However, since pdfcsplain is the only program which has this problem,<br>
I'm convinced that it's not worth the trouble.  It should be<br>
sufficient to restore the behavior of TL-2013.<br>
<br>
IMO it's a pity that fmtutil doesn't maintain the symlinks by itself.<br>
There is no easy way to add such a feature without writing fmtutil<br>
from scratch because we still have two different programs for Unix and<br>
Windows.<br>
<div><div><br>
Regards,<br>
  Reinhard<br>
<br>
--<br>
----------------------------------------------------------------------------<br>
Reinhard Kotucha                                      Phone: <a href="tel:%2B49-511-3373112" value="+495113373112" target="_blank">+49-511-3373112</a><br>
Marschnerstr. 25<br>
D-30167 Hannover                              mailto:<a href="mailto:reinhard.kotucha@web.de" target="_blank">reinhard.kotucha@web.de</a><br>
----------------------------------------------------------------------------<br>
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.<br>
----------------------------------------------------------------------------<br>
<br>
</div></div></blockquote></div></div></div><br><br clear="all"><div class=""><br>-- <br>Zdenìk Wagner<br><a href="http://hroch486.icpf.cas.cz/wagner/" target="_blank">http://hroch486.icpf.cas.cz/wagner/</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a>
</div></div></div>
</blockquote></div><br><br clear="all"><br>-- <br>Zdenìk Wagner<br><a href="http://hroch486.icpf.cas.cz/wagner/" target="_blank">http://hroch486.icpf.cas.cz/wagner/</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a>
</div>