openjdk-8 uploads trigger swi-prolog, fdroidserver, and libreoffice autopkgtests unnecessarily
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
britney |
New
|
Undecided
|
Unassigned |
Bug Description
As seen currently at hirsute proposed-migration [1]:
openjdk-8 (8u272-b10-0ubuntu1 to 8u275-b01-0ubuntu1)
Migration status for openjdk-8 (8u272-b10-0ubuntu1 to 8u275-b01-
Issues preventing migration:
autopkgtest for fdroidserver/
autopkgtest for swi-prolog/
Additional info:
2 days old
Both fdroidserver and swi-prolog were blocking openjdk-8 8u275-b01-0ubuntu1 from migrating, but openjdk-8 is not default-
Libreoffice autopkgtests were also triggered on openjdk-8 uploads and, for reference, did block openjdk-
References:
[1] https:/
summary: |
- swi-prolog and fdroidserver triggering autopkgtests for openjdk-8 + swi-prolog, fdroidserver, and libreoffice triggering autopkgtests for + openjdk-8 |
summary: |
- swi-prolog, fdroidserver, and libreoffice triggering autopkgtests for - openjdk-8 + swi-prolog, fdroidserver, and libreoffice triggering unecessary + autopkgtests for openjdk-8 |
description: | updated |
summary: |
- swi-prolog, fdroidserver, and libreoffice triggering unecessary - autopkgtests for openjdk-8 + openjdk-8 uploads trigger swi-prolog, fdroidserver, and libreoffice + autopkgtests unnecessarily |
description: | updated |
tags: | added: fr-940 |
I think it's right to fix this, but please let's not do that with a special case hack in proposed-migration.
First step is to look at why these tests are being triggered, and then we can figure out a nice way to prevent that.
Follow on question - are tests being triggered correctly for default-jre changes, do you know? If not, we should fix that at the same time.