We are explicitly pulling in resources from the net, so this would always fail.
%.html.db: %.xml $(chapters)
$(AM_V_GEN)$(XSLTPROC) $(XSLTPROC_FLAGS) \
http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl $
%.fo.db: %.xml $(chapters)
On Thu, Apr 28, 2011 at 1:33 PM, Jeremy Huddleston jerem...@apple.com wrote:
We are explicitly pulling in resources from the net, so this would always
fail.
%.html.db: %.xml $(chapters)
$(AM_V_GEN)$(XSLTPROC) $(XSLTPROC_FLAGS) \
On Apr 28, 2011, at 5:25 PM, Dan Nicholson wrote:
This isn't true. If your xml catalog is setup correctly, the url will
be converted to a local file. In /etc/xml/catalog on my F13 box:
rewriteURI
uriStartString=http://docbook.sourceforge.net/release/xsl/current;
On Thu, 2011-04-28 at 17:25 -0700, Dan Nicholson wrote:
On Thu, Apr 28, 2011 at 1:33 PM, Jeremy Huddleston jerem...@apple.com wrote:
We are explicitly pulling in resources from the net, so this would always
fail.
%.html.db: %.xml $(chapters)
$(AM_V_GEN)$(XSLTPROC)
This is what I observed as well. The xsltproc flags were derived from
the xsltproc command
issued by xmlto which is just a wrapper srcipt.
It looks like a problem with the catalog installed with docbook-xsl-1.76.1 ...
ugg... I hate generating docs.
?xml version=1.0 encoding=utf-8?
catalog
On Thu, Apr 28, 2011 at 5:46 PM, Jeremy Huddleston jerem...@apple.com wrote:
This is what I observed as well. The xsltproc flags were derived from
the xsltproc command
issued by xmlto which is just a wrapper srcipt.
It looks like a problem with the catalog installed with docbook-xsl-1.76.1
