[DRE-maint] Bug#914055: gitaly: misses versioned dependency on gitaly-proto (and probably more)
elbrus at debian.org
Sun Nov 18 20:50:39 GMT 2018
X-Debbugs-CC: debian-ci at lists.debian.org, gitlab at packages.debian.org
User: debian-ci at lists.debian.org
Control: affects -1 src:gitlab
With a recent upload of gitlab the autopkgtest of gitaly fails in
testing when that autopkgtest is run with the binary packages of gitlab
from unstable. It passes when run with only packages from testing. In
gitlab from testing 11.1.8+dfsg-2
gitaly from testing 0.100.1+debian2-1
versioned deps  from testing from unstable
all others from testing from testing
I copied some of the output at the bottom of this report. If I
understand the error message correctly, the failure is due to the fact
that gitaly-proto from testing isn't found. None of our tools is aware
that gitaly-proto version 0.99.0 is a dependency of gitaly 0.100.1
because that dependency isn't declared in the regular way. If I further
read the output of a passing autopkgtest, I fear that there are quite a
few more packages that need documenting.
Currently this regression is contributing to the delay of the migration
of gitlab to testing , although that may "fix" itself once
gitaly/0.111.4+debian-2 and golang-gitaly-proto/0.105.0+dfsg-2 migrate
to testing in a couple of days.
If this is a real problem in your package (and not only in your
autopkgtest), the right binary package(s) from gitlab should really add
a versioned Breaks on the unfixed version of (one of your) package(s).
Note: the Breaks is nice even if the issue is only in the autopkgtest as
it helps the migration software to figure out the right versions to
combine in the tests.
More information about this bug and the reason for filing it can be found on
PS: I'd like to let you know that an autopkgtest that only contains a
no-op test (that just installs a package) is NOT wanted by the release
team. It appears to me that your test doesn't do anything that isn't
already done during installation (the logs are the same). Please add
testcases that really use your installed package in any way, or drop
your autopkgtest. We have piuparts testing to check for installability
 You can see what packages were added from the second line of the log
file quoted below. The migration software adds source package from
unstable to the list if they are needed to install packages from
gitlab/11.1.8+dfsg-2. I.e. due to versioned dependencies or
Setting up gitaly (0.100.1+debian2-1) ...
[31mCould not find gem 'gitaly-proto (~> 0.99.0)' in any of the gem
in your Gemfile.[0m
dpkg: error processing package gitaly (--configure):
installed gitaly package post-installation script subprocess returned
error exit status 7
dpkg: dependency problems prevent configuration of autopkgtest-satdep:
autopkgtest-satdep depends on gitaly; however:
Package gitaly is not configured yet.
dpkg: error processing package autopkgtest-satdep (--configure):
dependency problems - leaving unconfigured
Processing triggers for libc-bin (2.27-8) ...
Processing triggers for ca-certificates (20170717) ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
Processing triggers for systemd (239-11) ...
Errors were encountered while processing:
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 488 bytes
Desc: OpenPGP digital signature
More information about the Pkg-ruby-extras-maintainers