Source: debci
Severity: normal

debci appears to hang, i.e. stops scheduling tests for testing, after
a binary package is removed from a source package. I think this bug is
triggered if the package removed was the last binary independent
package.

The problem affects the transition of mshr into testing.
mshr 2018.1.0+dfsg1-2 passed tests in both testing and unstable.  But
that's on amd64.  mshr 2018.1.0+dfsg1-2 failed to build on i386 and
other 32 bit arches.

To help with the 32 bit build problems, I dropped the arch-independent
package mshr-demos, moving demos to python3-mshr.

Later versions of mshr continue to pass debci tests on unstable.  But
tests on testing remain frozen at 2018.1.0+dfsg1-2.

PTS reports "arch:all not built yet, autopkgtest delayed".  So debci
is waiting for a package (mshr-demos) which no longer exists.

I've filed bug#907513 to expunge all trace of mshr-demos.  But
nevertheless, I think it is a bug that debci hangs on a missing
package like this.

Drew

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Reply via email to