Re: [Refdb-devel] Build failure: HTML manual

[Markus H. <mar...@mh...>]

Hi David,

I agree with your analysis that the upgrade of the xsltproc/libxslt
packages are most likely the reason for the build failure. In order to
find out whether it is an xsltproc specific problem, I wanted to
transform the manual with a different xslt processor (if the manual
would cause a similar problem with a different processor on my system
as well, I reckon the problem is with the driver file). However, I'm
apparently not up to this task:

- Saxon by itself does not seem to understand Xincludes

- Saxon-Xerces does not fare any better

- Xalan dies with an error:

(Location of error unknown)XSLT Error
(javax.xml.transform.TransformerConfigurationException):
java.io.EOFException: no more input

I spare you my usual rants about the state of XML tools compared to
SGML tools. Is anyone out there able to transform the manual with
anything else but xsltproc?

regards,
Markus

David Nebauer writes:
 > Hi Markus,
 > > did you upgrade xsltproc (or libxslt) or the DocBook XSL stylesheets lately?
 > >
 > > In order to fix this, I'd like to know which of the packages changed on your
 > > system since the last time it worked.
 > 
 > 
 > It's difficult for me to provide this information.  I update my system 
 > from the Debian repository almost nightly and don't keep track of what 
 > changes occur or when.  I presume this information is stored somewhere 
 > in the package management system but, if so, I don't know how to 
 > retrieve it.
 > 
 > Here is the information I've been able to retrieve:
 > 
 > I last built refdb-svn (successfully) on 26 October.
 > 
 > The packages xsltproc and libxslt1.1 are both built from the same 
 > source.  According to both packages' changelog (extract follows) those 
 > packages were updated on 27 October or soon thereafter.
 > ------------------------------------------------------------------------------
 >  libxslt  (1.1.18-1) unstable; urgency=low
 > 
 >    * New upstream release:
 >      + Fixes xsl:variable with node sets. Closes: #381597.
 >      + Honors disable-output-escaping in xhtml 1.0 style element.
 >        Closes: #395210.
 >      + Supports XInclude processing on XSL stylesheets. Closes: #395210.
 >      + Correctly handles xsl:param names with namespaces. Closes: #389023.
 >    * debian/control:
 >      + Bumped Standards-Version to 3.7.2.2. No changes required.
 >      + Build depend on libxml2 >= 2.6.27, and adapt other dependencies
 >        accordingly.
 > 
 >  -- Mike Hommey <gla...@de...>  Fri, 27 Oct 2006 18:30:38 +0200
 > libxslt (1.1.17-5) unstable; urgency=low
 > 
 >    * xsltproc/xsltproc.c: Reverted patch to allow xsltproc to do XInclude
 >      processing. Closes: #389694. Reopens: #383408.
 > 
 >  -- Mike Hommey <gla...@de...>  Wed, 4 Oct 2006 16:57:08 +0200
 > ------------------------------------------------------------------------------
 > 
 > According to package docbook-xsl's changelog (extract follows) that 
 > package has not been updated since 26 October.
 > ------------------------------------------------------------------------------
 >  docbook-xsl  (1.71.0.dfsg.1-1.1) unstable; urgency=low
 > 
 >    * Non-maintainer upload.
 >    * Remove compatibility symlink in
 >      /usr/share/sgml/docbook/stylesheet/xsl/nwalsh and its parent 
 > directories
 >      on removal; closes: #393726.
 > 
 >  -- Loic Minier <lo...@do...>  Tue, 17 Oct 2006 22:26:46 +0200
 > ------------------------------------------------------------------------------
 > 
 > Perhaps changes to xsltproc/libxslt have resulted in the current HTML 
 > manual build problem.
 > 
 > Regards,
 > David.
 > 
 > 
 > -------------------------------------------------------------------------
 > Using Tomcat but need to do more? Need to support web services, security?
 > Get stuff done quickly with pre-integrated technology to make your job easier
 > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
 > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
 > _______________________________________________
 > Refdb-devel mailing list
 > Ref...@li...
 > https://lists.sourceforge.net/lists/listinfo/refdb-devel
 > 

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de