Red Hat Bugzilla – Bug 440095
Can't validate XML due to bad /etc/sgml/catalog
Last modified: 2008-04-08 06:24:49 EDT
Description of problem:
Running: onsgmls -wxml -s PClist.xml (from inside xemacs, to validate a file
written by myself) I get an error to the efect that
/etc/sgml/openjade-1.3.2-30.fc8.soc doesn't exist. Sure enough, the current
version of that file is /etc/sgml/openjade-1.3.2-31.fc9.soc. No package claims
/etc/sgml/catalog (where this has to be fixed), that is why I report here.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Thanks for report.
Because of the packages you mentioned, I suspect that you did update from F8 to
RAWHIDE. That .soc file is registered by openjade package (old should have been
unregistered in preun of the old openjade package, and new one in post of the
new openjade package). If it was rawhide update related, there is unfortunately
no easy way how to fix that.
Could you confirm that suspection?
Could you please provide rpm -V openjade ?
Nope. This has been rawhide for quite some time (since well before F8, IIRC).
openjade-1.3.2-31.fc9.i386, "rpm -V" is clean.
Shouldn't a "rpm -Uhv --oldpackage --force openjade..." (re)register this?
Is there some sane way to recreate the catalog for emergencies?
Yep, running rpm -Uvh --oldpackage --force openjade-1.3.2-31.fc9.i386.rpm should
reregister the catalog. It's quiet strange that it was not registered properly
during common update, this registration part was not changed for quiet a long
time. Could be some rawhide temporary problem which caused wrong registration...
Should this be closed as "No way to fix" or some such?
Yep, I will close it CANTFIX once I will check the update mechanism once more
time(early next week) as there are insufficient data about the cause of the
problem. I just want to be sure and keeping it opened is harmless and reminds me
that I should do that.
Ok, I tried several update situations once more time and it works on my machine.
Therefore closing that bugzilla as INSUFFICIENT_DATA, as there is no clear
reproducer how to make openjade catalog not registered. Feel free to reopen the
bugzilla ticket if you find something relevant (or easy way how to reproduce the
fact that the openjade soc file is not registered properly). It's quiet probable
that it was some temporary rawhide issue.