Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
14 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Michael Stapelberg-25
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.

On Wed, Apr 19, 2017 at 8:21 AM, Lucas Nussbaum <[hidden email]> wrote:
Source: golang
Version: 2:1.6.1-2
Severity: serious
Tags: stretch sid
User: [hidden email]
Usertags: qa-ftbfs-20170418 qa-ftbfs
Justification: FTBFS in stretch on amd64

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):
> make[1]: Entering directory '/<<PKGBUILDDIR>>'
> set -ex; \
>       cd src; \
>       export PATH="/<<PKGBUILDDIR>>/bin:$PATH"; \
>       eval "$(go tool dist env)"; \
>       bash run.bash -k -no-rebuild;
> + cd src
> + export PATH=/<<PKGBUILDDIR>>/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
> + go tool dist env
> + eval CC="gcc"
> CC_FOR_TARGET="gcc"
> GOROOT="/<<PKGBUILDDIR>>"
> GOBIN="/<<PKGBUILDDIR>>/bin"
> GOARCH="amd64"
> GOOS="linux"
> GOHOSTARCH="amd64"
> GOHOSTOS="linux"
> GOTOOLDIR="/<<PKGBUILDDIR>>/pkg/tool/linux_amd64"
> + CC=gcc
> + CC_FOR_TARGET=gcc
> + GOROOT=/<<PKGBUILDDIR>>
> + GOBIN=/<<PKGBUILDDIR>>/bin
> + GOARCH=amd64
> + GOOS=linux
> + GOHOSTARCH=amd64
> + GOHOSTOS=linux
> + GOTOOLDIR=/<<PKGBUILDDIR>>/pkg/tool/linux_amd64
> + bash run.bash -k -no-rebuild
>
> ##### Testing packages.
> ok    archive/tar     0.019s
> ok    archive/zip     0.215s
> ok    bufio   0.193s
> ok    bytes   0.204s
> ok    compress/bzip2  0.247s
> ok    compress/flate  0.831s
> ok    compress/gzip   0.100s
> ok    compress/lzw    0.039s
> ok    compress/zlib   0.168s
> ok    container/heap  0.009s
> ok    container/list  0.038s
> ok    container/ring  0.017s
> ok    crypto/aes      0.083s
> ok    crypto/cipher   0.015s
> ok    crypto/des      0.085s
> ok    crypto/dsa      0.055s
> ok    crypto/ecdsa    0.072s
> ok    crypto/elliptic 0.125s
> ok    crypto/hmac     0.024s
> ok    crypto/md5      0.047s
> ok    crypto/rand     0.050s
> ok    crypto/rc4      0.213s
> ok    crypto/rsa      0.146s
> ok    crypto/sha1     0.049s
> ok    crypto/sha256   0.036s
> ok    crypto/sha512   0.019s
> ok    crypto/subtle   0.008s
> ok    crypto/tls      2.594s
> ok    crypto/x509     3.088s
> ok    database/sql    0.136s
> ok    database/sql/driver     0.066s
> ok    debug/dwarf     0.039s
> ok    debug/elf       0.117s
> ok    debug/gosym     0.520s
> ok    debug/macho     0.032s
> ok    debug/pe        0.034s
> ok    debug/plan9obj  0.017s
> ok    encoding/ascii85        0.088s
> ok    encoding/asn1   0.021s
> ok    encoding/base32 0.020s
> ok    encoding/base64 0.035s
> ok    encoding/binary 0.043s
> ok    encoding/csv    0.037s
> ok    encoding/gob    0.055s
> ok    encoding/hex    0.048s
> ok    encoding/json   0.412s
> ok    encoding/pem    0.046s
> ok    encoding/xml    0.024s
> ok    errors  0.021s
> ok    expvar  0.017s
> ok    flag    0.026s
> ok    fmt     0.205s
> ok    go/ast  0.040s
> ok    go/build        0.205s
> ok    go/constant     0.023s
> ok    go/doc  0.125s
> ok    go/format       0.041s
> ok    go/internal/gccgoimporter       0.013s
> ok    go/internal/gcimporter  0.314s
> ok    go/parser       0.086s
> ok    go/printer      0.716s
> ok    go/scanner      0.049s
> ok    go/token        0.044s
> ok    go/types        1.656s
> ok    hash/adler32    0.032s
> ok    hash/crc32      0.039s
> ok    hash/crc64      0.045s
> ok    hash/fnv        0.038s
> ok    html    0.019s
> ok    html/template   0.078s
> ok    image   0.226s
> ok    image/color     0.110s
> ok    image/draw      0.117s
> ok    image/gif       0.160s
> ok    image/jpeg      0.341s
> ok    image/png       0.103s
> ok    index/suffixarray       0.044s
> ok    internal/golang.org/x/net/http2/hpack   0.029s
> ok    internal/singleflight   0.062s
> ok    internal/trace  0.069s
> ok    io      0.048s
> ok    io/ioutil       0.014s
> ok    log     0.020s
> ok    log/syslog      2.055s
> ok    math    0.017s
> ok    math/big        1.017s
> ok    math/cmplx      0.009s
> ok    math/rand       0.189s
> ok    mime    0.087s
> ok    mime/multipart  1.560s
> ok    mime/quotedprintable    0.759s
> ok    net     1.464s
> ok    net/http        10.894s
> ok    net/http/cgi    0.616s
> ok    net/http/cookiejar      0.012s
> ok    net/http/fcgi   0.009s
> ok    net/http/httptest       0.026s
> ok    net/http/httputil       0.218s
> ok    net/http/internal       0.066s
> ok    net/internal/socktest   0.007s
> ok    net/mail        0.021s
> ok    net/rpc 0.182s
> ok    net/rpc/jsonrpc 0.109s
> ok    net/smtp        0.047s
> ok    net/textproto   0.021s
> ok    net/url 0.124s
> ok    os      0.361s
> ok    os/exec 0.947s
> ok    os/signal       4.541s
> ok    os/user 0.031s
> ok    path    0.010s
> ok    path/filepath   0.027s
> ok    reflect 0.344s
> ok    regexp  0.968s
> ok    regexp/syntax   0.721s
> ok    runtime 17.240s
> ok    runtime/debug   0.073s
> ok    runtime/internal/atomic 0.245s
> ok    runtime/pprof   3.205s
> ok    runtime/trace   4.303s
> ok    sort    0.130s
> ok    strconv 1.098s
> ok    strings 0.234s
> ok    sync    0.267s
> ok    sync/atomic     14.591s
> ok    syscall 0.033s
> ok    testing 1.213s
> ok    testing/quick   0.099s
> ok    text/scanner    0.048s
> ok    text/tabwriter  0.016s
> ok    text/template   0.120s
> ok    text/template/parse     0.060s
> ok    time    3.062s
> ok    unicode 0.018s
> ok    unicode/utf16   0.014s
> ok    unicode/utf8    0.041s
> ok    cmd/addr2line   2.645s
> ok    cmd/api 0.050s
> ok    cmd/asm/internal/asm    0.504s
> ok    cmd/asm/internal/lex    0.065s
> ok    cmd/compile/internal/big        1.387s
> ok    cmd/compile/internal/gc 1.088s
> ok    cmd/cover       4.701s
> ok    cmd/doc 0.128s
> ok    cmd/fix 0.081s
> ok    cmd/go  46.882s
> ok    cmd/gofmt       0.171s
> ok    cmd/internal/goobj      0.130s
> ok    cmd/internal/obj        0.030s
> ok    cmd/internal/obj/x86    0.033s
> ok    cmd/internal/unvendor/golang.org/x/arch/arm/armasm      0.034s
> ok    cmd/internal/unvendor/golang.org/x/arch/x86/x86asm      0.588s
> ok    cmd/nm  2.620s
> ok    cmd/objdump     6.981s
> ok    cmd/pack        5.450s
> ok    cmd/pprof/internal/profile      0.038s
> ok    cmd/vet 6.297s
>
> ##### GOMAXPROCS=2 runtime -cpu=1,2,4
> ok    runtime 31.536s
>
> ##### Testing without libgcc.
> ok    crypto/x509     1.153s
> ok    net     0.010s
> ok    os/user 0.004s
>
> ##### sync -cpu=10
> ok    sync    0.163s
>
> ##### ../misc/cgo/stdio
>
> ##### ../misc/cgo/life
>
> ##### ../misc/cgo/test
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/test 1.760s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/test 1.771s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/test 1.720s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/testtls      0.005s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/testtls      0.005s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/testtls      0.003s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/nocgo        0.003s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/nocgo        0.005s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/nocgo        0.003s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/test 1.778s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/testtls      0.004s
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/nocgo        0.004s
>
> ##### Testing race detector
> ok    runtime/race    2.681s
> ok    flag    1.012s
> ok    os/exec 2.036s
> ==109864==ERROR: ThreadSanitizer failed to allocate 0x2710000 (40960000) bytes at address 1fdd294cccb00 (errno: 12)
> unexpected fault address 0x0
> fatal error: fault
> [signal 0x7 code=0x80 addr=0x0 pc=0x7f74a4ee7c95]
>
> goroutine 1 [running, locked to thread]:
> runtime.throw(0x0, 0x7f74a4d13cf8)
>       /<<PKGBUILDDIR>>/src/runtime/panic.go:530 +0x90 fp=0x7ffe9a46c9a0 sp=0x7ffe9a46c988
>
> goroutine 17 [syscall, locked to thread]:
> runtime.goexit()
>       /<<PKGBUILDDIR>>/src/runtime/asm_amd64.s:1998 +0x1 fp=0xc820088fb8 sp=0xc820088fb0
> exit status 2
> FAIL  _/<<PKGBUILDDIR>>/misc/cgo/test 0.010s
> 2017/04/18 22:30:58 Failed: exit status 1
> ==108865==ERROR: ThreadSanitizer failed to allocate 0x26e8000 (40796160) bytes at address 1fc7938aec680 (errno: 12)
> unexpected fault address 0x0
> fatal error: fault
> [signal 0x7 code=0x80 addr=0x0 pc=0x7f1e4df56e65]
>
> goroutine 1 [running, locked to thread]:
> runtime.throw(0x0, 0x7f1e4de2b208)
>       /<<PKGBUILDDIR>>/src/runtime/panic.go:530 +0x90 fp=0x7ffe2d4b41c0 sp=0x7ffe2d4b41a8
>
> goroutine 17 [syscall, locked to thread]:
> runtime.goexit()
>       /<<PKGBUILDDIR>>/src/runtime/asm_amd64.s:1998 +0x1
> FAIL  flag    0.008s
> ==109086==ERROR: ThreadSanitizer failed to allocate 0x2720000 (41025536) bytes at address 1ff5e699f8700 (errno: 12)
> unexpected fault address 0x0
> fatal error: fault
> [signal 0x7 code=0x80 addr=0x0 pc=0x7fd79a119305]
>
> goroutine 1 [running, locked to thread]:
> runtime.throw(0x0, 0x7fd799d6a8d8)
>       /<<PKGBUILDDIR>>/src/runtime/panic.go:530 +0x90 fp=0x7ffff235d5e0 sp=0x7ffff235d5c8
>
> goroutine 17 [syscall, locked to thread]:
> runtime.goexit()
>       /<<PKGBUILDDIR>>/src/runtime/asm_amd64.s:1998 +0x1
> FAIL  os/exec 0.014s
> 2017/04/18 22:30:58 Failed: exit status 1
>
> ##### ../misc/cgo/testgodefs
>
> ##### ../misc/cgo/testso
>
> ##### ../misc/cgo/testsovar
>
> ##### ../misc/cgo/testcarchive
> PASS
> PASS
> PASS
> PASS
> PASS
> PASS
>
> ##### ../misc/cgo/testcshared
> ok
>
> ##### ../misc/cgo/testshared
> PASS
> ok    _/<<PKGBUILDDIR>>/misc/cgo/testshared   11.201s
>
> ##### ../misc/cgo/testasan
>
> ##### ../misc/cgo/testsanitizers
> skipping msan test: -fsanitize=memory not supported
>
> ##### ../misc/cgo/errors
>
> ##### ../misc/cgo/testsigfwd
>
> ##### ../test/bench/go1
> testing: warning: no tests to run
> PASS
> ok    _/<<PKGBUILDDIR>>/test/bench/go1        3.118s
>
> ##### ../test
>
> ##### API check
> Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt
>
> FAILED
> debian/rules:32: recipe for target 'override_dh_auto_test-arch' failed
> make[1]: *** [override_dh_auto_test-arch] Error 1

