If I ask xmlto 0.0.22 to generate either Postscript or PDF files from my Docbook XML files, it will silently fail without any errors on console. Only if I examine the generated tmp.log in the temporary xmlto-* in the /tmp directory do I see that there is a problem, it needs a missing soul.sty file. This missing soul.sty file comes from the dev-texlive/texlive-latexextra package which should have been installed when I installed xmlto. I think the ebuild needs updating to ensure that this package is installed if it is not already installed. After I installed the missing package, xmlto starts failing with errors. The same DocBook xml files that I use do not have any problems when I generate HTML versions so something else must be wrong but I am not sure. I have also e-mailed upstream about this and now awaiting an answer at the moment, there might be something else that xmlto needs. Also, there is a newer version available upstream (0.0.23). Reproducible: Always Steps to Reproduce: 1. xmlto postscript Framebuffer-HOWTO.xml (yes I wrote that!) 2. xmlto silently fails After installing missing package (dev-texlive/texlive-latexextra) 1. xmlto postscript Framebuffer-HOWTO.xml 2. xmlto now fails with errors (maybe missing additional packages causing this)
(In reply to comment #0) > If I ask xmlto 0.0.22 to generate either Postscript or PDF files from my > Docbook XML files, it will silently fail without any errors on console. Only if > I examine the generated tmp.log in the temporary xmlto-* in the /tmp directory > do I see that there is a problem, it needs a missing soul.sty file. > > This missing soul.sty file comes from the dev-texlive/texlive-latexextra > package which should have been installed when I installed xmlto. I think the > ebuild needs updating to ensure that this package is installed if it is not > already installed. > > After I installed the missing package, xmlto starts failing with errors. The > same DocBook xml files that I use do not have any problems when I generate HTML > versions so something else must be wrong but I am not sure. > > I have also e-mailed upstream about this and now awaiting an answer at the > moment, there might be something else that xmlto needs. > > Also, there is a newer version available upstream (0.0.23). > > Reproducible: Always > > Steps to Reproduce: > 1. xmlto postscript Framebuffer-HOWTO.xml (yes I wrote that!) > 2. xmlto silently fails > > After installing missing package (dev-texlive/texlive-latexextra) > > 1. xmlto postscript Framebuffer-HOWTO.xml > 2. xmlto now fails with errors (maybe missing additional packages causing this) > 0.23 is already in portage, futhermore the ebuild dependencies match exactly the shipped xmlto.spec (fedora is the upstream of this software). Also xmlto doesn't have any references to 'soul' or 'sty' in it's sources. So... i'm pretty sure the missing dependency is somewhere else, need more info.
*** Bug 332209 has been marked as a duplicate of this bug. ***
I had to install app-text/texlive-2008 to get at those style files, but xmlto appears not to need app-text/texlive-2008. I think that's the missing dependency.
I still *cannot* generate PDF or Postscript files even with those additional pacakages. If you download http://www.munted.org.uk/programming/Framebuffer-HOWTO.xml and try to process it into either a PDF or a Postscript I think you'll find it either silently fails or reports errors.
(In reply to comment #4) > I still *cannot* generate PDF or Postscript files even with those additional > pacakages. > > If you download http://www.munted.org.uk/programming/Framebuffer-HOWTO.xml and > try to process it into either a PDF or a Postscript I think you'll find it > either silently fails or reports errors. Above URL is wrong, it should be http;//www.munted.org.uk/programming/Framebuffer-HOWTO-1.3.xml.tar.gz
try using the --skip-validation option
Still results in an error being generated. I think this really needs sorting. There is a newer update available upstream, perhaps give that a try?
(In reply to comment #7) > Still results in an error being generated. I think this really needs sorting. > There is a newer update available upstream, perhaps give that a try? > As said, 0.0.23 is already in portage. Still need info on howto reproduce as the xmlto dependencies are correct (exact mirror of dependencies from upstream (which is fedora))
I just installed xmlto 0.0.23 and it still made no difference. I had an email conversation with upstream about this problem, and he thinks that it does work better with dblatex as a replacement for passivetex. I cannot find an ebuild for dblatex to test out unfortunately. Passivetex is deprecated anyway.
To reproduce this problem, you'll need to download http://www.munted.org.uk/programming/Framebuffer-HOWTO.xml.tar.gz from my website and run with: xmlto pdf Framebuffer-HOWTO.xml xmlto ps Framebuffer-HOWTO.xml It should either silently fail or generate errors even though upstream says the xml document does get processed correctly.
Argh, my apologies, error in URL that I gave you. It should be: http://www.munted.org.uk/programming/Framebuffer-HOWTO-1.3.xml.tar.gz
