Backport dh-golang 1.13 to trusty
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dh-golang (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
Trusty |
Fix Released
|
Undecided
|
Michael Hudson-Doyle |
Bug Description
[Impact]
We want to backport docker and related packages to Trusty. The dh-golang in trusty is too old and lacks features used by the packages we want to backport (particularly the support for the DH_GOLANG_BUILDPKG and DH_GOLANG_EXCLUDES variables to control which packages are built, but also the support for reading the Go import path from the control file).
dh-golang is up to version 1.18 in sid/yakkety now but that causes 1 package (ngrok) in trusty to ftbfs. 1.13 seems to be a sweet spot in terms of having features and fixes we need but not breaking any packages in trusty.
[Test case]
In fact, there is already a package in trusty that uses tries to use the newer features and has a bug as a result: golang-logrus builds an _all golang-logrus-dev package that contains a i386 binary:
mwhudson@
E: golang-logrus-dev: arch-independen
So a test case would be to rebuild this package and see if this lintian error goes away.
[Regression potential]
There is obviously some potential for regressions here, but I've rebuilt all reverse dependencies of dh-golang in trusty twice, once with the version of dh-golang in trusty:
https:/
and once with a backport of dh-golang 1.13:
https:/
I debmirror-ed both PPAs and compared the results (with find and debdiff). Apart from fixing the above bug in golang-logrus, the only differences are in golang-doozer, golang-openldap, and golang-
Changed in dh-golang (Ubuntu): | |
status: | New → Invalid |
Changed in dh-golang (Ubuntu Trusty): | |
status: | New → In Progress |
assignee: | nobody → Michael Hudson-Doyle (mwhudson) |
tags: |
added: verification-done removed: verification-needed |
Thanks for doing the rebuild check in advance, that's very convincing!