Bugzilla Bug 12792

All packages that install files in /etc/sgml specifies catalogs like this:

CATALOG /path/to/catalog.file

sgmltools does NOT recurse into these catalog files, which results in it being
impossible to f.ex. do "sgmltools -b html docbook-file.sgml" - it simply can't
find the stylesheets.
I have dug through the Python code for sgmltools-lite and have found that it
looks for:

CATALOG "/path/to/catalog.file"

That is it expects the "-signs to be there. When I add "" to all the files in
/etc/sgml everything seems to work. I am not sure if this is purely an sgmltools
problem or if the fix breaks f.ex. openjade.

Off the top of my head I would think that the solution would just be to make the
scripts that add to /etc/sgml/catalog and the files being installed in /etc/sgml
have "" in them - but as I am no sgml expert I don't know what other
implications this might have.. can anybody comment on this?

also note that several files from /etc/sgml are being left out of
SGML_CATALOG_FILES which is being set in /etc/env.d/93sgmltools-lite

With the new addition of sgml-catalog.eclass, this problem should be easier to 
deal with.  However, I'm going to let the dust settle over that one before I 
attempt a fix.  I suspect we're going to go to an upstream maintainer on it, 
however, as I've tested it and saw some mixed results with openjade. 

Partial fix.  I've set up the new sgml-catalog.eclass to regenerate 
/etc/env.d/93sgmltools every time a new catalog is installed, IF 
sgmltools-lite is installed. 
 
As for the other issue, can you verify we won't see any major problems if I 
put quotes around all the filenames? 

I can't verify it as I only use sgmltools-lite for docbook conversions - I
don't
use any other sgml stuff. Somebody who uses more sgml than I should test it...

*** Bug 14739 has been marked as a duplicate of this bug. ***

Ok.  I've worked a lot on this, and what I've come to is currently masked in 
sgml-common-0.6.3-r4.  Unmask it and see if it works for you. 

Yes. That works. Now if only jade wasnt broken from the new tetex build.
Great job! Thank you.

Another comment though, could the following error be related (this is during
processing):
[snip]
This is pdfTeX, Version 3.14159-1.10a (Web2C 7.4.5)
(Fatal format file error; I'm stymied)
Traceback (most recent call last):
  File "/usr/bin/sgmltools", line 93, in ?
    tool.processFile(curfile)
  File "/usr/share/sgml/misc/sgmltools/python/SGMLtools.py", line 270, in
processFile
    be.postJade(jadeoutfile, jadestdoutfile)
  File "/usr/share/sgml/misc/sgmltools/python/backends/Pdf.py", line 61, in
postJade
    raise IOError, 'JadeTeX run failed'
IOError: JadeTeX run failed
[/snip]

Please ignore. JadeTex needed to be re-built after the tetex update.

So are we square on this?  Can I close it?  :) 

Yeah, close it up. We're good.

closing.