copyTo/supersede/changeOverride API should be in DistroArchReleaseBinaryPackageRelease

Bug #116833 reported by Celso Providelo
2
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
High
Julian Edwards

Bug Description

As exposed by the sampledata generated by bug #81014 (iceweasel_1.0 (source) generates mozilla-firefox_1.0 (binary) in ubuntu warty) the DARBP.copyTo API doesn't perform the right/expected action since it doesn't consider the correct binary when copying mozilla-firefox_0.9 (source) with binaries.

The same happens for supersede and changeOverride, we usually construct a DARBP based simply on binary name and use the last publication sometimes it doesn't result in the correct package chain (SPR->Build->BPR) and generate inconsistencies between what was built and what is published.

Revision history for this message
Celso Providelo (cprov) wrote :

It's important to get it fixed soon, instead of relying on the ubuntu policy to avoid inconsistences in production.

Changed in soyuz:
importance: Undecided → High
status: Unconfirmed → Confirmed
Changed in soyuz:
assignee: nobody → julian-edwards
Changed in soyuz:
status: Confirmed → In Progress
Revision history for this message
Julian Edwards (julian-edwards) wrote :

Fixed for copyTo in RF 4380.

The supersede and changeOverride problem is duplicated in bug 32135 and will be fixed there.

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.