The full build log is available from:
   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.




--
Best regards,
Michael
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Lucas Nussbaum-4
On 19/04/17 at 09:05 +0200, Michael Stapelberg wrote:
> 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.

... And none sending the question to the bug submitter.

> 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.

In my local Sources file, I have:

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

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Michael Stapelberg-25


On Wed, Apr 19, 2017 at 12:05 PM, Michael Hudson-Doyle <[hidden email]> wrote:
On 19 April 2017 at 20:55, Lucas Nussbaum <[hidden email]> wrote:
On 19/04/17 at 09:05 +0200, Michael Stapelberg wrote:
> 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.

... And none sending the question to the bug submitter.

Defeated by the Debian BTS, I didn't realize that you had to email the submitter separately when closing a bug...
 

> 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.

In my local Sources file, I have:

[...]
 
'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@.

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?).

Updating or dropping the field seems fine with me. Could you do these 4 binNMUs so that we can close out this bug please? :)

--
Best regards,
Michael
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Niels Thykier
Michael Stapelberg:

> On Wed, Apr 19, 2017 at 12:05 PM, Michael Hudson-Doyle <
> [hidden email]> wrote:
>
>> [...]
>>> 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@.
>>>
>>
>> [...]
>>
>
> Updating or dropping the field seems fine with me. Could you do these 4
> binNMUs so that we can close out this bug please? :)
>

