[tex-live] [pretest] pdfcsplain is bad linked in x86_64-linux
Zdenek Wagner
zdenek.wagner at gmail.com
Wed May 7 20:34:04 CEST 2014
2014-05-07 19:27 GMT+02:00 Petr Olsak <petr at olsak.net>:
>
>
> On Wed, 7 May 2014, Reinhard Kotucha wrote:
>
> I vaguely remember that the symlinks are created by fmtutil. If true,
>> probably the order has to be changed in fmtutil.cnf:
>>
>> It currently is:
>>
>> csplain pdftex - -etex -enc csplain-utf8.ini
>> pdfcsplain pdftex - -etex -enc csplain-utf8.ini
>> pdfcsplain xetex - -etex csplain.ini
>> pdfcsplain luatex - -etex csplain.ini
>>
>> Could you try
>>
>> csplain pdftex - -etex -enc csplain-utf8.ini
>> pdfcsplain xetex - -etex csplain.ini
>> pdfcsplain luatex - -etex csplain.ini
>> pdfcsplain pdftex - -etex -enc csplain-utf8.ini
>>
>> instead?
>>
>
> This is probably not true. The tl2013 includes the same text as tl2014 in
> fmtutil.cnf, i.e.:
>
> No, as I showed, these symlink exist in the svn repository but fmtutil is
executed after installation. If you look at the log, you will see that they
are added together with all binaries. Since all architectures are affected
(I am not able to check win32), there must be something wrong in the build
procedure.
>
> csplain pdftex - -etex -enc csplain-utf8.ini
> pdfcsplain pdftex - -etex -enc csplain-utf8.ini
> pdfcsplain xetex - -etex csplain.ini
> pdfcsplain luatex - -etex csplain.ini
>
> and the symlinks are right (pdfcsplain -> pdftex) in tl2013.
>
> Regards,
>
> Petr Olsak
>
>
--
Zdeněk Wagner
http://hroch486.icpf.cas.cz/wagner/
http://icebearsoft.euweb.cz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tug.org/pipermail/tex-live/attachments/20140507/8989e829/attachment.html>
More information about the tex-live
mailing list