[Bug 1491145] Re: packages can regress undetected because of uploads in test (not build/runtime) dependencies

Martin Pitt martin.pitt at ubuntu.com
Wed Sep 2 03:17:30 UTC 2015


Yes, we absolutely should. This has been on the wish list for a long
time, and about half a year ago Adam and I  talked to the Debian dpkg
maintainers how to implement this efficiently. I'm linking to the dpkg
bug.

In short, the plan is to make dpkg-source add the collection of test
dependencies to the .dsc so that they will appear in the archive's
Sources.gz. Then we can actually do a query like "what are the reverse
test dependencies of package X", which isn't possible right now.

** Bug watch added: Debian Bug tracker #779559
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779559

** Also affects: dpkg (Debian) via
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779559
   Importance: Unknown
       Status: Unknown

** Changed in: auto-package-testing
   Importance: Undecided => Medium

** Changed in: auto-package-testing
       Status: New => Triaged

** Summary changed:

- packages can regress undetected because of uploads in test (not build/runtime) dependencies
+ trigger tests for updated reverse test dependencies

** Also affects: dpkg (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: dpkg (Ubuntu)
       Status: New => Triaged

** Changed in: dpkg (Ubuntu)
   Importance: Undecided => Medium

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to dpkg in Ubuntu.
https://bugs.launchpad.net/bugs/1491145

Title:
  trigger tests for updated reverse test dependencies

Status in Auto Package Testing:
  Triaged
Status in dpkg package in Ubuntu:
  Triaged
Status in dpkg package in Debian:
  Unknown

Bug description:
  Tracking down the cause of the php5 stalls, I found that the
  regression in the php-codecoverage tests was caused not by a
  regression in php5, which it blocks, but in xdebug, which it did *not*
  block.

  This is because xdebug is a test dependency of php-codecoverage but
  not a build or runtime dependency of it.  As a result, xdebug was
  allowed to regress the state of php-codecoverage's tests in the
  release pocket, undetected.

  Should we trigger tests for test dependencies as well?

To manage notifications about this bug go to:
https://bugs.launchpad.net/auto-package-testing/+bug/1491145/+subscriptions



More information about the foundations-bugs mailing list