They seem to be arch:all packages.  We cannot binNMU arch:all packages,
only architecture dependent ones.  :-/

Thanks,
~Niels

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Michael Stapelberg-25


On Fri, Apr 21, 2017 at 9:45 AM, Niels Thykier <[hidden email]> wrote:
Michael Stapelberg:
> On Wed, Apr 19, 2017 at 12:05 PM, Michael Hudson-Doyle <
> [hidden email]> wrote:
>
>> [...]
>>> 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@.
>>>
>>
>> [...]
>>
>
> Updating or dropping the field seems fine with me. Could you do these 4
> binNMUs so that we can close out this bug please? :)
>

They seem to be arch:all packages.  We cannot binNMU arch:all packages,
only architecture dependent ones.  :-/

Okay. How do you suggest we rectify this issue instead, then?

--
Best regards,
Michael
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Niels Thykier
Michael Stapelberg:

> On Fri, Apr 21, 2017 at 9:45 AM, Niels Thykier <[hidden email]> wrote:
>
>> [...]
>>>
>>
>> They seem to be arch:all packages.  We cannot binNMU arch:all packages,
>> only architecture dependent ones.  :-/
>>
>
> Okay. How do you suggest we rectify this issue instead, then?
>

A (possibly "no change") sourceful upload to force a rebuild of the
arch:all package.

