I have TeX Live version 2013.30973-7 running on ArchLinux. I want to use a patched version of pdftex to create valid PDF/A-1b documents.
pdftex2 -ini -translate-file=cp227.tcx '*pdfetex.ini' pdflatex2 -ini -translate-file=cp227.tcx '*pdflatex.ini'
Output for first command (likewise for the other):
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010) (INITEX) restricted \write18 enabled. entering extended mode ! I can't find file `pdfetex.ini'. <*> pdftex.ini
The files do exist in my
texmf-dist tree and are found by
# kpsewhich 'pdfetex.ini' /usr/share/texmf-dist/tex/plain/config/pdfetex.ini
I also tried running the command with the full path and copying the files into the working directory, but nothing worked. When using the full path, it complained about the next file. Can someone point me to what I am missing?
Update 1: As suggested in the source and instructions, I used
build-pdftex.sh to configure and compile
pdftex. An interesting flag set in there is
--without-system-kpathsea which I figured might be the reason why the compiled
pdftex does not see what the system
kpsewhich sees. Also other system libs are disabled, which are all explicitly enabled in the gentoo ebuild. Unfortunately, the compilation fails when switching to
--with-system-kpathsea -- missing
kpathsea header files.
I downloaded also the TeX Live 2013 source. TeX Live has an updated version of
pdftex: The latest standalone version of
pdftex is 1.40.11 (at least I do not find another) at Sarovar, while TeX Live 2013 has 1.40.14. Is pdftex now developed in TeX Live?
Update 2: I managed to compile (both patched and unpatched) pdftex 1.40.14 from TeX Live 2013, also using
--with-system-kpathsea. However, when running the compiled pdftex, in any circumstances, the very same error occurs.
Update 3: pdftex is in fact developed at supelec.fr (see here). Further, when putting the binary to
/usr/bin, the compiled version works fine (see here). For the local installation I am still unsure how to do it correctly.