Bug#680291: dh_installcatalogs: catalog is now a conffile prompt if the old (pre-conffile) package was removed, but not purged
Control: notfound 681194 debhelper/9.20120830 On Mon, Sep 17, 2012 at 11:13:43AM +0200, Andreas Beckmann wrote: Any opposition to closing the debhelper issue again? Tanks for te analysis. Please go aead! Done. In case of xml2rfc I see no other option that to forcefully remove the package catalog in all cases. The package was not properly purging itself in squeeze. This is a bug in xml2rfc. There is little we can do. Yes, let's just do special handling in that package. I will come up with a patch, but currently the rest of the mass bug has higher priority imo. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680291: dh_installcatalogs: catalog is now a conffile prompt if the old (pre-conffile) package was removed, but not purged
On Fri, Sep 14, 2012 at 01:43:31PM +0200, Andreas Beckmann wrote: Control: found 681194 debhelper/9.20120830 Countrol: found 680291 xml2rfc/1.36-4 Hi Helmut, we missed one case: If the package contained neither conffiles nor a postrm script (example: xml2rfc in squeeze/non-free), removal does not end in config-files state but in uninstalled state with cruft being left around in /etc. The new preinst does not cover this case as it sees a first installation where no cleanup is done, resulting in a conffile prompt. This should be a case unique to xml2rfc, because it was the only package that did not use dh_installcatalogs but used update-catalog in squeeze. I converted the package to debhelper with permission from dkg. Can you take a look at the packages in squeeze affected by this transition and check how many more (if any) fall in this overlooked category? TTBOMK all other packages using update-catalog in squeeze do so by calling dh_installcatalogs. That script adds a postrm (even in squeeze). So xml2rfc really is the only package affected by this particular issue. I would rather not update debhelper for one single package again, but fix this in xml2rfc directly. Any opposition to closing the debhelper issue again? In case of xml2rfc I see no other option that to forcefully remove the package catalog in all cases. The package was not properly purging itself in squeeze. This is a bug in xml2rfc. There is little we can do. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680291: dh_installcatalogs: catalog is now a conffile prompt if the old (pre-conffile) package was removed, but not purged
On 2012-09-17 09:29, Helmut Grohne wrote: This should be a case unique to xml2rfc, because it was the only package that did not use dh_installcatalogs but used update-catalog in squeeze. I would rather not update debhelper for one single package again, but fix this in xml2rfc directly. Agreed. Any opposition to closing the debhelper issue again? Tanks for te analysis. Please go aead! In case of xml2rfc I see no other option that to forcefully remove the package catalog in all cases. The package was not properly purging itself in squeeze. This is a bug in xml2rfc. There is little we can do. Yes, let's just do special handling in that package. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680291: dh_installcatalogs: catalog is now a conffile prompt if the old (pre-conffile) package was removed, but not purged
Control: found 681194 debhelper/9.20120830 Countrol: found 680291 xml2rfc/1.36-4 Hi Helmut, we missed one case: If the package contained neither conffiles nor a postrm script (example: xml2rfc in squeeze/non-free), removal does not end in config-files state but in uninstalled state with cruft being left around in /etc. The new preinst does not cover this case as it sees a first installation where no cleanup is done, resulting in a conffile prompt. Can you take a look at the packages in squeeze affected by this transition and check how many more (if any) fall in this overlooked category? Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org