Ethereal-dev: Re: [Ethereal-dev] Beginnings of automake in docbook directory

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: Joerg Mayer <jmayer@xxxxxxxxx>
Date: Mon, 21 Feb 2005 02:29:51 +0100
On Sun, Feb 20, 2005 at 10:46:46PM +0100, Ulf Lamping wrote:
> >I hope that this patch will work on your Windows platform too or at least
> >can be made to work.
> >
> > 
> >
> Unfortunately not, the (complete) error output, after I've deleted my 
> catalog.xml as you'd suggested before:


> "xsltproc" --stringparam base.dir eug_html_chunked/ --stringparam  
>   use.id.as.filename 1 --stringparam admon.graphics 1 --stringparam
>   admon.graphics.path graphics/ --stringparam section.autolabel 1
>   --stringparam  section.label.includes.component.label 1 --nonet 
>   http://docbook.sourceforge.net/release/xsl/current/html/chunk.xsl
>   user-guide.xml
> I/O error : Attempt to load network entity 

Interesting. Either there is no default catalog file in the search path
or it contains no references that will redirect the URLs to local files.

> Seems that it tries to get the .xsl file from the network, but it simply 
> shouldn't do that.

Maybe it can't find any local redirects (see below).

> What mechanism is used in your environment which would be used to 
> prevent this? Is the catalog file generated in some way?

In my /etc/xml/ directory, I have a catalog file, which points to a file
named suse-catalog.xml which points to docbook-xsl-stylesheets.xml which
finally contains the following statement (example):

<rewriteSystem
  systemIdStartString="http://docbook.sourceforge.net/release/xsl/current";
  rewritePrefix="file:///usr/share/xml/docbook/stylesheet/nwalsh/1.65.1"/>

> When I revert the deletion of the catalog.xml file, *everything works 
> fine* :-)

Now, that's interesting. When I started this didn't work, but I guess that
renaming the locations to URLs did the trick on my system too, even with
the old catalog.xml back. So this looks like there is a configuration
that we can both use where the only necessary change is setting FOP.

> I've checked in your changes, together with the removal of the 
> svn_version.xml file in the clean target (just forgotten to do that).

Fine. I hope to find the time to continue on this next weekend but no
guarantees. I may have to work through the weekend.

 Ciao
     Joerg
-- 
Joerg Mayer                                           <jmayer@xxxxxxxxx>
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.