bzr-bd chokes if tarball .asc in directory
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| bzr-builddeb (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned | ||
Bug Description
Some Debian packages are including .asc files with the original source tarballs. .asc are signature files. bzr-builddeb doesn't know what a vlc_2.2.
Below is what I got when I tried to build vlc today on Ubuntu yakkety from Debian sid source. My normal workflow uses packaging-only branches to make sure there aren't any inadvertent changes outside the debian/ directory.
$ dget http://
dget: retrieving http://
% Total % Received % Xferd Average Speed Time Time Time Current
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 5950 100 5950 0 0 326 0 0:00:18 0:00:18 --:--:-- 1443
dget: retrieving http://
% Total % Received % Xferd Average Speed Time Time Time Current
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 7036k 100 7036k 0 0 952k 0 0:00:07 0:00:07 --:--:-- 920k
dget: retrieving http://
% Total % Received % Xferd Average Speed Time Time Time Current
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 20.8M 100 20.8M 0 0 1543k 0 0:00:13 0:00:13 --:--:-- 1719k
dget: retrieving http://
% Total % Received % Xferd Average Speed Time Time Time Current
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 173 100 173 0 0 122 0 0:00:01 0:00:01 --:--:-- 3145
dget: retrieving http://
% Total % Received % Xferd Average Speed Time Time Time Current
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 73620 100 73620 0 0 137k 0 --:--:-- --:--:-- --:--:-- 137k
vlc_2.2.3-2.dsc:
Good signature found
validating vlc_2.2.
validating vlc_2.2.
validating vlc_2.2.
validating vlc_2.2.
All files validated successfully.
dpkg-source: info: extracting vlc in vlc-2.2.3
dpkg-source: info: unpacking vlc_2.2.
dpkg-source: info: unpacking vlc_2.2.
dpkg-source: info: unpacking vlc_2.2.
dpkg-source: info: applying frenchtv-
dpkg-source: info: applying zsh-completion.
dpkg-source: info: applying fix-translation
dpkg-source: info: applying drop-check-
dpkg-source: info: applying the-Hurd-
dpkg-source: info: applying Fix-Hurd-
dpkg-source: info: applying g711-fix-
dpkg-source: info: applying adpcm-reject-
$ mkdir -p ubuntu/
$ echo "[BUILDDEB]\nmerge = True\nignore-
$ cd ubuntu
$ tar xvf ../vlc_
debian/
debian/patches/
debian/
(...etc...)
$ bzr add
adding .bzr-builddeb
adding debian
adding .bzr-builddeb/
adding debian/NEWS
(...etc...)
$ debcommit -r
bzr commit -m 'releasing package vlc version 2.2.3-2'
(...etc...)
$ bzr bd
Building using working tree
Building package in merge mode
Looking for a way to retrieve the upstream tarball
Using the upstream tarball that is present in /home/jeremy/
bzr: ERROR: exceptions.
Traceback (most recent call last):
File "/usr/lib/
return the_callable(*args, **kwargs)
File "/usr/lib/
ret = run(*run_argv)
File "/usr/lib/
return self.run(
File "/usr/lib/
return self._operation
File "/usr/lib/
self.cleanups, self.func, *args, **kwargs)
File "/usr/lib/
result = func(*args, **kwargs)
File "/usr/lib/
builder.
File "/usr/lib/
self.
File "/usr/lib/
self.
File "/usr/lib/
tarballs = self.upstream_
File "/usr/lib/
for p in paths]
File "/usr/lib/
"orig tarball file %s has unknown extension" % tarball_filename)
ValueError: orig tarball file vlc_2.2.
bzr 2.7.0 on python 2.7.11 (Linux-
Ubuntu-
arguments: ['/usr/bin/bzr', 'bd']
plugins: bash_completion
grep[2.7.0], launchpad[2.7.0], netrc_credentia
news_
encoding: 'utf-8', fsenc: 'UTF-8', lang: 'en_US.UTF-8'
*** Bazaar has encountered an internal error. This probably indicates a
bug in Bazaar. You can help us fix it by filing a bug report at
https:/
including this traceback and a description of the problem.
ProblemType: Bug
DistroRelease: Ubuntu 16.10
Package: bzr-builddeb 2.8.9
ProcVersionSign
Uname: Linux 4.4.0-23-generic x86_64
ApportVersion: 2.20.1-0ubuntu4
Architecture: amd64
CurrentDesktop: GNOME
Date: Tue May 31 17:50:21 2016
EcryptfsInUse: Yes
InstallationDate: Installed on 2016-04-09 (51 days ago)
InstallationMedia: Ubuntu-GNOME 16.04 LTS "Xenial Xerus" - Beta amd64 (20160408)
PackageArchitec
SourcePackage: bzr-builddeb
UpgradeStatus: No upgrade log present (probably fresh install)
| Jeremy Bícha (jbicha) wrote | #1 |
| Jeremy Bícha (jbicha) wrote | #2 |
| Changed in bzr-builddeb (Ubuntu): | |
| status: | New → Fix Released |
| Jeremy Bícha (jbicha) wrote | #3 |
| Changed in bzr-builddeb (Ubuntu): | |
| status: | Fix Released → New |
| Launchpad Janitor (janitor) wrote | #4 |
| Changed in bzr-builddeb (Ubuntu): | |
| status: | New → Confirmed |
I'm closing this bug since things are magically working today. I don't really understand what changed.
When I run dget http://
it does not download the .orig.tar.xz.asc any more.
bzr bd works fine even if that .orig.tar.xz.asc is in the directory.
bzr was updated today but it was such a minor change it shouldn't have mattered unless rebuilding against yakkety changed something:
https:/
But that doesn't explain why dget is different (neither devscripts nor dpkg have been updated in Ubuntu recently).