Bug#910841: xml-core: review how the catalogs updates are handled
Package: xml-core
Version: 0.18
Severity: wishlist
This is a follow-up on
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660687#15 as it
makes more sense in its own bug report rather than on the ITA bug
report.
The following content was from Daniel Leidert, previous maintainer of
the package:
------------------------
It is more or less a similar bug to #477751. Every package update
re-installs all entries to /etc/xml/catalog and /etc/xml/$package.xml.
But this is a policy violation. Changes done to the above files are not
preserved. Further we create and manipulate the system catalog by a
self-written tool. IMO the rewrite must finish in
- shipping the /etc/xml/$package.xml file instead of creating it (so
dh_installxmlcatalogs will simply put a file into etc/xml/)
- and registering it with the system catalog by the nextCatalog entry
instead of putting delegate* entries in the system catalog directly
(this should be done in a way, that is compatible with using the
xmlcatalog tool from libxml)
- if a user decides he wants to unregister a catalog, he can simply
remove the relevant nextCatalog [1] entry in /etc/xml/catalog - and this
change must be preserved during package updates.
[1] https://www.oasis-open.org/committees/entity/spec-2001-08-06.html#s.nextcatalog
------------------------
Reply to: