syncSource doesn't send primary/partner archive syncs through queue

Bug #529936 reported by Colin Watson
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Won't Fix
Low
Unassigned

Bug Description

I attempted to work around bug 529933 by performing the sync myself. This failed with the following oops:

  https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1516EC1221

The component here, 'non-free', is the Debian component, and is not valid in Ubuntu. Even if syncSource did the standard component mappings performed elsewhere in Soyuz, which it should, this would end up in 'multiverse' when what I really want in this case is for it to go to 'partner'. In any case, as indicated in bug 529933, the end goal is to allow uploaders to perform syncs themselves, and for that to work properly syncs of new packages need to go through the NEW queue so that archive administrators can check them and apply overrides as necessary.

Please arrange for syncSource to the primary/partner archives to insert uploads into the queue rather than accepting them directly. Of course, this wouldn't be appropriate for PPAs.

Revision history for this message
Julian Edwards (julian-edwards) wrote :

This is basically what native-source-sync from Debian will need to do, but leaving this bug open so Colin can track it separately.

Changed in soyuz:
status: New → Triaged
importance: Undecided → Low
tags: added: soyuz-core soyuz-upload
Revision history for this message
Julian Edwards (julian-edwards) wrote :

Won't-fix because we're implementing a different API call "copyPackage". Please also see bug 771341

Changed in launchpad:
status: Triaged → Won't Fix
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.