Red Hat Bugzilla – Bug 131024
does not reference an appropriate xml.dcl when validating XML (C-c C-v)
Last modified: 2013-04-30 19:33:13 EDT
Description of problem:
In XML or SGML mode, after parsing a DTD with C-c C-p, if you start
C-c C-v to validate, the mini-buffer shows the command to be used:
Validate command: nsgmls -wxml -s simple-article.xml
Note that following the '-s' is two white spaces and the target
xml.dcl file (such as /usr/share/sgml/xml.dcl) is not put in. This
occurs in FC1, FC2, FC3test1 and RHEL3.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open an XML or SGML file, set mode (if needed) with M-x xml-mode or
2. Parse the DTD with C-c C-p
3. Start to validate with C-c C-v; if you accept the command as
offered in the mini-buffer, >200 errors occur.
Fails to put in appropriate xml.dcl and path.
/usr/share/sgml/xml.dcl should be put after the -s
For Fedora docs project, we need a toolchain that works well. One of
the process steps we have for authors and editors is to validate the
XML; we can document the missing component, but the behavior
definitely seemed buggy.
You can set the sgml-declaration variable to the right thing as a
work-around I think.
Fedora Core 2 is now maintained by the Fedora Legacy project for
security updates only. If this problem is a security issue, please
reopen and reassign to the Fedora Legacy product. If it is not a
security issue and hasn't been resolved in the current FC3 updates or
in the FC4 test release, reopen and change the version to match.
please, could you reproduce this bug with latest version of psgml??
Trying this on an FC5 system (emacs-21.4-14, psgml-1.2.5-4.1), and this is what
* The validate command still has the extra whitespace; not sure anymore if this
is still a problem:
Validate command: nsgmls -s Colophon.xml
* Validating gets many errors, as per before
* Putting /usr/share/sgml/xml.dcl after -s still gets errors, but this may be
FWIW, we are now using xmllint to validate, and we have the validation built
into the Makefile, so in terms of Fedora Documentation this bug is no longer a