Import from Debian fails for source packages with included tarball .asc
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Fix Released
|
High
|
Colin Watson | ||
dpkg (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Precise |
Fix Released
|
High
|
Colin Watson | ||
Trusty |
Fix Released
|
High
|
Colin Watson | ||
Xenial |
Fix Released
|
High
|
Unassigned |
Bug Description
SRU justification:
[Impact] Launchpad can't import some source packages from Debian unstable. The fix is to cherry-pick changes from unstable that support unpacking (but, for minimality, not creating) such source packages.
[Test Case] For the format 3.0 case, download the limnoria source package from Debian unstable and unpack it with "dpkg-source -x". For the format 1.0 case, there are no examples as yet in unstable, but it's easy to construct one: download a 1.0 package (e.g. makepasswd), sign its .orig.tar.gz with "gpg --armor --clearsign", rebuild the source package using unstable's toolchain, and then try to unpack it with "dpkg-source -x" in precise/trusty.
[Regression Potential] Confined to "dpkg-source -x", so it should be sufficient to check that unpacking packages without .orig.*.asc still works.
Original report follows:
https:/
This then also breaks auto-sync of some of Debian's packages to Ubuntu's development branch.
This is apparently what broke the auto-import:
dpkg-source: error: unrecognized file for a v2.0 source package:
vlc_2.2.
See this discussion about including .asc files in Debian source packages which requires dpkg to be updated:
https:/
Initial discussion:
http://
Related branches
- William Grant (community): Approve (code)
-
Diff: 480 lines (+158/-41)6 files modifiedlib/lp/archiveuploader/dscfile.py (+52/-9)
lib/lp/archiveuploader/tests/test_dscfile.py (+59/-27)
lib/lp/archiveuploader/tests/test_utils.py (+22/-1)
lib/lp/archiveuploader/utils.py (+10/-2)
lib/lp/registry/interfaces/sourcepackage.py (+11/-0)
lib/lp/soyuz/model/files.py (+4/-2)
description: | updated |
description: | updated |
description: | updated |
Changed in launchpad: | |
assignee: | nobody → Colin Watson (cjwatson) |
status: | Triaged → In Progress |
Changed in dpkg (Ubuntu Precise): | |
status: | New → In Progress |
description: | updated |
Changed in dpkg (Ubuntu Precise): | |
importance: | Undecided → High |
assignee: | nobody → Colin Watson (cjwatson) |
Changed in dpkg (Ubuntu Trusty): | |
status: | New → In Progress |
importance: | Undecided → High |
assignee: | nobody → Colin Watson (cjwatson) |
Changed in dpkg (Ubuntu): | |
importance: | Undecided → High |
Changed in dpkg (Ubuntu Xenial): | |
importance: | Undecided → High |
In order to fix this, we'll need to cherry-pick the patches to allow extraction (but not building!) of such source packages back to precise/ trusty/ xenial dpkg.