Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 12792 - SGML catalog files problems (sgmltools-lite)
Summary: SGML catalog files problems (sgmltools-lite)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Matthew Turk (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-12-27 10:02 UTC by Anders Bruun Olsen
Modified: 2003-02-05 11:20 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anders Bruun Olsen 2002-12-27 10:02:17 UTC
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?
Comment 1 Anders Bruun Olsen 2002-12-27 14:13:11 UTC
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
Comment 2 Matthew Turk (RETIRED) gentoo-dev 2002-12-30 22:51:41 UTC
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. 
Comment 3 Matthew Turk (RETIRED) gentoo-dev 2003-01-02 23:07:54 UTC
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? 
Comment 4 Anders Bruun Olsen 2003-01-03 02:25:25 UTC
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...
Comment 5 Matthew Turk (RETIRED) gentoo-dev 2003-02-03 00:46:49 UTC
*** Bug 14739 has been marked as a duplicate of this bug. ***
Comment 6 Matthew Turk (RETIRED) gentoo-dev 2003-02-05 03:31:10 UTC
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. 
Comment 7 Paul Slinski 2003-02-05 10:19:11 UTC
Yes. That works. Now if only jade wasnt broken from the new tetex build.
Great job! Thank you.
Comment 8 Paul Slinski 2003-02-05 10:32:30 UTC
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]
Comment 9 Paul Slinski 2003-02-05 10:35:52 UTC
Please ignore. JadeTex needed to be re-built after the tetex update.
Comment 10 Matthew Turk (RETIRED) gentoo-dev 2003-02-05 11:03:59 UTC
So are we square on this?  Can I close it?  :) 
Comment 11 Paul Slinski 2003-02-05 11:11:34 UTC
Yeah, close it up. We're good.
Comment 12 Matthew Turk (RETIRED) gentoo-dev 2003-02-05 11:20:00 UTC
closing.