From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.19-7.0.1enterprise i686; en-US;
psgml allows you to parse a document's DTD, and save it to a file. This
"pre-parsed" DTD can then be used to work with file that might not have a
DTD definition line at the top of the file.
This has worked since Red Hat Linux 6.1; however, now the error message
"External entity xxxx not found" appears ("xxxx" being "BOOK" where the
document is a DocBook book-type document)
Steps to Reproduce:
1.Open a Docbook 3.1 document (with the DTD definition line at the top) in
2.Either type C-c C-p, or select the "Parse DTD" menu entry from the "DTD"
3.An SGML LOG buffer will appear with the warning message:
External entity BOOK not found
Public identifier -//OASIS//DTD DocBook V3.1/EN
Actual Results: psgml-mode will not understand the document's structure.
In other words, if you use psgml-mode to enter a tag, it will not have a
list of tags that are valid for the current point in the file.
(Note: I just played with it some more, and psgml-mode cannot be made to
work under any circumstances. It used to be that it would essentially do
an automatic parse of the DTD behind the scenes (such as when you went to
enter a new tag). Now psgml-mode fails with the same error message as
Expected Results: psgml-mode should have parsed the DTD, and then allowed
me to save the pre-parsed DTD in a file. This file should then be readable
by psgml-mode in subsequent editing sessions to give psgml the necessary
information to suggest the appropriate tags in a given document.
Unfortunately, this greatly hampers our ability to work with SGML documents
under 7.1, so I'm grading this as high severity.
My bad -- I was setting SGML_CATALOG_FILES in my .bashrc *and* doing a setq of
sgml-catalog-files in my .emacs -- and I was only changing SGML_CATALOG_FILES...
Sorry for the mixup...