Helmut Grohne wrote: > I agree that the complexity should not reside in debhelper templates. > However that is already the case. The entire code that is responsible > for #88010 already is contained in debhelper. It is debhelper's prerm > that removes the package catalog from the root catalog. And it is > debhelper's postinst that removes the package catalog file. Those are > two removals shipped in current debhelper and they are causing the harm. > One of those removals is done using /bin/rm (out of scope of sgml-base) > and the other removal is a call to update-catalog --quiet --remove > --super /etc/sgml/$package.cat. Turning this into a no-op is error prone > on its own as it might legitimately be invoked that way from a user.
I'm not suggesting that the existing code, as currently present in package maintainer scripts everywhere, should somehow implement this transition. But update-catalog can get new switches that handle the transition, and debhelper can update the code to use them. -- see shy jo
signature.asc
Description: Digital signature
