Re: 1117650: autoremoval should be smarter about (versioned) Provides

Paul Gevers <[email protected]> Mon, 15 Dec 2025 20:38:22 +0100

Newsgroups	gmane.linux.debian.devel.quality-assurance
Message-ID	<[email protected]>

reassign 1117650 qa.debian.org
user [email protected]
usertags 1117650 udd
affects 1117650 release.debian.org
thanks

On Thu, 9 Oct 2025 08:52:54 +0200 Paul Gevers <[email protected]> wrote:
> retitle -1 autoremoval should be smarter about (versioned) Provides
> user [email protected]

> On 10/9/25 06:16, Xiyue Deng wrote:
> > Xiyue Deng <[email protected]> writes:
> >> Paul Gevers <[email protected]> writes:
> >>> On 30-08-2025 07:11, Xiyue Deng wrote:
> >>>> Apparently I missed the fact that removing compat-el from testing will
> >>>> also remove all its reverse dependencies, which is already happening[1].
> >>>
> >>> emacs-common Provides compat-el (versioned), so I my opinion this
> >>> removal (thread?) is a bug in the autoremoval tooling. (Versioned)
> >>> Provides is relatively new in Debian, not all tools deal with it in all
> >>> corner cases. Either somebody finds a fix for the autoremoval tooling
> >>> or, if we let the removal happen, I expect all dependent packages to
> >>> migrate straight back after removal.
> 
> > So as Paul predicted, the reverse dependencies of compat-el got removed
> > from testing around Oct 6 and then re-entered around Oct 7, and since
> > then no remove notice is showing anymore.  Thanks!
> 
> 
> So lets document this on the Release Team side as a bug in the tooling, 
> although I'm not expecting it to get fixed soon.

And as the autoremoval script gets its information from udd, it's the 
testing_autoremovals_gatherer.pl script that needs to get smarter.

Paul

OpenPGP_signature.asc (application/pgp-signature, 585 B)