Re: Semantic change for dpkg triggers?

Raphael Hertzog writes (Semantic change for dpkg triggers?): I am considering changing the default behaviour of dpkg triggers. [1] Currently when a package activates a trigger (except if it uses dpkg-trigger directly with the --no-await option, and that is a minority of cases), the trigerring

dpkg: debconf for conffiles? (was: Re: Bug#606025: packagekit: Does not support conffile)

On Sun, 2010-12-05 at 17:44 +0100, Julian Andres Klode wrote: Package: packagekit Version: 0.6.8-2 Severity: normal In addition to the debconf support, PackageKit must also support conffiles. Dear dpkg maintainers, for PackageKit support we need a way to handle conffiles. PackageKit allows

Stability of part of Dpkg::Vendor

Hey As the subject suggests; I would like to use a part of the Dpkg::Vendor API instead of dpkg-vendor. As you may know I in the process of adding Vendor Customization for Lintian[1] and for that we recently decided to use dpkg-vendor in Lintian to determine the best profile for the current