#860608 golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt #860608
- Package:
- src:golang
- Source:
- golang
- Submitter:
- Lucas Nussbaum
- Date:
- 2025-08-11 17:57:04 UTC
- Severity:
- serious
- Tags:
Hi, During a rebuild of all packages in stretch (in a stretch chroot, not a sid chroot), your package failed to build on amd64. Relevant part (hopefully): http://aws-logs.debian.net/2017/04/18/golang_1.6.1-2_testing.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures.
This is the third time an FTBFS report against this package (which was removed from Debian) was submitted. The other two times were https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=855926 and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848806, both were closed asking for an explanation as to why the issue was filed in the first place. lucas, is this a bug in your rebuild infrastructure, or did something go wrong with the removal? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=839364 (same issue as the one you’re reporting) was closed by ftpmaster due to package removal.
... And none sending the question to the bug submitter. Package: golang Version: 2:1.1.1-4 Extra-Source-Only: yes Package: golang Version: 2:1.2-2 Extra-Source-Only: yes Package: golang Version: 2:1.4.2-3 Extra-Source-Only: yes Package: golang Version: 2:1.4.3-3 Extra-Source-Only: yes Package: golang Version: 2:1.5.1-1 Extra-Source-Only: yes Package: golang Version: 2:1.5.1-3 Extra-Source-Only: yes Package: golang Version: 2:1.5.1-4 Extra-Source-Only: yes Package: golang Version: 2:1.5.3-1 Extra-Source-Only: yes Package: golang Version: 2:1.6-1 Extra-Source-Only: yes Package: golang Version: 2:1.6.1-2 Extra-Source-Only: yes 'Extra-Source-Only' means that there are still binary packages in the archive that were built using that version of the golang package. In fact, for that version: $ grep -e Package -e Using 127.0.0.1\:9999_debian_dists_testing_main_binary-amd64_Packages |grep -B1 'golang (= 2:1.6.1-2)' Package: golang-github-armon-go-metrics-dev Built-Using: golang (= 2:1.6.1-2), golang-github-datadog-datadog-go (= 0.0~git20150930.0.b050cd8-1), golang-github-prometheus-common (= 0+git20160321.4045694-1), golang-goprotobuf (= 0.0~git20160330-1), golang-procfs (= 0+git20150616.c91d8ee-1), golang-prometheus-client (= 0.7.0+ds-3), golang-protobuf-extensions (= 0+git20150513.fc2b8d3-4) -- Package: golang-github-gosexy-gettext-dev Built-Using: golang (= 2:1.6.1-2) -- Package: golang-github-hashicorp-go-msgpack-dev Built-Using: golang (= 2:1.6.1-2) -- Package: golang-github-stretchr-objx-dev Built-Using: golang (= 2:1.6.1-2) -- Package: golang-github-kr-pty-dev Built-Using: golang (= 2:1.6.1-2) This case could be ignored by the rebuild scripts, or binnmus could be trigerred to get rid of the other versions. I'm not sure it makes sense to ship that many copies of golang in stretch. I think I read something about an organized plan to get rid of such extra packages using binnmus, but maybe I was dreaming. Ccing debian-release@. Lucas
Defeated by the Debian BTS, I didn't realize that you had to email the submitter separately when closing a bug... [...] I think I heard something about that. FWIW, though, these Built-Using fields are bogus, golang -dev packages just ship source and so do not actually contain anything built by the mentioned version of the compiler. I think I've managed to hammer this into everyone's heads now but I guess there are plenty of packages in the archive that haven't had an upload since then (so I guess the binNMUs could just drop the field?). Cheers, mwh
On Wed, Apr 19, 2017 at 12:05 PM, Michael Hudson-Doyle < michael.hudson@canonical.com> wrote: Updating or dropping the field seems fine with me. Could you do these 4 binNMUs so that we can close out this bug please? :)
Michael Stapelberg: They seem to be arch:all packages. We cannot binNMU arch:all packages, only architecture dependent ones. :-/ Thanks, ~Niels
Okay. How do you suggest we rectify this issue instead, then?
Michael Stapelberg: A (possibly "no change") sourceful upload to force a rebuild of the arch:all package. Thanks, ~Niels
Not a DD, sadly (yet!) sent from my phone, please excuse brevity
FYI, that's the number of additional copies of source packages in
stretch, per source package:
udd=> select source, count(*) from sources where release='stretch' and
component='main' and extra_source_only group by source order by count
desc;
source | count
---------------------------------------+-------
golang | 10
dh-elpa | 7
gcc-6 | 5
linux | 4
golang-golang-x-net-dev | 4
golang-1.7 | 4
golang-logrus | 3
cdebconf | 3
binutils | 3
golang-1.6 | 3
golang-golang-x-sys | 2
hw-detect | 2
choose-mirror | 2
fonts-freefont | 2
golang-codegangsta-cli | 2
ndisc6 | 2
preseed | 2
golang-goprotobuf | 2
golang-github-spf13-jwalterweatherman | 2
systemd | 2
glibc | 2
main-menu | 2
gdk-pixbuf | 2
libdebian-installer | 2
openssh | 2
espeak-ng | 2
sphinx | 2
console-setup | 2
glib2.0 | 2
openssl1.0 | 2
libgcrypt20 | 2
golang-github-boltdb-bolt | 2
python-urllib3 | 1
golang-go.crypto | 1
pcre3 | 1
libx11 | 1
lcdf-typetools | 1
appdirs | 1
gtk+2.0 | 1
golang-golang-x-oauth2 | 1
golang-github-jacobsa-oglematchers | 1
golang-protobuf-extensions | 1
python-packaging | 1
golang-bazil-fuse | 1
libnl3 | 1
golang-github-hashicorp-raft | 1
expat | 1
wpa | 1
zlib | 1
lowmem | 1
libxi | 1
golang-pault-go-debian | 1
gnupg2 | 1
anna | 1
xorg-server | 1
brltty | 1
asm | 1
screen | 1
rootskel | 1
poppler-data | 1
unicode-data | 1
jquery-typeahead.js | 1
golang-google-api | 1
nano | 1
alsa-lib | 1
jqueryui | 1
influxdb | 1
golang-github-shirou-gopsutil | 1
dbus | 1
syslinux | 1
banshee | 1
gdb | 1
publicsuffix | 1
golang-gopkg-tomb.v2 | 1
golang-go.net-dev | 1
xserver-xorg-input-evdev | 1
seabios | 1
libpng1.6 | 1
installation-locale | 1
node-moment | 1
util-linux | 1
libevdev | 1
golang-github-spf13-cobra | 1
doxygen | 1
netcfg | 1
golang-check.v1 | 1
debian-installer-utils | 1
courier | 1
python-distro | 1
golang-github-jacobsa-fuse | 1
golang-websocket | 1
golang-toml | 1
python-retrying | 1
golang-github-golang-snappy | 1
golang-github-jacobsa-ogletest | 1
golang-github-jwilder-encoding | 1
runc | 1
golang-github-opencontainers-specs | 1
fonts-android | 1
golang-prometheus-client | 1
s390-netdevice | 1
golang-github-jacobsa-oglemock | 1
network-console | 1
golang-github-jacobsa-reqtrace | 1
snappy | 1
golang-github-hashicorp-go-msgpack | 1
golang-github-bmizerany-assert | 1
pango1.0 | 1
freetype | 1
fonts-dejavu | 1
golang-github-rackspace-gophercloud | 1
golang-github-azure-go-autorest | 1
libgpg-error | 1
rescue | 1
golang-github-kardianos-osext | 1
wget | 1
xkeyboard-config | 1
harfbuzz | 1
golang-x-text | 1
golang-github-prometheus-common | 1
json-js | 1
requests | 1
audit | 1
python-webencodings | 1
golang-procfs | 1
golang-github-armon-go-metrics | 1
python-setuptools | 1
libxdmcp | 1
espeakup | 1
alsa-utils | 1
cdrom-detect | 1
u-boot | 1
(132 rows)
- Lucas
[...] that's quite astounding (to me) and IMHO also quite bad… can we do something to fix this for Buster at least? reply-to: set to debian-devel@…
It's actually quite good, for those that aren't false positive, that we're tracking them. Cheers, Julien
Sorry for the late reply, I’ve been swamped. A sourceful upload for which source package? src:golang has been removed from unstable and testing since 2016-10. To avoid further delays, is this something you could NMU for us? If so, I’d much appreciate that. Thanks!
built-using on golang 2:1.6.1-2, i.e. these: mwhudson@aeglos:~/tmp$ chdist grep-dctrl-packages sid -FBuilt-Using 'golang (= 2:1.6.1-2)' -sPackage Package: golang-github-armon-go-metrics-dev Package: golang-github-gosexy-gettext-dev Package: golang-github-hashicorp-go-msgpack-dev Package: golang-github-stretchr-objx-dev Package: golang-github-kr-pty-dev Package: golang-github-armon-go-metrics-dev Package: golang-github-gosexy-gettext-dev Package: golang-github-hashicorp-go-msgpack-dev Package: golang-github-stretchr-objx-dev Package: golang-github-kr-pty-dev As you can see these are all -dev packages, so the Built-Using is bogus and should simply be dropped from the package. There are quite a few more packages that reference obsolete golang packages in their Built-Using... Cheers, mwh
On Tue, May 2, 2017 at 10:23 AM, Michael Hudson-Doyle < michael.hudson@canonical.com> wrote: Thanks, now I get it :). This package has changes in the git repository which aren’t uploaded to the archive, so it doesn’t build as-is. If someone could take care of this one, that’d be appreciated. vorlon, can we file for removal of this package? It wasn’t touched since 2013 and has no rdepends. I uploaded new versions of the 3 packages above. Will take care of filing unblock requests once they entered upstream. The following are already mentioned above:
The src:golang binaries have been removed from stretch/sid: https://bugs.debian.org/839690 cu Adrian
On Sat, May 6, 2017 at 2:20 PM, Michael Stapelberg <stapelberg@debian.org> wrote: Uploaded a new version, created from a separate debian/unstable branch. My changes are merged back into master. I hope this was the correct thing to do. https://bugs.debian.org/862608 https://bugs.debian.org/862609 https://bugs.debian.org/862610
Thanks for filing, 100% agreed.
$ dak rm -R -n -s unstable golang-github-gosexy-gettext Will remove the following packages from unstable: golang-github-gosexy-gettext | 0~git20130221-1 | source golang-github-gosexy-gettext-dev | 0~git20130221-1 | all Maintainer: Steve Langasek <vorlon@debian.org> ------------------- Reason ----------------------------------------------------------------- Checking reverse dependencies... # Broken Build-Depends: snapd: golang-github-gosexy-gettext-dev Dependency problem found. $ It certainly appears that we are still using this package, so I'm closing the bug report. (I wouldn't expect the ftpmasters to act on it in its current state anyway.) And I've uploaded a no-change rebuild of golang-github-gosexy-gettext-dev.
We believe that the bug you reported is fixed in the latest version of golang-github-gosexy-gettext, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 860608@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Steve Langasek <vorlon@debian.org> (supplier of updated golang-github-gosexy-gettext package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@ftp-master.debian.org) Format: 1.8 Date: Tue, 16 May 2017 04:41:32 +0000 Source: golang-github-gosexy-gettext Binary: golang-github-gosexy-gettext-dev Architecture: source all Version: 0~git20130221-2 Distribution: unstable Urgency: medium Maintainer: Steve Langasek <vorlon@debian.org> Changed-By: Steve Langasek <vorlon@debian.org> Description: golang-github-gosexy-gettext-dev - Gettext support for the Go language Closes: 860608 Changes: golang-github-gosexy-gettext (0~git20130221-2) unstable; urgency=medium . * No-change rebuild against current golang. Closes: #860608. Checksums-Sha1: 385d59dd669f2efb2a9435835de6204a4faa0d62 1989 golang-github-gosexy-gettext_0~git20130221-2.dsc b42be3b4612fd5bd03c8c89e5e2728398a9b1ba8 2596 golang-github-gosexy-gettext_0~git20130221-2.debian.tar.xz ccb821e6a1817d421d7b481c1e8fe9395ece13e0 5204 golang-github-gosexy-gettext-dev_0~git20130221-2_all.deb a295e5812e3b67a16edb9011ee9bded89d871159 5794 golang-github-gosexy-gettext_0~git20130221-2_amd64.buildinfo Checksums-Sha256: f523f94152ad294cbea15cab88b478a71bedf082c6c6b6b2c012a8bde4852761 1989 golang-github-gosexy-gettext_0~git20130221-2.dsc 6ce1135f3fff55aec3beb92463ccdb69bd668bc1927872f3f2dbf60941c7298c 2596 golang-github-gosexy-gettext_0~git20130221-2.debian.tar.xz 8a6a1f4e0fcacafe23bc0709460dd90c9c5f0f278eb79cbd3aeac5f34458e08c 5204 golang-github-gosexy-gettext-dev_0~git20130221-2_all.deb 52765b3d84cd69c40df39a2beb118e6aa9ffb27eb5e29167d6855f02edd07758 5794 golang-github-gosexy-gettext_0~git20130221-2_amd64.buildinfo Files: 9d74eab8f82060e67897af8790ce2363 1989 devel extra golang-github-gosexy-gettext_0~git20130221-2.dsc d3fffa6447dd93a4d40002be83d8df8f 2596 devel extra golang-github-gosexy-gettext_0~git20130221-2.debian.tar.xz 9878d02bd259db9bd282f7ef36fefc08 5204 devel extra golang-github-gosexy-gettext-dev_0~git20130221-2_all.deb 9d06f374532e933854d89e2800408f8b 5794 devel extra golang-github-gosexy-gettext_0~git20130221-2_amd64.buildinfo -----BEGIN PGP SIGNATURE----- iQJGBAEBCgAwFiEErEg/aN5yj0PyIC/KVo0w8yGyEz0FAlkagzYSHHZvcmxvbkBk ZWJpYW4ub3JnAAoJEFaNMPMhshM9+1QP/3nQFCEIMvVXlGUFy1sFSAtqvqNzdfUI incSiVnoEW2xfUvKm9R5UVbF/5RuxnqjmXMPPI7XgwHkTf49SV6z2Bc2OPrKppr4 yWq/SvLJm+ANdNUeHR0PbiQeD5UshYaTtyupSsBptqjXWgmK/MfbfggqqzfLd3sf pJoZc2bEDB5k5oGBhgtmzPQX4TL8+/5zKNiLlGDMPhjRyZ1Xck0HaEbzMUvX3m4V yzMKz351N1nXUfZHTF8MtoUEgbOojoi3wwBFYMdYL2jDunGSSo0DN1bwMdPR1Y9p /w1Gedpc4brfWzufjAhbPmKIHREzrhlwPRhXitMusqsSmoOG1MNcGiMifNyJInS1 yWb3lmP4D4IgH2e9R6NdwyPCRHagQ5dkmLEzdMlk0638Y48YXYZeCj7Aq+nmjuUO Ltu29MQIWf+ELBCpAU288aXBh+nHSjEbt6SR0EoPMgKOE8qAyFEUPgXsYNtc2gbY ABOy3QP5dgiTeUs/D9AHO4uxs/pULZ9HtJbbFIyM/5L6w9maSANupxhmkBXtfGZ0 wyFvJQp8qdp2IH397jCh45QBMvzJA0OlfuTyZnt0UhnDgcsr43+zr341uO8GOtu1 +zmFjslKAQOcykFDEKr0bcZCnyhLSXDb8kGxfOcXlk8B/5SBEQvCCTPsbsbLjv8P pxb+uQxIU8fE =x5sw -----END PGP SIGNATURE-----
Thanks for checking. I just realized I only checked using “apt rdepends”, which of course won’t consider build-deps. Doh.
Indeed. Thanks for pointing that out, I totally forgot this was a thing. I wrote a script to grab all packages pkg-go maintains that are arch:all and have a B-U in source. I went through each one, and I've patched them all in VCS, and they should be fixed on next upload(s). Paul
Hi, It seems this bug got trapped in history. Closing as src:golang has been removed long ago. (There's a binary golang from src:golang-defaults, which confuses the bts). Paul