no build records for previously-failed builds

Bug #181328 reported by Adam Conrad
2
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
High
Celso Providelo

Bug Description

There are sources published in hardy (at least one that I know of, "dom4j") that have no associated build record(s). This is, IMO, buggy behaviour.

As I understand it, queue-builder checks if a source had a build record in a previous series, and doesn't create a new one if it did. What it *should* be doing is checking if the source had a SUCCESSFUL build record in the previous series, and creating a new record if not.

This ensures both that transient failures get sorted on the new series, and that non-transient failures remain on the radar as "failures in the current release", both desirable outcomes.

From a history POV, I'd prefer to see a new record created for the new series, rather than the old record moved, since it would be nice for people like the SRU and security teams to be able to clearly see that $packagefoo had failed on $releasebar, and why.

Tags: lp-soyuz
Revision history for this message
Celso Providelo (cprov) wrote :

I'm not sure if we will have time to address it during 1.2.1, but let's keep it in the radar until we know.

Changed in soyuz:
assignee: nobody → cprov
importance: Undecided → High
milestone: none → 1.2.1
status: New → Triaged
Revision history for this message
Celso Providelo (cprov) wrote :

See bug 59368 for reference.

Changed in soyuz:
milestone: 1.2.1 → 1.2.2
Celso Providelo (cprov)
Changed in soyuz:
status: Triaged → In Progress
Revision history for this message
Celso Providelo (cprov) wrote :

RF 5610

Changed in soyuz:
status: In Progress → Fix Committed
Changed in soyuz:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.