If a PPA package is copied to a different suite in the same repo before builds are published, the builds will never be published in the new suite

Bug #225331 reported by Bryan Donlan
18
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
High
Celso Providelo

Bug Description

Hi,

I uploaded openc2e_0.1a-1 to the ~ccdevnet gutsy PPA, then after x86 and amd64 builds had completed (but before they had published), copied (with the binary copy option set) it to hardy. After both had published, the Packages file for hardy-i386 still has the old, superseded version (0.0svn1837-1~ppa0), and has been stuck there for some hours now.

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

You haven't copied the binaries, since you can't copy unpublished stuff, the message rendered on the top of the page when you copied told you so.
Copy the source and the binaries again from gutsy to hardy, now that the binaries are published, the previously copied source will be superseded and hardy will remain with the same packages you have in gutsy.

Changed in soyuz:
assignee: nobody → cprov
milestone: none → 1.2.5
status: New → Invalid
Revision history for this message
Bryan Donlan (bdonlan) wrote :

My main concern with this is that if you perform this copy without the binaries, and the version is already present, it simply won't be built - you'll have the sources published in the new series, but the binaries won't come unless you realize the error and do the copy again. At the least there should be some sort of warning about copying packages w/o binaries within the same PPA...

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

Ok, you want a error to be raised when the 'copy binaries' checkbox is selected but one or more selected sources do not have binaries to copy. Would that help ?

Changed in soyuz:
importance: Undecided → Wishlist
status: Invalid → Incomplete
Revision history for this message
Bryan Donlan (bdonlan) wrote :

That would help, but I'd be concerned about what the expected behavior is if you copy without binaries within the same PPA as well. If it doesn't build, what would be the point?

Perhaps:
  * Error out if one copies a package to a PPA which already has the same package at the same version (in any suite) unless:
    = It is an identical source package
    = copy binaries is selected
    = and: binaries are available for all architectures listed in the debian/control file at time of copy

The last might be best doing a deferred copy of the corresponding binaries if they're not available at the time, though this is not vital immediately. It's just that I wouldn't expect a copy to result in the source package being updated but the binaries remaining where they were previously (or being left nonexistent), and this case should probably be prevented.

Celso Providelo (cprov)
Changed in soyuz:
importance: Wishlist → High
status: Incomplete → Confirmed
Celso Providelo (cprov)
Changed in soyuz:
status: Confirmed → In Progress
Revision history for this message
Celso Providelo (cprov) wrote :

RF 6303

Changed in soyuz:
status: In Progress → Fix Committed
Revision history for this message
Philipp Wolfer (phw) wrote :

Is this fix already active? I copied a package in my PPA on May 16 from Gutsy to Hardy. The Gutsy package was long before compiled and published by PPA.

Revision history for this message
Andrew Bennetts (spiv) wrote :

No, the fix is not active in production yet. It'll probably be active on edge.launchpad.net in the next 24 hours, and active on the main launchpad.net site in early June. The bug status will be updated to "Fix Released" when the latter happens.

Revision history for this message
Philipp Wolfer (phw) wrote :

Sounds good. If you notify me when the patch is active on edge I can test it if you want.

Celso Providelo (cprov)
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.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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