Ok, I would be in favor of a clean Linux solution if we are to go away from Windows, Cygwin seems to me a „bastard“ that may not be maintainable in the long run. Windows or Ubuntu are both better options.
I checked the Jenkins master, it does not have any of the folders you refer to (/etc/xml et al). I have tried a lot of different settings to conclude that the step that takes dramatically more time in doc2fo processing is the xinclude step, is the DTD stuff part of that? Here a run for rxmath with timing info and then the same again without the —xinclude option (with and invalid fo file): Parsing stylesheet pdf.xsl took 15 ms Parsing document ooRexxDocSVN\rxmath\en-US\rxmath.xml took 10594 ms XInclude processing ooRexxDocSVN\rxmath\en-US\rxmath.xml took 130844 ms Making portrait pages on A4 paper (210mmx297mm) Running stylesheet and saving result took 2125 ms fo2pdf only takes 3-4 seconds after this. Once again without —xinclude: Parsing stylesheet pdf.xsl took 0 ms Parsing document ooRexxDocSVN\rxmath\en-US\rxmath.xml took 10928 ms Making portrait pages on A4 paper (210mmx297mm) Element include in namespace 'http://www.w3.org/2001/XInclude <http://www.w3.org/2001/XInclude>' encountered in book, but no template matches. Element include in namespace 'http://www.w3.org/2001/XInclude <http://www.w3.org/2001/XInclude>' encountered in book, but no template matches. Element include in namespace 'http://www.w3.org/2001/XInclude <http://www.w3.org/2001/XInclude>' encountered in book, but no template matches. Element include in namespace 'http://www.w3.org/2001/XInclude <http://www.w3.org/2001/XInclude>' encountered in book, but no template matches. Element include in namespace 'http://www.w3.org/2001/XInclude <http://www.w3.org/2001/XInclude>' encountered in book, but no template matches. Element include in namespace 'http://www.w3.org/2001/XInclude <http://www.w3.org/2001/XInclude>' encountered in book, but no template matches. Element include in namespace 'http://www.w3.org/2001/XInclude <http://www.w3.org/2001/XInclude>' encountered in book, but no template matches. Running stylesheet and saving result took 1939 ms Obviously the fo does not build correctly (but it does build). BUT I was starting to think I might be hunting the wrong files? Maybe it is the downloading of this „element“ that takes time, over and over again? Just a thought, input is welcome. Hälsningar/Regards/Grüsse, P.O. Jonsson oor...@jonases.se > Am 27.04.2020 um 17:35 schrieb Rony G. Flatscher <rony.flatsc...@wu.ac.at>: > > Forgot to give the timings on Ubuntu (an older desktop PC): > > rony@rony-linux:~/dev/orx-docs$ sh doc2fo.sh > rexxpg ... > Making portrait pages on A4 paper (210mmx297mm) > 1.04user 0.03system 0:01.08elapsed 99%CPU (0avgtext+0avgdata > 67912maxresident)k > 0inputs+3256outputs (0major+18209minor)pagefaults 0swaps > /home/rony/dev/oorexx-code-0/docs/trunk/rexxpg/en-US/Common_Content > rexxref ... > Making portrait pages on A4 paper (210mmx297mm) > 18.83user 0.04system 0:18.88elapsed 100%CPU (0avgtext+0avgdata > 182656maxresident)k > 0inputs+22416outputs (0major+48572minor)pagefaults 0swaps > /home/rony/dev/oorexx-code-0/docs/trunk/rexxref/en-US/Common_Content > rony@rony-linux:~/dev/orx-docs$ > So rendering doc->fo gets quite fast. :) > > ---rony > _______________________________________________ > Oorexx-devel mailing list > Oorexx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oorexx-devel
_______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel
