Description of problem: xmlcatalog loads the wrong catalog, overwriting the correct one with it: bash-4.3# XML_DEBUG_CATALOG=1 /usr/bin/xmlcatalog --noout --add public '-//OASIS//DTD DocBook XML V4.1.2//EN' /usr/share/sgml/docbook/xml-dtd-4.1.2/docbookx.dtd /usr/share/sgml/docbook/xmlcatalog 25224960 Parsing catalog file:///etc/xml/catalog file:///etc/xml/catalog added to file hash Adding element public to catalog Catalogs cleanup Free catalog entry http://www.w3.org/2001/xml.xsd Free catalog entry http://www.w3.org/2009/01/xml.xsd Free catalog entry http://www.w3.org/2001/xml.xsd Free catalog entry http://www.w3.org/2009/01/xml.xsd Free catalog entry -//OASIS//ENTITIES DocBook XML Free catalog entry -//OASIS//DTD DocBook XML Free catalog entry ISO 8879:1986 Free catalog entry http://www.oasis-open.org/docbook/ Free catalog entry http://www.oasis-open.org/docbook/ Free catalog entry -//OASIS//DTD DocBook XML V4.1.2//EN Free catalog entry file:///etc/xml/catalog Free catalog entry Free catalog entry bash-4.3# Should not load /etc/xml/catalog! Version-Release number of selected component (if applicable): libxml2-2.9.2-1.fc22.x86_64 Additional info: This is the faulty commit: https://mail.gnome.org/archives/commits-list/2014-February/msg02752.html You should not call xmlInitializeCatalog() as it loads the default catalog. I think tt's called lazily when needed. However, sometimes it's not desirable, as in xmlLoadCatalog(), where xmlInitializeCatalogData() is used instead.
I've reverted the patch in Rawhide, as it causes corruption to the catalogs only fixable by reinstall and breaks my build: https://kojipkgs.fedoraproject.org//work/tasks/3763/7883763/build.log Please have a look and eventually fix in a way you prefer. Thank you.
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle. Changing version to '22'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.