Thanks,
~Niels

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Michael Hudson-Doyle
In reply to this post by Michael Stapelberg-25
Not a DD, sadly (yet!)

sent from my phone, please excuse brevity

On 21 Apr 2017 19:36, "Michael Stapelberg" <[hidden email]> wrote:


On Wed, Apr 19, 2017 at 12:05 PM, Michael Hudson-Doyle <[hidden email]> wrote:
On 19 April 2017 at 20:55, Lucas Nussbaum <[hidden email]> wrote:
On 19/04/17 at 09:05 +0200, Michael Stapelberg wrote:
> 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.

... And none sending the question to the bug submitter.

Defeated by the Debian BTS, I didn't realize that you had to email the submitter separately when closing a bug...
 

> 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.

In my local Sources file, I have:

[...]
 
'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@.

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?).

Updating or dropping the field seems fine with me. Could you do these 4 binNMUs so that we can close out this bug please? :)

--
Best regards,
Michael

_______________________________________________
pkg-golang-devel mailing list
[hidden email]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-golang-devel
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Lucas Nussbaum-4
In reply to this post by Niels Thykier
On 21/04/17 at 08:28 +0000, Niels Thykier wrote:

> Michael Stapelberg:
> > On Fri, Apr 21, 2017 at 9:45 AM, Niels Thykier <[hidden email]> wrote:
> >
> >> [...]
> >>>
> >>
> >> They seem to be arch:all packages.  We cannot binNMU arch:all packages,
> >> only architecture dependent ones.  :-/
> >>
> >
> > Okay. How do you suggest we rectify this issue instead, then?
> >
>
> A (possibly "no change") sourceful upload to force a rebuild of the
> arch:all package.

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

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: 132 packages with several sources for stretch in the archive… (Re: Bug#860608: [pkg-golang-devel] Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt)

Holger Levsen-2
On Fri, Apr 21, 2017 at 01:00:20PM +0200, Lucas Nussbaum wrote:
> 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;
[...]
> (132 rows)

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@…


--
cheers,
        Holger

signature.asc (828 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Michael Stapelberg-25
In reply to this post by Niels Thykier
Sorry for the late reply, I’ve been swamped.

On Fri, Apr 21, 2017 at 10:28 AM, Niels Thykier <[hidden email]> wrote:
Michael Stapelberg:
> On Fri, Apr 21, 2017 at 9:45 AM, Niels Thykier <[hidden email]> wrote:
>
>> [...]
>>>
>>
>> They seem to be arch:all packages.  We cannot binNMU arch:all packages,
>> only architecture dependent ones.  :-/
>>
>
> Okay. How do you suggest we rectify this issue instead, then?
>

A (possibly "no change") sourceful upload to force a rebuild of the
arch:all package.

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!

--
Best regards,
Michael
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Michael Hudson-Doyle
On 2 May 2017 at 19:23, Michael Stapelberg <[hidden email]> wrote:
Sorry for the late reply, I’ve been swamped.

On Fri, Apr 21, 2017 at 10:28 AM, Niels Thykier <[hidden email]> wrote:
Michael Stapelberg:
> On Fri, Apr 21, 2017 at 9:45 AM, Niels Thykier <[hidden email]> wrote:
>
>> [...]
>>>
>>
>> They seem to be arch:all packages.  We cannot binNMU arch:all packages,
>> only architecture dependent ones.  :-/
>>
>
> Okay. How do you suggest we rectify this issue instead, then?
>

A (possibly "no change") sourceful upload to force a rebuild of the
arch:all package.

A sourceful upload for which source package? src:golang has been removed from unstable and testing since 2016-10.

Well, for this bug report specifically, the packages that have a 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
 
To avoid further delays, is this something you could NMU for us? If so, I’d much appreciate that. Thanks!

--
Best regards,
Michael

_______________________________________________
pkg-golang-devel mailing list
[hidden email]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-golang-devel

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Michael Stapelberg-25


On Sat, May 6, 2017 at 2:20 PM, Michael Stapelberg <[hidden email]> wrote:


On Tue, May 2, 2017 at 10:23 AM, Michael Hudson-Doyle <[hidden email]> wrote:
On 2 May 2017 at 19:23, Michael Stapelberg <[hidden email]> wrote:
Sorry for the late reply, I’ve been swamped.

On Fri, Apr 21, 2017 at 10:28 AM, Niels Thykier <[hidden email]> wrote:
Michael Stapelberg:
> On Fri, Apr 21, 2017 at 9:45 AM, Niels Thykier <[hidden email]> wrote:
>
>> [...]
>>>
>>
>> They seem to be arch:all packages.  We cannot binNMU arch:all packages,
>> only architecture dependent ones.  :-/
>>
>
> Okay. How do you suggest we rectify this issue instead, then?
>

A (possibly "no change") sourceful upload to force a rebuild of the
arch:all package.

A sourceful upload for which source package? src:golang has been removed from unstable and testing since 2016-10.

Well, for this bug report specifically, the packages that have a built-using on golang 2:1.6.1-2, i.e. these:

Thanks, now I get it :).
 

mwhudson@aeglos:~/tmp$ chdist grep-dctrl-packages sid -FBuilt-Using 'golang (= 2:1.6.1-2)' -sPackage
Package: golang-github-armon-go-metrics-dev

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.

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.
 
 
Package: golang-github-gosexy-gettext-dev

vorlon, can we file for removal of this package? It wasn’t touched since 2013 and has no rdepends.

 
 
Package: golang-github-hashicorp-go-msgpack-dev
Package: golang-github-stretchr-objx-dev
Package: golang-github-kr-pty-dev

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:
 
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
 
To avoid further delays, is this something you could NMU for us? If so, I’d much appreciate that. Thanks!

--
Best regards,
Michael

_______________________________________________
pkg-golang-devel mailing list
[hidden email]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-golang-devel




--
Best regards,
Michael



--
Best regards,
Michael
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Steve Langasek
On Mon, May 15, 2017 at 08:56:08AM +0200, Michael Stapelberg wrote:
> >> Package: golang-github-gosexy-gettext-dev

> > vorlon, can we file for removal of this package? It wasn’t touched since
> > 2013 and has no rdepends.

> Done: https://bugs.debian.org/862612

Thanks for filing, 100% agreed.

--
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
[hidden email]                                     [hidden email]

signature.asc (817 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Bug#860608: [pkg-golang-devel] Bug#860608: Bug#860608: golang: FTBFS: Go version is "go1.6.1", ignoring -next /<<PKGBUILDDIR>>/api/next.txt

Michael Stapelberg-25


On Tue, May 16, 2017 at 6:46 AM, Steve Langasek <[hidden email]> wrote:
On Mon, May 15, 2017 at 03:17:03PM -0700, Steve Langasek wrote:
> On Mon, May 15, 2017 at 08:56:08AM +0200, Michael Stapelberg wrote:
> > >> Package: golang-github-gosexy-gettext-dev

> > > vorlon, can we file for removal of this package? It wasn’t touched since
> > > 2013 and has no rdepends.

> > Done: https://bugs.debian.org/862612

> Thanks for filing, 100% agreed.

So, I double checked and:

$ 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 <[hidden email]>

------------------- Reason -------------------

----------------------------------------------

Checking reverse dependencies...
# Broken Build-Depends:
snapd: golang-github-gosexy-gettext-dev

Thanks for checking. I just realized I only checked using “apt rdepends”, which of course won’t consider build-deps. Doh.
 

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.

--
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
[hidden email]                                     [hidden email]



--
Best regards,
Michael
Loading...