Launchpad itself

Copy ddtp-translations uploads to new distroseries

Bug #827941 reported by Jeroen T. Vermeulen on 2011-08-17

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	Launchpad itself	Fix Released	High	Colin Watson

Bug Description

Colin asks if we could extend the custom uploads copier to copy not just debian-installer and dist-upgrader uploads from a previous distroseries into a newly-created one, but ddtp-translations tarballs as well.

Apparently the ddtp tarballs follow a different naming scheme than the other upload types:

<NAME>_<COMPONENT>_<VERSION>.tar.gz

The <NAME> is not significant, apparently, though <COMPONENT> is. See lp.archivepublisher.ddtp_tarball.DdtpTarballUpload.

Tags:

Related branches

lp:~cjwatson/launchpad/copy-ddtp

Merged into lp:launchpad at revision 15598

Benji York (community): Approve (code) on 2012-07-09

Revision history for this message

Jeroen T. Vermeulen (jtv) wrote on 2011-08-17:

To illustrate, example of a ddtp translations tarball:

translations_multiverse_20110413.tar.gz

Colin Watson (cjwatson) on 2012-06-22

Changed in launchpad:
assignee:	nobody → Colin Watson (cjwatson)
status:	Triaged → In Progress

Revision history for this message

Colin Watson (cjwatson) wrote on 2012-06-22:

This is probably the cause of bug 672314.

Revision history for this message

Colin Watson (cjwatson) wrote on 2012-06-22:

Oh. I thought this was easy, but DDTP tarballs are handled in a considerably weirder way than I thought; they appear to have no corresponding source upload! As a result they have no SPPH and the normal copy process won't work.

I think the right way to solve this, though, is to give them a sourceful upload; the current mechanism is just Bad And Wrong. I'll talk with Michael and see about getting this fixed.

Revision history for this message

Launchpad QA Bot (lpqabot) wrote on 2012-07-10:

Fixed in stable r15598 <http://bazaar.launchpad.net/~launchpad-pqm/launchpad/stable/revision/15598>.