[pkg-go] Bug#832834: golang-github-boltdb-bolt: FTBFS: Tests failures
On Fri, Sep 22, 2017 at 11:48:02PM +0800, Shengjing Zhu wrote: > I meet this FTBFS either. > After looking at the code, I think it's caused by this test only waits > 5s for writing 134M data. > So I changed the time to 180s which I think sufficient for most disks. > https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-boltdb-bolt.git/commit/?id=e989709 > > Since the upstream is not active now, I haven't reported it to upstream. Hmm. Why would a test suite have to test the disk speed at all? A test suite in a program is supposed to test the program, not the underlying hardware. IMHO; I don't think such kind of tests are really useful. I would just disable the test completely. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#854687: Bug#854687: Bug#854687: golang-github-prometheus-client-golang: FTBFS randomly (failing tests)
On Fri, Jul 14, 2017 at 11:19:04AM +0100, Martín Ferrari wrote: > On 14/07/17 10:31, Santiago Vila wrote: > > severity 854687 wishlist > > retitle 854687 golang-github-prometheus-client-golang: Unhelpful error > > message when built with "low memory" > > thanks > > > I have only successful builds now. I believe the fact that my smallest > > machines have now 2 GB of RAM is strongly related. > > > > Moving to the "not clear enough error message" category. > > I really don't think this has anything to do with low memory: > > === RUN TestSummaryDecay > --- FAIL: TestSummaryDecay (1.17s) > summary_test.go:314: 240. got 195.00, want 150.00 > > It possibly a race condition, but I cannot reproduce it. It could also be a race condition which happens more likely on low memory systems. Feel free to recategorize. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#854687: Bug#854687: golang-github-prometheus-client-golang: FTBFS randomly (failing tests)
severity 854687 wishlist retitle 854687 golang-github-prometheus-client-golang: Unhelpful error message when built with "low memory" thanks [ Sorry for the late reply ] > > I tried to build this package in stretch with "dpkg-buildpackage -A" > > but it failed: > > I don't know how I missed this bug earlier this year, sorry about that! > > In any case, I am failing to reproduce it, even with CPU contention. Are > you still able to reproduce it in your environment? I have only successful builds now. I believe the fact that my smallest machines have now 2 GB of RAM is strongly related. Moving to the "not clear enough error message" category. It would be really nice if I could know that lack of memory is the reason for the failure from the build logs (not only by trying with a bigger machine). (Note: I can build 97.5% of all arch-independent packages with 1 GB of RAM, so my previous setup is not really as limited as it might seem). Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#860609: influxdb: FTBFS: Test failures
Version: 1.1.1+dfsg1-4 On Wed, 19 Apr 2017, Lucas Nussbaum wrote: > Source: influxdb > Version: 1.1.1+dfsg1-2 > Severity: serious > Tags: stretch sid > User: debian...@lists.debian.org > 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): > > --- PASS: TestTSMWriter_Write_MaxKey (1.42s) > > [tsm1] 2017/04/18 22:30:50 Snapshot for path /tmp/tsm1-930652078/data > > written in 4.939975ms > > [tsm1] 2017/04/18 22:30:50 Snapshot for path /tmp/tsm1-248119605/data > > written in 4.998884ms > > --- PASS: TestEngine_CreateIterator_Cache_Ascending (2.00s) > > --- PASS: TestEngine_CreateIterator_Aux (2.00s) > > --- PASS: TestEngine_CreateIterator_TSM_Ascending (2.00s) > > --- PASS: TestEngine_CreateIterator_Cache_Descending (2.00s) > > --- PASS: TestEngine_CreateIterator_TSM_Descending (2.00s) > > --- PASS: TestEngine_CreateIterator_Condition (2.00s) > > FAIL > > exit status 1 > > FAILgithub.com/influxdata/influxdb/tsdb/engine/tsm1 54.021s > > ? github.com/influxdata/influxdb/tsdb/internal[no test files] > > ? github.com/influxdata/influxdb/uuid [no test files] This failure is the same I reported in Bug #850282, and it should be fixed in version 1.1.1+dfsg1-4. Let's hope that britney takes this closing-with-version message as an indication that version 1.1.1+dfsg1-4 should propagate to testing. If this does not happen automatically, please ask for a freeze exception, as the old version 1.1.1+dfsg1-2 used to fail more than 80% of the time in my autobuilders. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#850507: golang-github-tideland-golib: FTBFS randomly (failing tests)
severity 850507 serious thanks Hello Jordi. I expected a general guideline from Release Managers regarding packages which FTBFS randomly like this one, but that will most surely not happen for stretch. So, the only guideline I have left is the one expressed by Julien Cristau (one of the RMs) in Bug #844264: "if the failure rate is low enough I think a lower severity can make sense" I posted a list of bugs which FTBFS more than 10% of the time and several people agreed on -devel that they should be serious and maintainers should ask for stretch-ignore tag in case the bug should not be RC (most bugs are about failing tests so this should not be needed in general). In the latest tests I made, this package fails for me more than 82% of the time, and it also fails in the reproducible builds autobuilders: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/golang-github-tideland-golib.html This may affect any user trying to build this package (for example, after making a change), our downstreams, and the Security Team once that stretch is stable. For this reason I'm raising this to serious. Sorry for the long explanation. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#850282: fixed in influxdb 1.1.1+dfsg1-3
found 850282 1.1.1+dfsg1-3 thanks On Tue, 28 Feb 2017, Alexandre Viau wrote: >* Disable tests on i386 (Closes: #850282) Disabling all the tests on i386 is unnecessary and also it does not fix the bug I reported at all (so, no point in using Closes here). Instead of disabling all the tests on i386, please disable only TestEngine_Backup instead (on all architectures). Then yes, the package will build again for everybody. I don't speak Go, but I would assume that the equivalent of C's "return 0;" at the beginning of TestEngine_Backup in tsdb/engine/tsm1/engine_test.go should do the trick. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#854687: golang-github-prometheus-client-golang: FTBFS randomly (failing tests)
Package: src:golang-github-prometheus-client-golang Version: 0.8.0-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang mkdir -p obj-x86_64-linux-gnu dh_auto_configure: "github.com/prometheus/client_golang" is already installed. Please check for circular dependencies. Copy api/prometheus/api_test.go -> obj-x86_64-linux-gnu/src/github.com/prometheus/client_golang/api/prometheus/api_test.go Copy api/prometheus/api.go -> obj-x86_64-linux-gnu/src/github.com/prometheus/client_golang/api/prometheus/api.go Copy examples/random/main.go -> obj-x86_64-linux-gnu/src/github.com/prometheus/client_golang/examples/random/main.go Copy examples/simple/main.go -> obj-x86_64-linux-gnu/src/github.com/prometheus/client_golang/examples/simple/main.go Copy prometheus/summary.go -> obj-x86_64-linux-gnu/src/github.com/prometheus/client_golang/prometheus/summary.go Copy prometheus/example_clustermanager_test.go -> obj-x86_64-linux-gnu/src/github.com/prometheus/client_golang/prometheus/example_clustermanager_test.go [... snipped ...] --- PASS: TestMetricVecWithCollisions (0.00s) === RUN TestCounterVecEndToEndWithCollision --- PASS: TestCounterVecEndToEndWithCollision (0.00s) === RUN TestHandler --- PASS: TestHandler (0.01s) === RUN TestRegisterWithOrGet --- PASS: TestRegisterWithOrGet (0.00s) === RUN ExampleGaugeFunc --- PASS: ExampleGaugeFunc (0.00s) === RUN ExampleCounter --- PASS: ExampleCounter (0.00s) === RUN ExampleLabelPairSorter --- PASS: ExampleLabelPairSorter (0.00s) === RUN ExampleRegister --- PASS: ExampleRegister (0.00s) === RUN ExampleSummary --- PASS: ExampleSummary (0.00s) === RUN ExampleSummaryVec --- PASS: ExampleSummaryVec (0.02s) === RUN ExampleNewConstSummary --- PASS: ExampleNewConstSummary (0.00s) === RUN ExampleHistogram --- PASS: ExampleHistogram (0.00s) === RUN ExampleNewConstHistogram --- PASS: ExampleNewConstHistogram (0.00s) === RUN ExampleGatherers --- PASS: ExampleGatherers (0.01s) === RUN ExampleExpvarCollector --- PASS: ExampleExpvarCollector (0.00s) FAIL exit status 1 FAILgithub.com/prometheus/client_golang/prometheus 60.454s === RUN TestHandlerErrorHandling --- PASS: TestHandlerErrorHandling (0.00s) PASS ok github.com/prometheus/client_golang/prometheus/promhttp 0.008s === RUN TestPush --- PASS: TestPush (0.00s) PASS ok github.com/prometheus/client_golang/prometheus/push 0.009s dh_auto_test: go test -v -p 1 github.com/prometheus/client_golang/api/prometheus github.com/prometheus/client_golang/prometheus github.com/prometheus/client_golang/prometheus/promhttp github.com/prometheus/client_golang/prometheus/push returned exit code 1 cd /<> debian/rules:13: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/build-logs/golang-github-prometheus-client-golang/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine, provided you try enough times (as the failure happens randomly). Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#853261: golang-github-masterzen-winrm: FTBFS when built with dpkg-buildpackage -A
Package: src:golang-github-masterzen-winrm Version: 0.0~git20160323.0752679-2 Severity: serious Tags: patch Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/masterzen/winrm github.com/masterzen/winrm/soap github.com/masterzen/winrm/winrm github.com/masterzen/simplexml/dom github.com/masterzen/xmlpath github.com/masterzen/winrm/soap github.com/nu7hatch/gouuid github.com/masterzen/winrm/winrm github.com/masterzen/winrm dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/masterzen/winrm github.com/masterzen/winrm/soap github.com/masterzen/winrm/winrm ? github.com/masterzen/winrm [no test files] === RUN Test OK: 1 passed --- PASS: Test (0.00s) === RUN TestAddUsualNamespaces --- PASS: TestAddUsualNamespaces (0.00s) === RUN TestSetTo --- PASS: TestSetTo (0.00s) PASS ok github.com/masterzen/winrm/soap 0.006s === RUN Test OK: 27 passed --- PASS: Test (3.03s) PASS ok github.com/masterzen/winrm/winrm3.039s fakeroot debian/rules binary-indep dh binary-indep --buildsystem=golang --with=golang dh_testroot -i -O--buildsystem=golang dh_prep -i -O--buildsystem=golang dh_auto_install -i -O--buildsystem=golang mkdir -p /<>/golang-github-masterzen-winrm-0.0\~git20160323.0752679/debian/tmp/usr cp -r bin /<>/golang-github-masterzen-winrm-0.0\~git20160323.0752679/debian/tmp/usr mkdir -p /<>/golang-github-masterzen-winrm-0.0\~git20160323.0752679/debian/tmp/usr/share/gocode/src/github.com/masterzen/winrm cp -r -T src/github.com/masterzen/winrm /<>/golang-github-masterzen-winrm-0.0\~git20160323.0752679/debian/tmp/usr/share/gocode/src/github.com/masterzen/winrm debian/rules override_dh_install make[1]: Entering directory '/<>' dh_install mv -v debian/winrm/usr/bin/winrm debian/winrm/usr/bin/winrm-go mv: cannot stat 'debian/winrm/usr/bin/winrm': No such file or directory debian/rules:9: recipe for target 'override_dh_install' failed make[1]: *** [override_dh_install] Error 1 make[1]: Leaving directory '/<>' debian/rules:6: recipe for target 'binary-indep' failed make: *** [binary-indep] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit status 2 This happens because we are creating arch-independent packages only, so debian/winrm/[...] does not exist, as "winrm" is Arch:any. Trivial (but untested) patch follows. Thanks. --- a/debian/rules +++ b/debian/rules @@ -5,7 +5,7 @@ %: dh $@ --buildsystem=golang --with=golang -override_dh_install: +override_dh_install-arch: dh_install mv -v debian/winrm/usr/bin/winrm debian/winrm/usr/bin/winrm-go ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#852964: golang-github-hashicorp-yamux: FTBFS randomly (failing tests)
Package: src:golang-github-hashicorp-yamux Version: 0.0~git20151129.0.df94978-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/hashicorp/yamux github.com/hashicorp/yamux dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/hashicorp/yamux === RUN TestConst --- PASS: TestConst (0.00s) === RUN TestEncodeDecode --- PASS: TestEncodeDecode (0.00s) [... snipped ...] === RUN TestGoAway --- PASS: TestGoAway (0.00s) === RUN TestManyStreams --- PASS: TestManyStreams (0.60s) === RUN TestManyStreams_PingPong --- PASS: TestManyStreams_PingPong (1.30s) === RUN TestHalfClose --- PASS: TestHalfClose (0.00s) === RUN TestReadDeadline --- PASS: TestReadDeadline (0.01s) === RUN TestWriteDeadline --- PASS: TestWriteDeadline (0.05s) === RUN TestBacklogExceeded --- PASS: TestBacklogExceeded (0.02s) === RUN TestKeepAlive --- PASS: TestKeepAlive (0.20s) === RUN TestKeepAlive_Timeout --- PASS: TestKeepAlive_Timeout (0.35s) === RUN TestLargeWindow --- PASS: TestLargeWindow (0.01s) === RUN TestSendData_VeryLarge 2017/01/28 00:54:09 [ERR] yamux: keepalive failed: session shutdown --- FAIL: TestSendData_VeryLarge (20.00s) panic: timeout [recovered] panic: timeout goroutine 376 [running]: panic(0x516d80, 0xc4201eb130) /usr/lib/go-1.7/src/runtime/panic.go:500 +0x1a1 testing.tRunner.func1(0xc420018900) /usr/lib/go-1.7/src/testing/testing.go:579 +0x25d panic(0x516d80, 0xc4201eb130) /usr/lib/go-1.7/src/runtime/panic.go:458 +0x243 github.com/hashicorp/yamux.TestSendData_VeryLarge(0xc420018900) /<>/obj-x86_64-linux-gnu/src/github.com/hashicorp/yamux/session_test.go:900 +0x2f2 testing.tRunner(0xc420018900, 0x558898) /usr/lib/go-1.7/src/testing/testing.go:610 +0x81 created by testing.(*T).Run /usr/lib/go-1.7/src/testing/testing.go:646 +0x2ec exit status 2 FAILgithub.com/hashicorp/yamux 22.833s dh_auto_test: go test -v -p 1 github.com/hashicorp/yamux returned exit code 1 debian/rules:4: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/build-logs/golang-github-hashicorp-yamux/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine, provided you try enough times (as the failure happens randomly). Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#832834: golang-github-boltdb-bolt: FTBFS randomly (failing tests)
severity 832834 important retitle 832834 golang-github-boltdb-bolt: FTBFS randomly (failing tests) thanks Hello Lucas and Martín. I tried to build this package a lot of times today, and I can reproduce the failure, but approximately once in 100 times. I attach a recent builg log. I'm adding this to my collection of FTBFS-randomly bugs: https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=sanv...@debian.org;tag=ftbfs-randomly Thanks. golang-github-boltdb-bolt_1.3.0-1_amd64-20170125T142527Z.gz Description: application/gzip ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#851723: golang-github-elithrar-simple-scrypt: FTBFS randomly (failing tests)
Package: src:golang-github-elithrar-simple-scrypt Version: 1.1+git20161119.3.2325946-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_autoreconf -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/elithrar/simple-scrypt golang.org/x/crypto/pbkdf2 golang.org/x/crypto/scrypt github.com/elithrar/simple-scrypt dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/elithrar/simple-scrypt === RUN TestGenerateRandomBytes --- PASS: TestGenerateRandomBytes (0.00s) === RUN TestGenerateFromPassword --- PASS: TestGenerateFromPassword (6.56s) === RUN TestCompareHashAndPassword --- PASS: TestCompareHashAndPassword (0.15s) === RUN TestCost --- PASS: TestCost (0.05s) === RUN TestDecodeHash --- PASS: TestDecodeHash (0.00s) === RUN TestCalibrate --- FAIL: TestCalibrate (5.71s) scrypt_test.go:137: GenerateFromPassword with scrypt.Params{N:524288, R:1, P:1, SaltLen:16, DKLen:32} took 249.695793ms () scrypt_test.go:142: 0. GenerateFromPassword was too fast (wanted around 500ms, got 249.695793ms) with scrypt.Params{N:524288, R:1, P:1, SaltLen:16, DKLen:32}. scrypt_test.go:137: GenerateFromPassword with scrypt.Params{N:262144, R:1, P:4, SaltLen:16, DKLen:32} took 466.108213ms () scrypt_test.go:137: GenerateFromPassword with scrypt.Params{N:131072, R:1, P:8, SaltLen:16, DKLen:32} took 451.196673ms () scrypt_test.go:137: GenerateFromPassword with scrypt.Params{N:65536, R:1, P:18, SaltLen:16, DKLen:32} took 492.462842ms () scrypt_test.go:137: GenerateFromPassword with scrypt.Params{N:8192, R:1, P:157, SaltLen:16, DKLen:32} took 425.840832ms () FAIL exit status 1 FAILgithub.com/elithrar/simple-scrypt 12.502s dh_auto_test: go test -v -p 1 github.com/elithrar/simple-scrypt returned exit code 1 debian/rules:4: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/build-logs/golang-github-elithrar-simple-scrypt/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine, provided you try enough times (as the failure happens randomly). Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#851725: rclone: FTBFS randomly (failing tests)
Package: src:rclone Version: 1.35-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang,bash-completion dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_autoreconf -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/ncw/rclone github.com/ncw/rclone/amazonclouddrive github.com/ncw/rclone/b2 github.com/ncw/rclone/b2/api github.com/ncw/rclone/cmd github.com/ncw/rclone/cmd/all github.com/ncw/rclone/cmd/authorize github.com/ncw/rclone/cmd/cat github.com/ncw/rclone/cmd/check github.com/ncw/rclone/cmd/cleanup github.com/ncw/rclone/cmd/config github.com/ncw/rclone/cmd/copy github.com/ncw/rclone/cmd/copyto github.com/ncw/rclone/cmd/dedupe github.com/ncw/rclone/cmd/delete github.com/ncw/rclone/cmd/genautocomplete github.com/ncw/rclone/cmd/gendocs github.com/ncw/rclone/cmd/listremotes github.com/ncw/rclone/cmd/ls github.com/ncw/rclone/cmd/lsd github.com/ncw/rclone/cmd/lsl github.com/ncw/rclone/cmd/md5sum github.com/ncw/rclone/cmd/memtest github.com/ncw/rclone/cmd/mkdir github.com/ncw/rclone/cmd/mount github.com/ncw/rclone/cmd/move github.com/ncw/rclone/cmd/moveto github.com/ncw/rclone/cmd/purge github.com/ncw/rclone/cmd/rmdir github.com/ncw/rclone/cmd/rmdirs github.com/ncw/rc lone/cmd/sha1sum github.com/ncw/rclone/cmd/size github.com/ncw/rclone/cmd/sync github.com/ncw/rclone/cmd/version github.com/ncw/rclone/crypt github.com/ncw/rclone/crypt/pkcs7 github.com/ncw/rclone/dircache github.com/ncw/rclone/drive github.com/ncw/rclone/dropbox github.com/ncw/rclone/fs github.com/ncw/rclone/fs/all github.com/ncw/rclone/fstest github.com/ncw/rclone/fstest/fstests github.com/ncw/rclone/googlecloudstorage github.com/ncw/rclone/hubic github.com/ncw/rclone/local github.com/ncw/rclone/oauthutil github.com/ncw/rclone/onedrive github.com/ncw/rclone/onedrive/api github.com/ncw/rclone/pacer github.com/ncw/rclone/rest github.com/ncw/rclone/s3 github.com/ncw/rclone/swift github.com/ncw/rclone/yandex github.com/ncw/rclone/yandex/api github.com/Unknwon/goconfig github.com/VividCortex/ewma github.com/pkg/errors github.com/spf13/pflag github.com/tsenart/tb golang.org/x/crypto/poly1305 [... snipped ...] --- SKIP: TestObjectModTime (0.00s) fstests.go:99: FS not configured === RUN TestObjectMimeType --- SKIP: TestObjectMimeType (0.00s) fstests.go:99: FS not configured === RUN TestObjectSetModTime --- SKIP: TestObjectSetModTime (0.00s) fstests.go:99: FS not configured === RUN TestObjectSize --- SKIP: TestObjectSize (0.00s) fstests.go:99: FS not configured === RUN TestObjectOpen --- SKIP: TestObjectOpen (0.00s) fstests.go:99: FS not configured === RUN TestObjectOpenSeek --- SKIP: TestObjectOpenSeek (0.00s) fstests.go:99: FS not configured === RUN TestObjectUpdate --- SKIP: TestObjectUpdate (0.00s) fstests.go:99: FS not configured === RUN TestObjectStorable --- SKIP: TestObjectStorable (0.00s) fstests.go:99: FS not configured === RUN TestFsIsFile --- SKIP: TestFsIsFile (0.00s) fstests.go:99: FS not configured === RUN TestFsIsFileNotFound --- SKIP: TestFsIsFileNotFound (0.00s) fstests.go:99: FS not configured === RUN TestObjectRemove --- SKIP: TestObjectRemove (0.00s) fstests.go:99: FS not configured === RUN TestObjectPurge --- SKIP: TestObjectPurge (0.00s) fstests.go:99: FS not configured === RUN TestFinalise --- SKIP: TestFinalise (0.00s) fstests.go:99: FS not configured PASS ok github.com/ncw/rclone/yandex0.021s ? github.com/ncw/rclone/yandex/api[no test files] dh_auto_test: go test -v -p 1 github.com/ncw/rclone github.com/ncw/rclone/amazonclouddrive github.com/ncw/rclone/b2 github.com/ncw/rclone/b2/api github.com/ncw/rclone/cmd github.com/ncw/rclone/cmd/all github.com/ncw/rclone/cmd/authorize github.com/ncw/rclone/cmd/cat github.com/ncw/rclone/cmd/check github.com/ncw/rclone/cmd/cleanup github.com/ncw/rclone/cmd/config github.com/ncw/rclone/cmd/copy github.com/ncw/rclone/cmd/copyto github.com/ncw/rclone/cmd/dedupe github.com/ncw/rclone/cmd/delete github.com/ncw/rclone/cmd/genautocomplete github.com/ncw/rclone/cmd/gendocs github.com/ncw/rclone/cmd/listremotes github.com/ncw/rclone/cmd/ls github.com/ncw/rclone/cmd/lsd github.com/ncw/rclone/cmd/lsl github.com/ncw/rclone/cmd/md5sum github.com/ncw/rclone/cmd/memtest github.com/ncw/rclone/cmd/mkdir github.com/ncw/rclone/cmd/mount github.com/ncw/rclone/cmd/move github.com/ncw/rclone/cmd/moveto github.com/ncw/rclone/cmd/purge github.com/ncw/rclone/cmd/rmdir github.com/ncw/rclone/cmd/rmdirs github. com/ncw/rclone/cmd/sha1sum
[pkg-go] Bug#851315: golang-github-cyberdelia-go-metrics-graphite: FTBFS randomly (failing tests)
Package: src:golang-github-cyberdelia-go-metrics-graphite Version: 0.0~git20151204.0.7e54b5c-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/cyberdelia/go-metrics-graphite github.com/rcrowley/go-metrics github.com/cyberdelia/go-metrics-graphite dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/cyberdelia/go-metrics-graphite === RUN TestWrites --- PASS: TestWrites (10.01s) graphite_test.go:56: recv foobar.foo.count 2 graphite_test.go:56: recv foobar.bar.count 40 graphite_test.go:56: recv foobar.bar.one-minute 4 graphite_test.go:56: recv foobar.bar.five-minute 4 graphite_test.go:56: recv foobar.bar.fifteen-minute 4 graphite_test.go:56: recv foobar.bar.mean 4 graphite_test.go:56: recv foobar.baz.count 5 graphite_test.go:56: recv foobar.baz.min 1000 graphite_test.go:56: recv foobar.baz.max 5000 graphite_test.go:56: recv foobar.baz.mean 3000 graphite_test.go:56: recv foobar.baz.std-dev 1414.21 graphite_test.go:56: recv foobar.baz.50-percentile 3000 graphite_test.go:56: recv foobar.baz.75-percentile 4500 graphite_test.go:56: recv foobar.baz.99-percentile 5000 graphite_test.go:56: recv foobar.baz.999-percentile 5000 graphite_test.go:56: recv foobar.baz.one-minute 0 graphite_test.go:56: recv foobar.baz.five-minute 0 graphite_test.go:56: recv foobar.baz.fifteen-minute 0 graphite_test.go:56: recv foobar.baz.mean-rate 79991.04 graphite_test.go:48: dummy server error: accept tcp 127.0.0.1:36803: use of closed network connection FAIL exit status 1 FAILgithub.com/cyberdelia/go-metrics-graphite 10.012s dh_auto_test: go test -v -p 1 github.com/cyberdelia/go-metrics-graphite returned exit code 1 debian/rules:4: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/build-logs/golang-github-cyberdelia-go-metrics-graphite/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine, provided you try enough times (as the failure happens randomly). Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#850507: golang-github-tideland-golib: FTBFS randomly (failing tests)
Package: src:golang-github-tideland-golib Version: 4.15.1-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/tideland/golib/audit github.com/tideland/golib/cache github.com/tideland/golib/collections github.com/tideland/golib/errors github.com/tideland/golib/etc github.com/tideland/golib/feed/atom github.com/tideland/golib/feed/rss github.com/tideland/golib/feed/utils github.com/tideland/golib/identifier github.com/tideland/golib/logger github.com/tideland/golib/loop github.com/tideland/golib/mapreduce github.com/tideland/golib/monitoring github.com/tideland/golib/numerics github.com/tideland/golib/redis github.com/tideland/golib/scene github.com/tideland/golib/scroller github.com/tideland/golib/sml github.com/tideland/golib/sort github.com/tideland/golib/stringex github.com/tideland/golib/timex github.com/tideland/golib/version github.com/tideland/golib/audit github.com/tideland/golib/errors github.com/tideland/golib/identifier github.com/tideland/golib/logger github.com/tideland/golib/loop github.com/tideland/golib/cache github.com/tideland/golib/collections [... snipped ...] version_test.go:212: parse test #15: "+" --- PASS: TestParse (0.00s) === RUN TestCompare version_test.go:320: compare test #0: "1.2.3" <> "1.2.3" -> 0 / all version_test.go:320: compare test #1: "1.2.3" <> "1.2.4" -> -1 / patch version_test.go:320: compare test #2: "1.2.3" <> "1.3.3" -> -1 / minor version_test.go:320: compare test #3: "1.2.3" <> "2.2.3" -> -1 / major version_test.go:320: compare test #4: "3.2.1" <> "1.2.3" -> 1 / major version_test.go:320: compare test #5: "1.2.3-alpha" <> "1.2.3" -> -1 / pre-release version_test.go:320: compare test #6: "1.2.3-alpha.1" <> "1.2.3-alpha" -> -1 / pre-release version_test.go:320: compare test #7: "1.2.3-alpha.1" <> "1.2.3-alpha.2" -> -1 / pre-release version_test.go:320: compare test #8: "1.2.3-alpha.4711" <> "1.2.3-alpha.471" -> 1 / pre-release version_test.go:320: compare test #9: "1.2.3-alpha.48" <> "1.2.3-alpha.4711" -> -1 / pre-release version_test.go:320: compare test #10: "1.2.3+alpha.1" <> "1.2.3+alpha.2" -> 0 / all version_test.go:320: compare test #11: "1.2.3+alpha.2" <> "1.2.3+alpha.1" -> 0 / all version_test.go:320: compare test #12: "1.2.3-alpha+alpha.2" <> "1.2.3-alpha+alpha.1" -> 0 / all version_test.go:320: compare test #13: "1.2.3-alpha.48+alpha.2" <> "1.2.3-alpha.4711+alpha.1" -> -1 / pre-release version_test.go:320: compare test #14: "1.2.3-alpha.2" <> "1.2.3-alpha.1b" -> 1 / pre-release --- PASS: TestCompare (0.00s) === RUN TestLess version_test.go:399: less test #0: "1.2.3" <> "1.2.3" -> false version_test.go:399: less test #1: "1.2.3" <> "1.2.4" -> true version_test.go:399: less test #2: "1.2.3" <> "1.3.3" -> true version_test.go:399: less test #3: "1.2.3" <> "2.2.3" -> true version_test.go:399: less test #4: "3.2.1" <> "1.2.3" -> false version_test.go:399: less test #5: "1.2.3-alpha" <> "1.2.3" -> true version_test.go:399: less test #6: "1.2.3-alpha.1" <> "1.2.3-alpha" -> true version_test.go:399: less test #7: "1.2.3-alpha.1" <> "1.2.3-alpha.2" -> true version_test.go:399: less test #8: "1.2.3-alpha.4711" <> "1.2.3-alpha.471" -> false version_test.go:399: less test #9: "1.2.3-alpha.48" <> "1.2.3-alpha.4711" -> true version_test.go:399: less test #10: "1.2.3+alpha.1" <> "1.2.3+alpha.2" -> false version_test.go:399: less test #11: "1.2.3+alpha.2" <> "1.2.3+alpha.1" -> false version_test.go:399: less test #12: "1.2.3-alpha+alpha.2" <> "1.2.3-alpha+alpha.1" -> false version_test.go:399: less test #13: "1.2.3-alpha.48+alpha.2" <> "1.2.3-alpha.4711+alpha.1" -> true version_test.go:399: less test #14: "1.2.3-alpha.2" <> "1.2.3-alpha.1b" -> false --- PASS: TestLess (0.00s) PASS ok github.com/tideland/golib/version 0.004s dh_auto_test: go test -v -p 1 -short github.com/tideland/golib/audit github.com/tideland/golib/cache github.com/tideland/golib/collections github.com/tideland/golib/errors github.com/tideland/golib/etc github.com/tideland/golib/feed/atom github.com/tideland/golib/feed/rss github.com/tideland/golib/feed/utils github.com/tideland/golib/identifier github.com/tideland/golib/logger github.com/tideland/golib/loop github.com/tideland/golib/mapreduce github.com/tideland/golib/monitoring github.com/tideland/golib/numerics github.com/tideland/golib/redis github.com/tideland/golib/scene github.com/tideland/golib/scroller github.com/tideland/golib/sml github.com/tideland/golib/sort github.com/tideland/golib/stringex github.com/tideland/golib/timex
[pkg-go] Bug#850415: dnss: FTBFS randomly (failing tests)
Package: src:dnss Version: 0.0~git20161126.0.162090e-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -B" but it failed: [...] debian/rules build-arch dh build-arch --buildsystem=golang --with=golang --with=systemd dh_testdir -a -O--buildsystem=golang dh_update_autotools_config -a -O--buildsystem=golang dh_auto_configure -a -O--buildsystem=golang dh_auto_build -a -O--buildsystem=golang go install -v -p 1 blitiri.com.ar/go/dnss blitiri.com.ar/go/dnss/internal/dnstox blitiri.com.ar/go/dnss/internal/grpctodns blitiri.com.ar/go/dnss/internal/proto blitiri.com.ar/go/dnss/internal/util blitiri.com.ar/go/dnss/testing/grpc blitiri.com.ar/go/dnss/testing/https blitiri.com.ar/go/dnss/testing/util github.com/golang/protobuf/proto golang.org/x/net/context golang.org/x/net/http2/hpack golang.org/x/net/idna golang.org/x/net/lex/httplex golang.org/x/net/http2 golang.org/x/net/internal/timeseries [... snipped ...] util.go:66: trace 0xc42002c8b8: cache hit util.go:66: trace 0xc42002c8c0: cache hit util.go:66: trace 0xc42002c8c8: cache hit util.go:66: trace 0xc42002c8d0: cache hit util.go:66: trace 0xc42002c8d8: cache hit util.go:66: trace 0xc42002c8e0: cache hit util.go:66: trace 0xc42002c8e8: cache hit util.go:66: trace 0xc42002c8f0: cache hit util.go:66: trace 0xc42002c8f8: cache hit util.go:66: trace 0xc42002c900: cache hit util.go:66: trace 0xc42002c908: cache hit util.go:66: trace 0xc42002c910: cache hit util.go:66: trace 0xc42002c918: cache hit util.go:66: trace 0xc42002c920: cache hit util.go:66: trace 0xc42002c928: cache miss === RUN TestZeroSize --- PASS: TestZeroSize (0.00s) util.go:66: trace 0xc42002c938: cache miss util.go:66: trace 0xc42002c940: cache miss util.go:66: trace 0xc42002c948: cache miss util.go:66: trace 0xc42002c950: cache miss util.go:66: trace 0xc42002c958: cache miss util.go:66: trace 0xc42002c960: cache miss util.go:66: trace 0xc42002c968: cache miss util.go:66: trace 0xc42002c970: cache miss util.go:66: trace 0xc42002c978: cache miss util.go:66: trace 0xc42002c980: cache miss PASS ok blitiri.com.ar/go/dnss/internal/dnstox 0.133s ? blitiri.com.ar/go/dnss/internal/grpctodns [no test files] ? blitiri.com.ar/go/dnss/internal/proto [no test files] ? blitiri.com.ar/go/dnss/internal/util[no test files] === RUN TestSimple --- PASS: TestSimple (0.00s) PASS ok blitiri.com.ar/go/dnss/testing/grpc 0.210s === RUN TestSimple --- PASS: TestSimple (0.00s) PASS ok blitiri.com.ar/go/dnss/testing/https0.143s ? blitiri.com.ar/go/dnss/testing/util [no test files] dh_auto_test: go test -v -p 1 blitiri.com.ar/go/dnss blitiri.com.ar/go/dnss/internal/dnstox blitiri.com.ar/go/dnss/internal/grpctodns blitiri.com.ar/go/dnss/internal/proto blitiri.com.ar/go/dnss/internal/util blitiri.com.ar/go/dnss/testing/grpc blitiri.com.ar/go/dnss/testing/https blitiri.com.ar/go/dnss/testing/util returned exit code 1 debian/rules:4: recipe for target 'build-arch' failed make: *** [build-arch] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/build-logs/dnss/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine, provided you try enough times (as the failure happens randomly). Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#850335: golang-goyaml: FTBFS (failing tests)
Package: src:golang-goyaml Version: 0.0~bzr50-1 Severity: serious Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -B" but it failed: [...] debian/rules build-arch I: golang-goyaml_0.0~bzr50 dh build-arch --buildsystem=golang --with=golang dh: Compatibility levels before 9 are deprecated (level 8 in use) dh_testdir -a -O--buildsystem=golang dh_update_autotools_config -a -O--buildsystem=golang dh_auto_configure -a -O--buildsystem=golang dh_auto_configure: Compatibility levels before 9 are deprecated (level 8 in use) dh_auto_build -a -O--buildsystem=golang dh_auto_build: Compatibility levels before 9 are deprecated (level 8 in use) go install -v -p 1 launchpad.net/goyaml launchpad.net/goyaml dh_auto_test -a -O--buildsystem=golang dh_auto_test: Compatibility levels before 9 are deprecated (level 8 in use) go test -v -p 1 launchpad.net/goyaml === RUN Test -- FAIL: encode_test.go:217: S.TestMarshal encode_test.go:221: c.Assert(string(data), Equals, item.data) ... obtained string = "" + ... "a: 1\n" + ... "b: 2\n" ... expected string = "" + ... "a: 1\n" + ... "b: 2\n" + ... "c: 3\n" -- FAIL: encode_test.go:238: S.TestMarshalErrors encode_test.go:241: c.Assert(err, ErrorMatches, item.error) ... value = nil ... regex string = "Duplicated key 'b' in struct struct \\{ B int; .*" ... Error value is nil -- FAIL: decode_test.go:364: S.TestUnmarshal decode_test.go:385: c.Assert(value, DeepEquals, item.value, Commentf("Item #%d", i)) ... obtained *struct { A int; C goyaml_test.inlineB "yaml:\",inline\"" } = { A int; C goyaml_test.inlineB "yaml:\",inline\"" }{A:1, C:goyaml_test.inlineB{B:2, inlineC:goyaml_test.inlineC{C:0}}} ... expected *struct { A int; C goyaml_test.inlineB "yaml:\",inline\"" } = { A int; C goyaml_test.inlineB "yaml:\",inline\"" }{A:1, C:goyaml_test.inlineB{B:2, inlineC:goyaml_test.inlineC{C:3}}} ... Item #84 OOPS: 9 passed, 3 FAILED --- FAIL: Test (0.01s) FAIL exit status 1 FAILlaunchpad.net/goyaml0.009s dh_auto_test: go test -v -p 1 launchpad.net/goyaml returned exit code 1 debian/rules:7: recipe for target 'build-arch' failed make: *** [build-arch] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/build-logs/golang-goyaml/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#850282: influxdb: FTBFS randomly (failing tests)
Package: src:influxdb Version: 1.1.1+dfsg1-2 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang,systemd --builddirectory=_build dh_testdir -i -O--buildsystem=golang -O--builddirectory=_build dh_update_autotools_config -i -O--buildsystem=golang -O--builddirectory=_build debian/rules override_dh_auto_configure make[1]: Entering directory '/<>/influxdb-1.1.1+dfsg1' dh_auto_configure # Include tests files cp -v /<>/influxdb-1.1.1+dfsg1/debian//..//stress/stress.toml _build/src/github.com/influxdata/influxdb/stress/stress.toml '/<>/influxdb-1.1.1+dfsg1/debian//..//stress/stress.toml' -> '_build/src/github.com/influxdata/influxdb/stress/stress.toml' mkdir -v -p _build/src/github.com/influxdata/influxdb/stress/v2/iql mkdir: created directory '_build/src/github.com/influxdata/influxdb/stress/v2/iql' cp -v /<>/influxdb-1.1.1+dfsg1/debian//..//stress/v2/iql/file.iql _build/src/github.com/influxdata/influxdb/stress/v2/iql/file.iql [... snipped ...] --- PASS: TestWriteWALSegment_UnmarshalBinary_DeleteWALCorrupt (0.00s) === RUN TestWriteWALSegment_UnmarshalBinary_DeleteRangeWALCorrupt --- PASS: TestWriteWALSegment_UnmarshalBinary_DeleteRangeWALCorrupt (0.00s) === RUN TestTSMWriter_Write_Empty --- PASS: TestTSMWriter_Write_Empty (0.00s) === RUN TestTSMWriter_Write_NoValues --- PASS: TestTSMWriter_Write_NoValues (0.00s) === RUN TestTSMWriter_Write_Single --- PASS: TestTSMWriter_Write_Single (0.01s) === RUN TestTSMWriter_Write_Multiple --- PASS: TestTSMWriter_Write_Multiple (0.01s) === RUN TestTSMWriter_Write_MultipleKeyValues --- PASS: TestTSMWriter_Write_MultipleKeyValues (0.01s) === RUN TestTSMWriter_Write_ReverseKeys --- PASS: TestTSMWriter_Write_ReverseKeys (0.01s) === RUN TestTSMWriter_Write_SameKey --- PASS: TestTSMWriter_Write_SameKey (0.01s) === RUN TestTSMWriter_Read_Multiple --- PASS: TestTSMWriter_Read_Multiple (0.01s) === RUN TestTSMWriter_WriteBlock_Empty --- PASS: TestTSMWriter_WriteBlock_Empty (0.00s) === RUN TestTSMWriter_WriteBlock_Multiple --- PASS: TestTSMWriter_WriteBlock_Multiple (0.01s) === RUN TestTSMWriter_Write_MaxKey --- PASS: TestTSMWriter_Write_MaxKey (2.33s) --- PASS: TestEngine_CreateIterator_Cache_Ascending (0.01s) --- PASS: TestEngine_CreateIterator_Condition (0.01s) --- PASS: TestEngine_CreateIterator_Aux (0.00s) [tsm1] 2017/01/05 16:20:09 Snapshot for path /tmp/tsm1-346901438/data written in 9.077347ms --- PASS: TestEngine_CreateIterator_TSM_Descending (0.02s) [tsm1] 2017/01/05 16:20:09 Snapshot for path /tmp/tsm1-510816261/data written in 10.314039ms --- PASS: TestEngine_CreateIterator_TSM_Ascending (2.01s) --- PASS: TestEngine_CreateIterator_Cache_Descending (2.01s) FAIL exit status 1 FAILgithub.com/influxdata/influxdb/tsdb/engine/tsm1 73.805s ? github.com/influxdata/influxdb/tsdb/internal[no test files] ? github.com/influxdata/influxdb/uuid [no test files] dh_auto_test: go test -v -p 1 -timeout 12000s github.com/influxdata/influxdb github.com/influxdata/influxdb/client github.com/influxdata/influxdb/client/v2 github.com/influxdata/influxdb/cmd github.com/influxdata/influxdb/cmd/influx github.com/influxdata/influxdb/cmd/influx/cli github.com/influxdata/influxdb/cmd/influx_inspect github.com/influxdata/influxdb/cmd/influx_inspect/dumptsm github.com/influxdata/influxdb/cmd/influx_inspect/export github.com/influxdata/influxdb/cmd/influx_inspect/help github.com/influxdata/influxdb/cmd/influx_inspect/report github.com/influxdata/influxdb/cmd/influx_inspect/verify github.com/influxdata/influxdb/cmd/influx_stress github.com/influxdata/influxdb/cmd/influx_tsm github.com/influxdata/influxdb/cmd/influx_tsm/b1 github.com/influxdata/influxdb/cmd/influx_tsm/bz1 github.com/influxdata/influxdb/cmd/influx_tsm/stats github.com/influxdata/influxdb/cmd/influx_tsm/tsdb github.com/influxdata/influxdb/cmd/influx_tsm/tsdb/internal github.com/influxdata/influx db/cmd/influxd github.com/influxdata/influxdb/cmd/influxd/backup github.com/influxdata/influxdb/cmd/influxd/help github.com/influxdata/influxdb/cmd/influxd/restore github.com/influxdata/influxdb/cmd/influxd/run github.com/influxdata/influxdb/coordinator github.com/influxdata/influxdb/importer/v8 github.com/influxdata/influxdb/influxql github.com/influxdata/influxdb/influxql/internal github.com/influxdata/influxdb/influxql/neldermead github.com/influxdata/influxdb/internal github.com/influxdata/influxdb/models github.com/influxdata/influxdb/monitor github.com/influxdata/influxdb/monitor/diagnostics github.com/influxdata/influxdb/pkg/deep github.com/influxdata/influxdb/pkg/escape github.com/influxdata/influxdb/pkg/limiter github.com/influxdata/influxdb/pkg/pool
[pkg-go] Bug#834959: golang-goleveldb: still FTBFS randomly
found 834959 0+git20160825.6ae1797-2 retitle 834959 golang-goleveldb: FTBFS randomly (failing tests) severity 834959 important thanks Hi. Sorry for the reopening but this is still failing (randomly) for me. Build logs available here: https://people.debian.org/~sanvila/build-logs/golang-goleveldb/ As a summary, a "grep ^FAIL" on the build logs yields this result: FAILgithub.com/syndtr/goleveldb/leveldb 203.394s FAILgithub.com/syndtr/goleveldb/leveldb 252.690s FAILgithub.com/syndtr/goleveldb/leveldb 254.444s FAILgithub.com/syndtr/goleveldb/leveldb 300.281s FAILgithub.com/syndtr/goleveldb/leveldb 321.150s FAILgithub.com/syndtr/goleveldb/leveldb 321.874s FAILgithub.com/syndtr/goleveldb/leveldb 339.488s FAILgithub.com/syndtr/goleveldb/leveldb 362.185s This is after 100 builds, so the failure rate is around 8%. Not too bad compared with other packages, but still I expect this to be much lower. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#850198: golang-github-dvsekhvalnov-jose2go: FTBFS randomly (failing tests)
Package: src:golang-github-dvsekhvalnov-jose2go Version: 1.2-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/dvsekhvalnov/jose2go github.com/dvsekhvalnov/jose2go/aes github.com/dvsekhvalnov/jose2go/arrays github.com/dvsekhvalnov/jose2go/base64url github.com/dvsekhvalnov/jose2go/compact github.com/dvsekhvalnov/jose2go/kdf github.com/dvsekhvalnov/jose2go/keys/ecc github.com/dvsekhvalnov/jose2go/keys/rsa github.com/dvsekhvalnov/jose2go/padding github.com/dvsekhvalnov/jose2go/base64url github.com/dvsekhvalnov/jose2go/arrays github.com/dvsekhvalnov/jose2go/aes github.com/dvsekhvalnov/jose2go/compact github.com/dvsekhvalnov/jose2go/kdf github.com/dvsekhvalnov/jose2go/keys/ecc [... snipped ...] --- PASS: Test (0.00s) PASS ok github.com/dvsekhvalnov/jose2go/aes 0.004s === RUN Test OK: 6 passed --- PASS: Test (0.00s) PASS ok github.com/dvsekhvalnov/jose2go/arrays 0.003s === RUN Test err = illegal base64 data at input byte 32 OK: 3 passed --- PASS: Test (0.00s) PASS ok github.com/dvsekhvalnov/jose2go/base64url 0.003s === RUN Test err=illegal base64 data at input byte 4 OK: 8 passed --- PASS: Test (0.00s) PASS ok github.com/dvsekhvalnov/jose2go/compact 0.003s === RUN Test OK: 16 passed --- PASS: Test (0.15s) PASS ok github.com/dvsekhvalnov/jose2go/kdf 0.151s === RUN Test OK: 6 passed --- PASS: Test (0.04s) PASS ok github.com/dvsekhvalnov/jose2go/keys/ecc0.040s === RUN Test OK: 4 passed --- PASS: Test (0.00s) PASS ok github.com/dvsekhvalnov/jose2go/keys/rsa0.005s === RUN Test OK: 13 passed --- PASS: Test (0.00s) PASS ok github.com/dvsekhvalnov/jose2go/padding 0.003s dh_auto_test: go test -v -p 1 github.com/dvsekhvalnov/jose2go github.com/dvsekhvalnov/jose2go/aes github.com/dvsekhvalnov/jose2go/arrays github.com/dvsekhvalnov/jose2go/base64url github.com/dvsekhvalnov/jose2go/compact github.com/dvsekhvalnov/jose2go/kdf github.com/dvsekhvalnov/jose2go/keys/ecc github.com/dvsekhvalnov/jose2go/keys/rsa github.com/dvsekhvalnov/jose2go/padding returned exit code 1 debian/rules:7: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/golang-github-dvsekhvalnov-jose2go/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine, provided you try enough times (as the failure happens randomly). After building 200 times, the failure rate observed here is about 6%. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#850197: golang-github-dgryski-go-bits: FTBFS randomly (failing tests)
Package: src:golang-github-dgryski-go-bits Version: 0.0~git20151205.0.86c69b3-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/dgryski/go-bits github.com/dgryski/go-bits dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/dgryski/go-bits === RUN TestQuickCtz --- PASS: TestQuickCtz (0.00s) === RUN TestQuickClz [... snipped ...] /usr/lib/go-1.7/src/runtime/asm_amd64.s:2086 +0x1 fp=0xc420044fa8 sp=0xc420044fa0 created by testing.(*T).Run /usr/lib/go-1.7/src/testing/testing.go:646 +0x2ec goroutine 1 [chan receive]: testing.(*T).Run(0xc420018180, 0x53cf14, 0xf, 0x54be38, 0xc42003fd01) /usr/lib/go-1.7/src/testing/testing.go:647 +0x316 testing.RunTests.func1(0xc420018180) /usr/lib/go-1.7/src/testing/testing.go:793 +0x6d testing.tRunner(0xc420018180, 0xc42003fe20) /usr/lib/go-1.7/src/testing/testing.go:610 +0x81 testing.RunTests(0x54be58, 0x5dd7c0, 0x3, 0x3, 0x53c471) /usr/lib/go-1.7/src/testing/testing.go:799 +0x2f5 testing.(*M).Run(0xc42003fee8, 0xc42000e510) /usr/lib/go-1.7/src/testing/testing.go:743 +0x85 main.main() github.com/dgryski/go-bits/_test/_testmain.go:58 +0xc6 rax0x54be20 rbx0x38fc2ffac2fd9401 rcx0x54be50 rdx0x38fc2ffac2fd9401 rdi0xc4200449b8 rsi0x479100 rbp0xc420044998 rsp0xc420044970 r8 0x18b r9 0xc42000ff48 r100x50e6a0 r110x0 r120x10 r130x1f50 r140x1f6 r150x582480 rip0x479105 rflags 0x10216 cs 0x33 fs 0x0 gs 0x0 exit status 2 FAILgithub.com/dgryski/go-bits 0.022s dh_auto_test: go test -v -p 1 github.com/dgryski/go-bits returned exit code 1 debian/rules:4: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/golang-github-dgryski-go-bits/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine, provided you try enough times (as the failure happens randomly). After building 200 times, the failure rate observed here is about 17%. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#850199: golang-github-gogits-cron: FTBFS randomly (failing tests)
Package: src:golang-github-gogits-cron Version: 0.0~git20160810.32.7f3990a-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/gogits/cron github.com/gogits/cron dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/gogits/cron === RUN TestConstantDelayNext --- PASS: TestConstantDelayNext (0.00s) === RUN TestFuncPanicRecovery [... snipped ...] --- PASS: TestAddWhileRunning (1.00s) === RUN TestAddWhileRunningWithDelay --- PASS: TestAddWhileRunningWithDelay (6.01s) === RUN TestSnapshotEntries --- PASS: TestSnapshotEntries (1.99s) === RUN TestMultipleEntries --- PASS: TestMultipleEntries (1.00s) === RUN TestRunningJobTwice --- PASS: TestRunningJobTwice (2.00s) === RUN TestRunningMultipleSchedules --- PASS: TestRunningMultipleSchedules (1.00s) === RUN TestLocalTimezone 2017/01/02 21:06:59 End of range (60) above maximum (59): 60 --- FAIL: TestLocalTimezone (1.01s) === RUN TestStopWithoutStart --- PASS: TestStopWithoutStart (0.00s) === RUN TestJob --- PASS: TestJob (0.99s) === RUN TestRange --- PASS: TestRange (0.00s) === RUN TestField --- PASS: TestField (0.00s) === RUN TestBits --- PASS: TestBits (0.00s) === RUN TestSpecSchedule --- PASS: TestSpecSchedule (0.00s) === RUN TestActivation --- PASS: TestActivation (0.00s) === RUN TestNext --- PASS: TestNext (0.00s) === RUN TestErrors 2017/01/02 21:07:01 Expected 5 or 6 fields, found 1: xyz 2017/01/02 21:07:01 End of range (60) above maximum (59): 60 2017/01/02 21:07:01 End of range (60) above maximum (59): 60 2017/01/02 21:07:01 Failed to parse int from XYZ: strconv.ParseInt: parsing "XYZ": invalid syntax --- PASS: TestErrors (0.00s) === RUN TestNextWithTz --- PASS: TestNextWithTz (0.00s) FAIL exit status 1 FAILgithub.com/gogits/cron 18.062s dh_auto_test: go test -v -p 1 github.com/gogits/cron returned exit code 1 debian/rules:4: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/golang-github-gogits-cron/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine, provided you try enough times (as the failure happens randomly). After building 200 times, the failure rate observed here is about 1.5%. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#850201: tendermint-go-flowrate: FTBFS randomly (failing tests)
Package: src:tendermint-go-flowrate Version: 0.0~git20161104.0.a20c98e-1 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/tendermint/go-flowrate/flowrate github.com/tendermint/go-flowrate/flowrate dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/tendermint/go-flowrate/flowrate === RUN TestReader --- PASS: TestReader (0.45s) === RUN TestWriter --- FAIL: TestWriter (0.51s) io_test.go:140: w.Status(0) expected {true 2017-01-02 20:57:40.72 + UTC 400ms 0s 80 4 200 200 200 200 20 100ms 80.000%}; got {true 2017-01-02 20:57:40.72 + UTC 420ms 0s 80 4 200 197 190 200 20 100ms 80.000%} io_test.go:140: w.Status(1) expected {true 2017-01-02 20:57:40.72 + UTC 500ms 100ms 100 5 200 200 200 200 0 0s 100.000%}; got {true 2017-01-02 20:57:40.72 + UTC 520ms 100ms 100 5 200 197 192 200 0 0s 100.000%} FAIL exit status 1 FAILgithub.com/tendermint/go-flowrate/flowrate 0.962s dh_auto_test: go test -v -p 1 github.com/tendermint/go-flowrate/flowrate returned exit code 1 debian/rules:4: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/tendermint-go-flowrate/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine, provided you try enough times (as the failure happens randomly). After building 200 times, the failure rate observed here is about 10%. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#850200: golang-github-google-gofuzz: FTBFS randomly (failing tests)
Package: src:golang-github-google-gofuzz Version: 0.0~git20150903.0.e4af62d-2 Severity: important Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/google/gofuzz github.com/google/gofuzz dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/google/gofuzz === RUN TestFuzz_basic --- PASS: TestFuzz_basic (0.00s) === RUN TestFuzz_structptr --- FAIL: TestFuzz_structptr (0.00s) fuzz_test.go:96: a not nil seems to not be getting set, was zero value 10 times fuzz_test.go:96: as seems to not be getting set, was zero value 10 times === RUN TestFuzz_structmap --- PASS: TestFuzz_structmap (0.00s) === RUN TestFuzz_structslice --- PASS: TestFuzz_structslice (0.00s) === RUN TestFuzz_custom --- PASS: TestFuzz_custom (0.00s) === RUN TestFuzz_interface --- PASS: TestFuzz_interface (0.00s) === RUN TestFuzz_interfaceAndFunc --- PASS: TestFuzz_interfaceAndFunc (0.00s) === RUN TestFuzz_noCustom --- PASS: TestFuzz_noCustom (0.00s) === RUN ExampleSimple --- PASS: ExampleSimple (0.00s) === RUN ExampleCustom --- PASS: ExampleCustom (0.00s) === RUN ExampleComplex --- PASS: ExampleComplex (0.00s) === RUN ExampleMap --- PASS: ExampleMap (0.00s) === RUN ExampleSingle --- PASS: ExampleSingle (0.00s) === RUN ExampleEnum --- PASS: ExampleEnum (0.00s) FAIL exit status 1 FAILgithub.com/google/gofuzz0.008s dh_auto_test: go test -v -p 1 github.com/google/gofuzz returned exit code 1 debian/rules:4: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 This is just how the build ends, not necessarily the relevant part. I've put several build logs here: https://people.debian.org/~sanvila/golang-github-google-gofuzz/ If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. The bug should be reproducible with sbuild on a single CPU virtual machine, provided you try enough times (as the failure happens randomly). After building 200 times, the failure rate observed here is about 6%. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#842836: (no subject)
severity 846116 important severity 680038 important severity 828929 important severity 834686 important severity 834962 important severity 842836 important severity 844083 important severity 844088 important severity 844571 important severity 845164 important severity 846021 important severity 846115 important severity 846300 important severity 846318 important severity 848054 important severity 848055 important severity 848403 important severity 849775 important severity 849217 important severity 832865 important severity 837067 important severity 848063 important severity 849363 important severity 846026 important severity 841904 important severity 847288 important severity 848859 important severity 841098 important severity 843038 important severity 848409 important severity 710696 important thanks Hello. I'm setting the severity of this bug to "important" not because I don't think it is not RC (as Release Policy still says that packages must autobuild *without* failure), but because the Release Managers are considering to decide about RC-ness of this kind of bugs based on the probability of failure. We don't know what kind of threshold there will be for stretch, so I strongly recommend that you act as if this bug was serious and RC, especially if the failures happen very often on any kind of autobuilder which is not misconfigured. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#848406: hugo: FTBFS (failing tests)
Package: src:hugo Version: 0.16-2 Severity: serious Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang debian/rules override_dh_auto_build make[1]: Entering directory '/<>' dh_auto_build -O--buildsystem=golang go install -v -p 1 github.com/spf13/hugo github.com/spf13/hugo/bufferpool github.com/spf13/hugo/commands github.com/spf13/hugo/create github.com/spf13/hugo/helpers github.com/spf13/hugo/hugofs github.com/spf13/hugo/hugolib github.com/spf13/hugo/livereload github.com/spf13/hugo/parser github.com/spf13/hugo/source github.com/spf13/hugo/target github.com/spf13/hugo/tpl github.com/spf13/hugo/transform github.com/spf13/hugo/utils github.com/spf13/hugo/watcher golang.org/x/sys/unix github.com/fsnotify/fsnotify github.com/kardianos/osext github.com/spf13/afero/mem [... snipped ...] --- PASS: TestGetCSVFailParseSep (0.00s) === RUN TestGetCSVFailParse ERROR: 2016/12/16 22:08:19 template_resources.go:256: Failed to parse csv file http://127.0.0.1:43143/test.csv with error message line 2, column 0: wrong number of fields in line ERROR: 2016/12/16 22:08:19 template_resources.go:237: Retry #0 for http://127.0.0.1:43143/test.csv and sleeping for 1ms --- PASS: TestGetCSVFailParse (0.00s) === RUN TestAceTemplates --- PASS: TestAceTemplates (0.02s) === RUN TestAddTemplateFileWithMaster --- PASS: TestAddTemplateFileWithMaster (0.02s) === RUN TestBigIntegerFunc --- PASS: TestBigIntegerFunc (0.00s) template_test.go:197: Got expected error: template: foo:1:5: executing "foo" at <3e80>: expected integer; found 3e80 === RUN TestBigIntegerMethod --- PASS: TestBigIntegerMethod (0.00s) template_test.go:223: Got expected error: template: foo2:1:6: executing "foo2" at <3e80>: expected integer; found 3e80 === RUN TestTplGoFuzzReports --- PASS: TestTplGoFuzzReports (0.01s) PASS ok github.com/spf13/hugo/tpl 0.174s === RUN TestChainZeroTransformers --- PASS: TestChainZeroTransformers (0.00s) === RUN TestChaingMultipleTransformers --- PASS: TestChaingMultipleTransformers (0.00s) === RUN TestAbsURL --- PASS: TestAbsURL (0.00s) === RUN TestRelativeURL --- PASS: TestRelativeURL (0.00s) === RUN TestAbsURLSrcSet --- PASS: TestAbsURLSrcSet (0.00s) === RUN TestAbsXMLURLSrcSet --- PASS: TestAbsXMLURLSrcSet (0.00s) === RUN TestXMLAbsURL --- PASS: TestXMLAbsURL (0.00s) === RUN TestNewEmptyTransforms --- PASS: TestNewEmptyTransforms (0.00s) === RUN TestHugoGeneratorInject --- PASS: TestHugoGeneratorInject (0.00s) === RUN TestLiveReloadInject --- PASS: TestLiveReloadInject (0.00s) PASS ok github.com/spf13/hugo/transform 0.025s ? github.com/spf13/hugo/utils [no test files] ? github.com/spf13/hugo/watcher [no test files] dh_auto_test: go test -v -p 1 github.com/spf13/hugo github.com/spf13/hugo/bufferpool github.com/spf13/hugo/commands github.com/spf13/hugo/create github.com/spf13/hugo/helpers github.com/spf13/hugo/hugofs github.com/spf13/hugo/hugolib github.com/spf13/hugo/livereload github.com/spf13/hugo/parser github.com/spf13/hugo/source github.com/spf13/hugo/target github.com/spf13/hugo/tpl github.com/spf13/hugo/transform github.com/spf13/hugo/utils github.com/spf13/hugo/watcher returned exit code 1 debian/rules:6: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 This is just the end of the build log. For a full build log please see: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/hugo.html Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#848055: golang-github-go-chef-chef: FTBFS randomly (failing tests)
Package: src:golang-github-go-chef-chef Version: 0.0.1+git20161023.60.deb8c38-1 Severity: serious Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/go-chef/chef github.com/go-chef/chef dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/go-chef/chef === RUN TestACLService_Get --- PASS: TestACLService_Get (0.00s) === RUN TestACLService_Put --- PASS: TestACLService_Put (0.00s) === RUN TestClientFromJSONDecoder --- PASS: TestClientFromJSONDecoder (0.00s) === RUN TestClientsService_List --- PASS: TestClientsService_List (0.00s) === RUN TestClientsService_Get --- PASS: TestClientsService_Get (0.00s) === RUN TestClientsService_Create --- PASS: TestClientsService_Create (0.00s) === RUN TestClientsService_Delete --- PASS: TestClientsService_Delete (0.00s) === RUN TestCookbookList apache2 => http://localhost:4000/cookbooks/apache2 * 5.1.0 * 4.2.0 nginx => http://localhost:4000/cookbooks/nginx * 1.0.0 * 0.3.0 --- PASS: TestCookbookList (0.01s) === RUN TestCookbookListAvailableVersions_0 --- PASS: TestCookbookListAvailableVersions_0 (0.00s) === RUN TestCookBookDelete --- PASS: TestCookBookDelete (0.01s) === RUN TestCookBookGet --- PASS: TestCookBookGet (0.01s) === RUN TestCookBookGetAvailableVersions apache2 => http://localhost:4000/cookbooks/apache2 * 5.1.0 * 4.2.0 --- PASS: TestCookBookGetAvailableVersions (0.00s) === RUN TestCookBookListAllRecipes [apache2 apache2::mod_access_compat apache2::mod_actions apache2::mod_alias] --- PASS: TestCookBookListAllRecipes (0.01s) === RUN TestDataBagsService_List --- PASS: TestDataBagsService_List (0.00s) === RUN TestDataBagsService_Create --- PASS: TestDataBagsService_Create (0.00s) === RUN TestDataBagsService_Delete --- PASS: TestDataBagsService_Delete (0.00s) === RUN TestDataBagsService_ListItems --- PASS: TestDataBagsService_ListItems (0.00s) === RUN TestDataBagsService_GetItem --- PASS: TestDataBagsService_GetItem (0.00s) === RUN TestDataBagsService_CreateItem --- PASS: TestDataBagsService_CreateItem (0.00s) === RUN TestDataBagsService_DeleteItem --- PASS: TestDataBagsService_DeleteItem (0.00s) === RUN TestDataBagsService_UpdateItem --- PASS: TestDataBagsService_UpdateItem (0.01s) === RUN TestDataBagsService_DataBagListResultString --- FAIL: TestDataBagsService_DataBagListResultString (0.00s) databag_test.go:162: DataBagListResult.String returned: bag1 => http://localhost/data/bag1 bag2 => http://localhost/data/bag2 want: bag1 => http://localhost/data/bag1 bag2 => http://localhost/data/bag2 === RUN TestEnvironmentFromJSONDecoder --- PASS: TestEnvironmentFromJSONDecoder (0.00s) === RUN TestEnvironmentsService_List --- PASS: TestEnvironmentsService_List (0.00s) === RUN TestEnvironmentsService_Get --- PASS: TestEnvironmentsService_Get (0.01s) === RUN TestEnvironmentsService_Create --- PASS: TestEnvironmentsService_Create (0.01s) === RUN TestEnvironmentsService_Put --- PASS: TestEnvironmentsService_Put (0.01s) === RUN TestEnvironmentsService_EnvironmentListResultString --- PASS: TestEnvironmentsService_EnvironmentListResultString (0.00s) === RUN TestEnvironmentsService_EnvironmentCreateResultString --- PASS: TestEnvironmentsService_EnvironmentCreateResultString (0.00s) === RUN TestAuthConfig --- PASS: TestAuthConfig (0.00s) === RUN TestBase64BlockEncodeNoLimit --- PASS: TestBase64BlockEncodeNoLimit (0.01s) === RUN TestSignRequestBadSignature --- PASS: TestSignRequestBadSignature (0.00s) === RUN TestSignRequestNoBody --- PASS: TestSignRequestNoBody (0.01s) === RUN TestSignRequestBody --- PASS: TestSignRequestBody (0.01s) === RUN TestRequest --- PASS: TestRequest (0.01s) === RUN TestRequestToEndpoint --- PASS: TestRequestToEndpoint (0.01s) === RUN TestGenerateHash correctly hashes a given input string â 1 total assertion --- PASS: TestGenerateHash (0.00s) === RUN TestGenerateSignatureError sig should be empty? â 2 total assertions errors for an unknown reason to fujin â 3 total assertions --- PASS: TestGenerateSignatureError (0.01s) === RUN TestRequestError should not sign a request with missing required information â 4 total assertions --- PASS: TestRequestError (0.01s) === RUN TestNewClient --- PASS: TestNewClient (0.00s) === RUN TestNewRequest --- PASS: TestNewRequest (0.01s) === RUN TestDo_badjson --- PASS:
[pkg-go] Bug#846542: etcd: FTBFS in testing (undefined: grpc.SupportPackageIsVersion3)
Package: src:etcd Version: 2.3.7+dfsg-5 Severity: serious Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang,systemd --parallel --builddirectory=_build dh_testdir -i -O--buildsystem=golang -O--parallel -O--builddirectory=_build dh_update_autotools_config -i -O--buildsystem=golang -O--parallel -O--builddirectory=_build debian/rules override_dh_auto_configure make[1]: Entering directory '/<>/etcd-2.3.7+dfsg' grep -Pq "syntax\s*=\s*\"proto3\"" etcdserver/etcdserverpb/etcdserver.proto \ || protoc -I/usr/share/gocode/src/github.com/gogo/protobuf -I/usr/include -Ietcdserver/etcdserverpb/ --gogo_out=etcdserver/etcdserverpb/ etcdserver/etcdserverpb/etcdserver.proto perl -pi -E 's{import _ "gogoproto"}{}g;' "etcdserver/etcdserverpb/etcdserver.pb.go" grep -Pq "syntax\s*=\s*\"proto3\"" raft/raftpb/raft.proto \ || protoc -I/usr/share/gocode/src/github.com/gogo/protobuf -I/usr/include -Iraft/raftpb/ --gogo_out=raft/raftpb/ raft/raftpb/raft.proto perl -pi -E 's{import _ "gogoproto"}{}g;' "raft/raftpb/raft.pb.go" grep -Pq "syntax\s*=\s*\"proto3\"" wal/walpb/record.proto \ || protoc -I/usr/share/gocode/src/github.com/gogo/protobuf -I/usr/include -Iwal/walpb/ --gogo_out=wal/walpb/ wal/walpb/record.proto perl -pi -E 's{import _ "gogoproto"}{}g;' "wal/walpb/record.pb.go" grep -Pq "syntax\s*=\s*\"proto3\"" snap/snappb/snap.proto \ || protoc -I/usr/share/gocode/src/github.com/gogo/protobuf -I/usr/include -Isnap/snappb/ --gogo_out=snap/snappb/ snap/snappb/snap.proto perl -pi -E 's{import _ "gogoproto"}{}g;' "snap/snappb/snap.pb.go" dh_auto_configure for I in $(cat debian/third_party_exclude); do \ printf "Removing third party bundled $I\n" ;\ sed -i "s,github.com/coreos/etcd/Godeps/_workspace/src/,," $(find _build -type f -name "*.go") ;\ done Removing third party bundled github.com/akrennmair/gopcap Removing third party bundled github.com/bgentry/speakeasy Removing third party bundled github.com/boltdb/bolt Removing third party bundled github.com/cheggaaa/pb Removing third party bundled github.com/codegangsta/cli Removing third party bundled github.com/coreos/gexpect Removing third party bundled github.com/coreos/go-etcd Removing third party bundled github.com/coreos/go-semver/semver Removing third party bundled github.com/coreos/go-systemd Removing third party bundled github.com/coreos/pkg Removing third party bundled github.com/gogo/protobuf Removing third party bundled github.com/golang/glog Removing third party bundled github.com/golang/protobuf Removing third party bundled github.com/google/btree Removing third party bundled github.com/jonboulle/clockwork Removing third party bundled github.com/prometheus/client_golang Removing third party bundled github.com/prometheus/procfs Removing third party bundled github.com/spacejam/loghisto Removing third party bundled github.com/spf13/cobra Removing third party bundled github.com/stretchr/testify Removing third party bundled github.com/ugorji/go Removing third party bundled github.com/xiang90/probing Removing third party bundled golang.org/x/crypto Removing third party bundled golang.org/x/net Removing third party bundled google.golang.org/grpc make[1]: Leaving directory '/<>/etcd-2.3.7+dfsg' dh_auto_build -i -O--buildsystem=golang -O--parallel -O--builddirectory=_build go install -v -p 1 github.com/coreos/etcd github.com/coreos/etcd/auth github.com/coreos/etcd/client github.com/coreos/etcd/compactor github.com/coreos/etcd/discovery github.com/coreos/etcd/error github.com/coreos/etcd/etcdctl github.com/coreos/etcd/etcdctl/command github.com/coreos/etcd/etcdmain github.com/coreos/etcd/etcdserver github.com/coreos/etcd/etcdserver/api/v3rpc github.com/coreos/etcd/etcdserver/api/v3rpc/rpctypes github.com/coreos/etcd/etcdserver/auth github.com/coreos/etcd/etcdserver/etcdhttp github.com/coreos/etcd/etcdserver/etcdhttp/httptypes github.com/coreos/etcd/etcdserver/etcdserverpb github.com/coreos/etcd/etcdserver/stats github.com/coreos/etcd/lease github.com/coreos/etcd/lease/leasehttp github.com/coreos/etcd/lease/leasepb github.com/coreos/etcd/pkg/adt github.com/coreos/etcd/pkg/contention github.com/coreos/etcd/pkg/cors github.com/coreos/etcd/pkg/crc github.com/coreos/etcd/pkg/fileutil github.com/coreos/etcd/pkg/flags github.com/coreos/etcd/pkg/httputil githu b.com/coreos/etcd/pkg/idutil github.com/coreos/etcd/pkg/ioutil github.com/coreos/etcd/pkg/logutil github.com/coreos/etcd/pkg/mock/mockstorage github.com/coreos/etcd/pkg/mock/mockstore github.com/coreos/etcd/pkg/mock/mockwait github.com/coreos/etcd/pkg/netutil github.com/coreos/etcd/pkg/osutil github.com/coreos/etcd/pkg/pathutil
[pkg-go] Bug#846322: golang-google-cloud: FTBFS (undefined: grpc.SupportPackageIsVersion3)
Package: src:golang-google-cloud Version: 0.0~git20160615-6 Severity: serious Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang --builddir=/<>/build dh_testdir -i -O--buildsystem=golang -O--builddir=/<>/golang-google-cloud-0.0\~git20160615/build dh_update_autotools_config -i -O--buildsystem=golang -O--builddir=/<>/golang-google-cloud-0.0\~git20160615/build debian/rules override_dh_auto_configure make[1]: Entering directory '/<>' dh_auto_configure dh_auto_configure: "google.golang.org/cloud" is already installed. Please check for circular dependencies. # Remove examples. rm -vrf /<>/build/src/google.golang.org/cloud/examples removed '/<>/build/src/google.golang.org/cloud/examples/bigtable/search/search.go' removed directory '/<>/build/src/google.golang.org/cloud/examples/bigtable/search' [... snipped ...] github.com/golang/protobuf/ptypes/timestamp google.golang.org/cloud/bigtable/internal/cluster_data_proto google.golang.org/cloud/bigtable/internal/cluster_service_proto # google.golang.org/cloud/bigtable/internal/cluster_service_proto src/google.golang.org/cloud/bigtable/internal/cluster_service_proto/bigtable_cluster_service.pb.go:29: undefined: grpc.SupportPackageIsVersion3 google.golang.org/cloud/bigtable/internal/data_proto github.com/golang/protobuf/ptypes/any google.golang.org/cloud/bigtable/internal/rpc_status_proto google.golang.org/cloud/bigtable/internal/service_proto # google.golang.org/cloud/bigtable/internal/service_proto src/google.golang.org/cloud/bigtable/internal/service_proto/bigtable_service.pb.go:29: undefined: grpc.SupportPackageIsVersion3 google.golang.org/cloud/bigtable/internal/table_data_proto google.golang.org/cloud/bigtable/internal/table_service_proto # google.golang.org/cloud/bigtable/internal/table_service_proto src/google.golang.org/cloud/bigtable/internal/table_service_proto/bigtable_table_service.pb.go:29: undefined: grpc.SupportPackageIsVersion3 google.golang.org/cloud/bigtable/internal/cbtrc google.golang.org/api/container/v1 google.golang.org/cloud/container github.com/golang/protobuf/ptypes/wrappers github.com/golang/protobuf/ptypes/struct google.golang.org/cloud/datastore/internal/type_proto google.golang.org/cloud/datastore/internal/proto # google.golang.org/cloud/datastore/internal/proto src/google.golang.org/cloud/datastore/internal/proto/datastore.pb.go:950: undefined: grpc.SupportPackageIsVersion3 google.golang.org/cloud/internal/testutil google.golang.org/api/logging/v1beta3 google.golang.org/cloud/logging github.com/googleapis/gax-go github.com/googleapis/proto-client-go/api github.com/googleapis/proto-client-go/logging/type_ github.com/googleapis/proto-client-go/rpc github.com/googleapis/proto-client-go/logging/v2 # github.com/googleapis/proto-client-go/logging/v2 src/github.com/googleapis/proto-client-go/logging/v2/logging.pb.go:216: undefined: grpc.SupportPackageIsVersion3 src/github.com/googleapis/proto-client-go/logging/v2/logging_config.pb.go:223: undefined: grpc.SupportPackageIsVersion3 src/github.com/googleapis/proto-client-go/logging/v2/logging_metrics.pb.go:183: undefined: grpc.SupportPackageIsVersion3 google.golang.org/api/pubsub/v1 google.golang.org/cloud/pubsub google.golang.org/api/storage/v1 google.golang.org/cloud/storage dh_auto_build: go install -v -p 1 google.golang.org/cloud google.golang.org/cloud/bigquery google.golang.org/cloud/bigtable google.golang.org/cloud/bigtable/bttest google.golang.org/cloud/bigtable/cmd/cbt google.golang.org/cloud/bigtable/cmd/loadtest google.golang.org/cloud/bigtable/internal/cbtrc google.golang.org/cloud/bigtable/internal/cluster_data_proto google.golang.org/cloud/bigtable/internal/cluster_service_proto google.golang.org/cloud/bigtable/internal/data_proto google.golang.org/cloud/bigtable/internal/rpc_status_proto google.golang.org/cloud/bigtable/internal/service_proto google.golang.org/cloud/bigtable/internal/table_data_proto google.golang.org/cloud/bigtable/internal/table_service_proto google.golang.org/cloud/compute/metadata google.golang.org/cloud/container google.golang.org/cloud/datastore google.golang.org/cloud/datastore/internal/proto google.golang.org/cloud/datastore/internal/type_proto google.golang.org/cloud/internal google.golang.org/cloud/internal/opts go ogle.golang.org/cloud/internal/testutil google.golang.org/cloud/internal/transport google.golang.org/cloud/logging google.golang.org/cloud/logging/apiv2/config google.golang.org/cloud/logging/apiv2/logging google.golang.org/cloud/logging/apiv2/metrics google.golang.org/cloud/pubsub google.golang.org/cloud/storage returned exit code 2 debian/rules:30: recipe for target 'override_dh_auto_build' failed make[1]: ***
[pkg-go] Bug#845740: golang-github-mitchellh-reflectwalk: FTBFS (failing tests)
Package: src:golang-github-mitchellh-reflectwalk Version: 0.0~git20150527.0.eecf4c7-2 Severity: serious Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go generate -v github.com/mitchellh/reflectwalk src/github.com/mitchellh/reflectwalk/location.go src/github.com/mitchellh/reflectwalk/location_string.go src/github.com/mitchellh/reflectwalk/reflectwalk.go src/github.com/mitchellh/reflectwalk/reflectwalk_test.go go install -v -p 1 github.com/mitchellh/reflectwalk github.com/mitchellh/reflectwalk dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/mitchellh/reflectwalk === RUN TestTestStructs --- PASS: TestTestStructs (0.00s) === RUN TestWalk_Basic --- PASS: TestWalk_Basic (0.00s) === RUN TestWalk_Basic_Replace --- PASS: TestWalk_Basic_Replace (0.00s) === RUN TestWalk_EnterExit --- PASS: TestWalk_EnterExit (0.00s) === RUN TestWalk_Interface --- PASS: TestWalk_Interface (0.00s) === RUN TestWalk_Interface_nil --- PASS: TestWalk_Interface_nil (0.00s) === RUN TestWalk_Map --- FAIL: TestWalk_Map (0.00s) reflectwalk_test.go:299: Bad keys: []string{"bar", "foo"} === RUN TestWalk_Pointer --- PASS: TestWalk_Pointer (0.00s) === RUN TestWalk_Slice --- PASS: TestWalk_Slice (0.00s) === RUN TestWalk_Struct --- PASS: TestWalk_Struct (0.00s) FAIL exit status 1 FAILgithub.com/mitchellh/reflectwalk0.002s dh_auto_test: go test -v -p 1 github.com/mitchellh/reflectwalk returned exit code 1 debian/rules:6: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 The relevant part of the build log is included above. If this is really a bug in one of the build-depends, please use reassign and affects, so that this is still visible in the page for this package. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#844074: Bug#844074: golang-google-cloud: FTBFS (use of internal package not allowed)
Attached a full build log. golang-google-cloud_0.0~git20160615-5_amd64-20161112T044944Z.gz Description: application/gzip ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#844074: Bug#844074: golang-google-cloud: FTBFS (use of internal package not allowed)
On Sat, Nov 12, 2016 at 04:09:21PM +0100, Martín Ferrari wrote: > On 12/11/16 10:38, Santiago Vila wrote: > > > imports google.golang.org/cloud/internal: use of internal package not > > allowed > > This looks like an older version of golang has been used. The one currently in stretch. Just try "dpkg-buildpackage -A" in a stretch chroot. (Maybe we need a versioned build-depends here?) ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#844074: golang-google-cloud: FTBFS (use of internal package not allowed)
Package: src:golang-google-cloud Version: 0.0~git20160615-5 Severity: serious Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_configure: "google.golang.org/cloud" is already installed. Please check for circular dependencies. dh_auto_build -i -O--buildsystem=golang go install -v -p 1 google.golang.org/cloud google.golang.org/cloud/bigquery google.golang.org/cloud/bigtable google.golang.org/cloud/bigtable/bttest google.golang.org/cloud/bigtable/cmd/cbt google.golang.org/cloud/bigtable/cmd/loadtest google.golang.org/cloud/bigtable/internal/cbtrc google.golang.org/cloud/bigtable/internal/cluster_data_proto google.golang.org/cloud/bigtable/internal/cluster_service_proto google.golang.org/cloud/bigtable/internal/data_proto google.golang.org/cloud/bigtable/internal/rpc_status_proto google.golang.org/cloud/bigtable/internal/service_proto google.golang.org/cloud/bigtable/internal/table_data_proto google.golang.org/cloud/bigtable/internal/table_service_proto google.golang.org/cloud/compute/metadata google.golang.org/cloud/container google.golang.org/cloud/datastore google.golang.org/cloud/datastore/internal/proto google.golang.org/cloud/datastore/internal/type_proto google.golang.org/cloud/examples/bigquery/concat_table google.golang.org/cloud/examples /bigquery/load google.golang.org/cloud/examples/bigquery/query google.golang.org/cloud/examples/bigquery/read google.golang.org/cloud/examples/bigtable/bigtable-hello google.golang.org/cloud/examples/bigtable/search google.golang.org/cloud/examples/pubsub/cmdline google.golang.org/cloud/examples/pubsub/consumer google.golang.org/cloud/examples/storage/appengine google.golang.org/cloud/examples/storage/appenginevm google.golang.org/cloud/internal google.golang.org/cloud/internal/opts google.golang.org/cloud/internal/testutil google.golang.org/cloud/internal/transport google.golang.org/cloud/logging google.golang.org/cloud/logging/apiv2/config google.golang.org/cloud/logging/apiv2/logging google.golang.org/cloud/logging/apiv2/metrics google.golang.org/cloud/pubsub google.golang.org/cloud/storage package google.golang.org/cloud/bigquery imports google.golang.org/cloud/internal/transport imports golang.org/x/oauth2/google imports cloud.google.com/go/compute/metadata imports google.golang.org/cloud/internal: use of internal package not allowed dh_auto_build: go install -v -p 1 google.golang.org/cloud google.golang.org/cloud/bigquery google.golang.org/cloud/bigtable google.golang.org/cloud/bigtable/bttest google.golang.org/cloud/bigtable/cmd/cbt google.golang.org/cloud/bigtable/cmd/loadtest google.golang.org/cloud/bigtable/internal/cbtrc google.golang.org/cloud/bigtable/internal/cluster_data_proto google.golang.org/cloud/bigtable/internal/cluster_service_proto google.golang.org/cloud/bigtable/internal/data_proto google.golang.org/cloud/bigtable/internal/rpc_status_proto google.golang.org/cloud/bigtable/internal/service_proto google.golang.org/cloud/bigtable/internal/table_data_proto google.golang.org/cloud/bigtable/internal/table_service_proto google.golang.org/cloud/compute/metadata google.golang.org/cloud/container google.golang.org/cloud/datastore google.golang.org/cloud/datastore/internal/proto google.golang.org/cloud/datastore/internal/type_proto google.golang.org/cloud/examples/bigquery/concat_table google.golang.org/ cloud/examples/bigquery/load google.golang.org/cloud/examples/bigquery/query google.golang.org/cloud/examples/bigquery/read google.golang.org/cloud/examples/bigtable/bigtable-hello google.golang.org/cloud/examples/bigtable/search google.golang.org/cloud/examples/pubsub/cmdline google.golang.org/cloud/examples/pubsub/consumer google.golang.org/cloud/examples/storage/appengine google.golang.org/cloud/examples/storage/appenginevm google.golang.org/cloud/internal google.golang.org/cloud/internal/opts google.golang.org/cloud/internal/testutil google.golang.org/cloud/internal/transport google.golang.org/cloud/logging google.golang.org/cloud/logging/apiv2/config google.golang.org/cloud/logging/apiv2/logging google.golang.org/cloud/logging/apiv2/metrics google.golang.org/cloud/pubsub google.golang.org/cloud/storage returned exit code 1 debian/rules:6: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 The relevant part of the build log is included
[pkg-go] Bug#840311: golang-google-cloud: FTBFS in testing (failing tests)
Package: src:golang-google-cloud Version: 0.0~git20160615-3 Severity: serious Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_configure: "google.golang.org/cloud" is already installed. Please check for circular dependencies. dh_auto_build -i -O--buildsystem=golang go install -v -p 1 google.golang.org/cloud google.golang.org/cloud/bigquery google.golang.org/cloud/bigtable google.golang.org/cloud/bigtable/bttest google.golang.org/cloud/bigtable/cmd/cbt google.golang.org/cloud/bigtable/cmd/loadtest google.golang.org/cloud/bigtable/internal/cbtrc google.golang.org/cloud/bigtable/internal/cluster_data_proto google.golang.org/cloud/bigtable/internal/cluster_service_proto google.golang.org/cloud/bigtable/internal/data_proto google.golang.org/cloud/bigtable/internal/rpc_status_proto google.golang.org/cloud/bigtable/internal/service_proto google.golang.org/cloud/bigtable/internal/table_data_proto google.golang.org/cloud/bigtable/internal/table_service_proto google.golang.org/cloud/compute/metadata google.golang.org/cloud/container google.golang.org/cloud/datastore google.golang.org/cloud/datastore/internal/proto google.golang.org/cloud/datastore/internal/type_proto google.golang.org/cloud/examples/bigquery/concat_table google.golang.org/cloud/examples /bigquery/load google.golang.org/cloud/examples/bigquery/query google.golang.org/cloud/examples/bigquery/read google.golang.org/cloud/examples/bigtable/bigtable-hello google.golang.org/cloud/examples/bigtable/search google.golang.org/cloud/examples/pubsub/cmdline google.golang.org/cloud/examples/pubsub/consumer google.golang.org/cloud/examples/storage/appengine google.golang.org/cloud/examples/storage/appenginevm google.golang.org/cloud/internal google.golang.org/cloud/internal/opts google.golang.org/cloud/internal/testutil google.golang.org/cloud/internal/transport google.golang.org/cloud/logging google.golang.org/cloud/logging/apiv2/config google.golang.org/cloud/logging/apiv2/logging google.golang.org/cloud/logging/apiv2/metrics google.golang.org/cloud/pubsub google.golang.org/cloud/storage golang.org/x/net/context golang.org/x/oauth2/internal golang.org/x/oauth2 google.golang.org/cloud/internal [... snipped ...] 2016/10/10 12:25:56 bttest: GC MaxNumVersions(1) deleted 109 cells. 2016/10/10 12:25:56 bttest: GC MaxNumVersions(1) deleted 113 cells. 2016/10/10 12:25:56 bttest: GC MaxNumVersions(1) deleted 117 cells. 2016/10/10 12:25:56 bttest: GC MaxNumVersions(1) deleted 90 cells. 2016/10/10 12:25:56 bttest: GC MaxNumVersions(1) deleted 112 cells. 2016/10/10 12:25:56 bttest: GC MaxNumVersions(1) deleted 1 cells. --- FAIL: TestConcurrentMutationsAndGC (0.11s) inmem_test.go:83: Concurrent mutations and GCs haven't completed after 100ms FAIL exit status 1 FAILgoogle.golang.org/cloud/bigtable/bttest 0.118s [ ... ] dh_auto_test: go test -v -p 1 google.golang.org/cloud google.golang.org/cloud/bigquery google.golang.org/cloud/bigtable google.golang.org/cloud/bigtable/bttest google.golang.org/cloud/bigtable/cmd/cbt google.golang.org/cloud/bigtable/cmd/loadtest google.golang.org/cloud/bigtable/internal/cbtrc google.golang.org/cloud/bigtable/internal/cluster_data_proto google.golang.org/cloud/bigtable/internal/cluster_service_proto google.golang.org/cloud/bigtable/internal/data_proto google.golang.org/cloud/bigtable/internal/rpc_status_proto google.golang.org/cloud/bigtable/internal/service_proto google.golang.org/cloud/bigtable/internal/table_data_proto google.golang.org/cloud/bigtable/internal/table_service_proto google.golang.org/cloud/compute/metadata google.golang.org/cloud/container google.golang.org/cloud/datastore google.golang.org/cloud/datastore/internal/proto google.golang.org/cloud/datastore/internal/type_proto google.golang.org/cloud/examples/bigquery/concat_table google.golang.org/clou d/examples/bigquery/load google.golang.org/cloud/examples/bigquery/query google.golang.org/cloud/examples/bigquery/read google.golang.org/cloud/examples/bigtable/bigtable-hello google.golang.org/cloud/examples/bigtable/search google.golang.org/cloud/examples/pubsub/cmdline google.golang.org/cloud/examples/pubsub/consumer google.golang.org/cloud/examples/storage/appengine google.golang.org/cloud/examples/storage/appenginevm google.golang.org/cloud/internal google.golang.org/cloud/internal/opts google.golang.org/cloud/internal/testutil google.golang.org/cloud/internal/transport google.golang.org/cloud/logging google.golang.org/cloud/logging/apiv2/config
[pkg-go] Bug#837624: golang-goleveldb: FTBFS in testing (failing tests)
Note: Yes, I know that this bug is apparently similar to #834959, but I have been advised that it's better to err on the side of filing duplicate bugs than mixing two different problems in the same bug report (which usually results in a big mess). Whether they are the same or not, I don't really know, but I hope you can determine it. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#835336: influxdb: FTBFS in testing (go generate returned exit code 1)
Package: src:influxdb Version: 0.13.0+dfsg1-4 Severity: serious Dear maintainer: I tried to build this package on stretch with dpkg-buildpackage -A and sbuild and it failed with an error like this: -- go generate -v -ldflags=-X main.version=0.13.0 github.com/[...] [ very long list, see attach for details] returned exit code 1 -- I attach five different build logs on two different virtual machines. The builds were made on a virtual machine having either 6GB or 3GB of RAM, and 4GB of swap. I was able to build version 0.10.2+dfsg1-2 without problems. Thanks. influxdb_0.13.0+dfsg1-4_amd64-20160803T1310Z.gz Description: application/gzip influxdb_0.13.0+dfsg1-4_amd64-20160814T1213Z.gz Description: application/gzip influxdb_0.13.0+dfsg1-4_amd64-20160824T090803Z.gz Description: application/gzip influxdb_0.13.0+dfsg1-4_amd64-20160824T104824Z.gz Description: application/gzip influxdb_0.13.0+dfsg1-4_amd64-20160824T104832Z.gz Description: application/gzip ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#835057: Bug#835057: golang-fsnotify: FTBFS too much often (failing tests)
> > Once you make this to build reliably again, please consider uploading > > the package in source-only form, so that we get pretty official build > > logs here: > > > > https://buildd.debian.org/status/package.php?p=golang-fsnotify > > I am ashamed to admit it, but I have no clue how to do this :-) Don't worry, it's quite simple indeed: dpkg-buildpackage -S dput foo.changes This now works (since a year or so) because we have an "Arch: all" autobuilder which takes care of building the _all.deb packages. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#819452: Bug#819452: golang-fsnotify: FTBFS, not working at all in ppc64el
On Sun, Aug 21, 2016 at 11:27:14PM +0300, Adrian Bunk wrote: > On Sun, Aug 21, 2016 at 09:55:26PM +0200, Santiago Vila wrote: > > On Sun, Aug 21, 2016 at 10:49:22PM +0300, Adrian Bunk wrote: > > > On Sun, Aug 21, 2016 at 09:05:19PM +0200, Santiago Vila wrote: > > > > When a package fails to build from source, there are no runtime > > > > problems at all, because the binary package does not even exist. > > > > > > That is only true when the build always fails (see my next email). > > > > Indeed. When I wrote that I was still confused about why "FTBFS" > > was in the subject of this report. > > > > Maybe he meant that the package made others packages to FTBFS (?). > > I don't know. > > golang-fsnotify builds only binary-all packages. > > golang-fsnotify contains testcases. > > This is not a normal FTBFS that you would see on the autobuilders > (no autobuilder ever tried to build golang-fsnotify), > but if you would try to build golang-fsnotify on ppc64el I assume > the build would fail due to failing testcases. Aha, so the subject could have been like this: (FTBFS and not working at all) in ppc64el and this is what I understood: FTBFS and (not working at all in ppc64el) Thanks for the claritication. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#819452: Bug#819452: golang-fsnotify: FTBFS, not working at all in ppc64el
On Sun, Aug 21, 2016 at 11:06:02PM +0300, Adrian Bunk wrote: > What misled me was that the first build was successful and only the > second build failed. > > The failure in the second build is: > === RUN TestInotifyStress > --- FAIL: TestInotifyStress (5.00s) > inotify_test.go:236: Creates and removes should not be off by more than > one: 1502 creates, 1509 removes > > Is the second build constantly failing due to some difference in the > build environments (e.g. TestInotifyStress dislikes French), or is > this a testcase that sometimes fails randomly? I think it is more likely to be a testcase that sometimes fails randomly, because I always have the same environment (provided by sbuild) and it does also fail randomly for me. > This seems clearly different from both #819452 and your > "dpkg-buildpackage -A" issue. Ok, as I think there are still some misunderstandings, here goes the long explanation: There was really no "dpkg-buildpackage -A" issue here. I'm just checking that "dpkg-buildpackage -A" works. When the package is "Arch: all" (like this one) and "dpkg-buildpackage -A" fails, I use the build log as an evidence that the package FTBFS in the usual sense, because in such case "dpkg-buildpackage -A" and "dpkg-buildpackage" are just equivalent. The only exception is when there is an absolutely trivial bug in debian/rules, like binary-arch and binary-indep being swapped, but all those bugs are already reported. Is this usual FTBFS what I intended to report here, not any bug of "dpkg-buildpackage -A" type. > I agree with you that this is RC no matter whether it depends on the > environment or happens randomly. Great. The random failure is reported here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835057 Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#835057: golang-fsnotify: FTBFS too much often (failing tests)
Package: src:golang-fsnotify Version: 1.3.0-3 Severity: serious Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/fsnotify/fsnotify golang.org/x/sys/unix github.com/fsnotify/fsnotify dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/fsnotify/fsnotify === RUN TestPollerWithBadFd --- PASS: TestPollerWithBadFd (0.00s) [... snipped ...] integration_test.go:602: event received: "/tmp/fsnotify922962472/TestFsnotifyEvents.testfile": RENAME integration_test.go:602: event received: "/tmp/fsnotify922962472/TestFsnotifyEvents.testfileRenamed": CREATE integration_test.go:602: event received: "/tmp/fsnotify922962472/TestFsnotifyEvents.testfile": RENAME integration_test.go:637: calling Close() integration_test.go:639: waiting for the event channel to become closed... integration_test.go:642: event channel closed === RUN TestFsnotifyRenameToCreate --- PASS: TestFsnotifyRenameToCreate (0.50s) integration_test.go:684: event received: "/tmp/fsnotify040233319/TestFsnotifyEvents.testfileRenamed": CREATE integration_test.go:713: calling Close() integration_test.go:715: waiting for the event channel to become closed... integration_test.go:718: event channel closed === RUN TestFsnotifyRenameToOverwrite --- PASS: TestFsnotifyRenameToOverwrite (0.50s) integration_test.go:772: event received: "/tmp/fsnotify422569009/TestFsnotifyEvents.testfileRenamed": CREATE integration_test.go:801: calling Close() integration_test.go:803: waiting for the event channel to become closed... integration_test.go:806: event channel closed === RUN TestRemovalOfWatch --- PASS: TestRemovalOfWatch (0.60s) integration_test.go:844: No event received, as expected. === RUN TestFsnotifyAttrib --- PASS: TestFsnotifyAttrib (1.50s) integration_test.go:901: event received: "/tmp/fsnotify018300782/TestFsnotifyAttrib.testfile": CHMOD integration_test.go:901: event received: "/tmp/fsnotify018300782/TestFsnotifyAttrib.testfile": WRITE integration_test.go:901: event received: "/tmp/fsnotify018300782/TestFsnotifyAttrib.testfile": CHMOD integration_test.go:979: calling Close() integration_test.go:981: waiting for the event channel to become closed... integration_test.go:984: event channel closed === RUN TestFsnotifyClose --- PASS: TestFsnotifyClose (0.05s) === RUN TestFsnotifyFakeSymlink --- PASS: TestFsnotifyFakeSymlink (0.50s) integration_test.go:1053: Created bogus symlink integration_test.go:1039: event received: "/tmp/fsnotify282172112/zzznew": CREATE integration_test.go:1075: calling Close() === RUN TestCyclicSymlink --- PASS: TestCyclicSymlink (0.50s) === RUN TestConcurrentRemovalOfWatch --- SKIP: TestConcurrentRemovalOfWatch (0.00s) integration_test.go:1131: regression test for race only present on darwin === RUN TestClose --- PASS: TestClose (0.00s) === RUN TestRemoveWithClose --- PASS: TestRemoveWithClose (0.01s) FAIL exit status 1 FAILgithub.com/fsnotify/fsnotify13.464s dh_auto_test: go test -v -p 1 github.com/fsnotify/fsnotify returned exit code 1 debian/rules:4: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 Because this source package only generates "Arch: all" packages, this is the same as a FTBFS bug in the usual sense, and the fact that I was doing "dpkg-buildpackage -A" does not mean anything special. I attach three different build logs, but you can find more failed build logs here: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/golang-fsnotify.html Once you make this to build reliably again, please consider uploading the package in source-only form, so that we get pretty official build logs here: https://buildd.debian.org/status/package.php?p=golang-fsnotify Thanks. golang-fsnotify_1.3.0-3_amd64-20160810T2339Z.gz Description: application/gzip golang-fsnotify_1.3.0-3_amd64-20160818T193101Z.gz Description: application/gzip golang-fsnotify_1.3.0-3_amd64-20160819T104418Z.gz Description: application/gzip ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org
[pkg-go] Bug#819452: Bug#819452: golang-fsnotify: FTBFS, not working at all in ppc64el
On Sun, Aug 21, 2016 at 10:49:22PM +0300, Adrian Bunk wrote: > On Sun, Aug 21, 2016 at 09:05:19PM +0200, Santiago Vila wrote: > > Ok, sorry, but then please retitle the bug and drop the FTBFS word. > > I am just a random person going through RC bugs, but that sounds like a > good idea so I'm doing that now. Thank you. I was going to do exactly the same but have been faster. > > When a package fails to build from source, there are no runtime > > problems at all, because the binary package does not even exist. > > That is only true when the build always fails (see my next email). Indeed. When I wrote that I was still confused about why "FTBFS" was in the subject of this report. Maybe he meant that the package made others packages to FTBFS (?). I don't know. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#819452: Bug#819452: golang-fsnotify: FTBFS, not working at all in ppc64el
On Sun, Aug 21, 2016 at 09:57:14PM +0300, Adrian Bunk wrote: > For the "cannot build twice in a row" issue please file yet another > (non-RC) bug. I think you misunderstood my reference to reproducible builds completely. When I said "fails on reproducible builds" I did not mean that the two builds made by reproducible builds differ, but instead that one of the builds failed, i.e. that the package FTBFS, which of course it is RC. While we are at it, reproducible builds has nothing to do with "building twice in a row". Building twice in a row means "dpkg-buildpackage; dpkg-buildpackage" fails, normally because of bugs in the clean target, but this is not what reproducible builds people do. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#819452: Bug#819452: golang-fsnotify: FTBFS, not working at all in ppc64el
severity 819452 serious thanks I could not build this package while checking for "dpkg-buildpackage -A", and it also fails on reproducible builds: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/golang-fsnotify.html Raising severity accordingly. Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#834741: golang-github-hashicorp-go-reap: FTBFS too much often (failing tests)
Package: src:golang-github-hashicorp-go-reap Version: 0.0~git20160113.0.2d85522-1 Severity: serious Dear maintainer: I tried to build this package with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v -p 1 github.com/hashicorp/go-reap golang.org/x/sys/unix github.com/hashicorp/go-reap dh_auto_test -i -O--buildsystem=golang go test -v -p 1 github.com/hashicorp/go-reap === RUN TestReap_IsSupported --- PASS: TestReap_IsSupported (0.00s) === RUN TestReap_ReapChildren --- FAIL: TestReap_ReapChildren (1.00s) reap_unix_test.go:53: should have reaped 6554 FAIL exit status 1 FAILgithub.com/hashicorp/go-reap1.002s dh_auto_test: go test -v -p 1 github.com/hashicorp/go-reap returned exit code 1 debian/rules:4: recipe for target 'build-indep' failed make: *** [build-indep] Error 1 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 Because this source package only generates "Arch: all" packages, this is the same as a FTBFS bug in the usual sense and the fact that I was using "dpkg-buildpackage -A" is quite irrelevant. For this particular package, I've also checked that it fails to build from source in the reproducible builds site: https://tests.reproducible-builds.org/ Thanks. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#816984: notary: FTBFS in testing
retitle 816984 notary: FTBFS in testing notfound 816984 0.1~ds1-1 severity 816984 normal user sanv...@debian.org usertags 816984 - binary-indep thanks I can no longer reproduce this. I also think the issue had anything to do with "dpkg-buildpackage -A", so I'm retitling accordingly. ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#822274: golang-github-hpcloud-tail: FTBFS in unstable: cannot find package "golang.org/x/sys/unix"
Package: golang-github-hpcloud-tail Version: 1.0.0+git20160415.b294095-1 Severity: serious Dear maintainer: This package fails to build from source in unstable: -- go install -v github.com/hpcloud/tail github.com/hpcloud/tail/cmd/gotail github.com/hpcloud/tail/ratelimiter github.com/hpcloud/tail/util github.com/hpcloud/tail/watch src/gopkg.in/fsnotify.v1/inotify.go:19:2: cannot find package "golang.org/x/sys/unix" in any of: /usr/lib/go/src/golang.org/x/sys/unix (from $GOROOT) /<>/golang-github-hpcloud-tail-1.0.0+git20160415.b294095/obj-x86_64-linux-gnu/src/golang.org/x/sys/unix (from $GOPATH) dh_auto_build: go install -v github.com/hpcloud/tail github.com/hpcloud/tail/cmd/gotail github.com/hpcloud/tail/ratelimitr github.com/hpcloud/tail/util github.com/hpcloud/tail/watch returned exit code 1 -- The build was made on a virtual machine running stretch with sbuild and a sid chroot. The full build log is attached. Thanks. golang-github-hpcloud-tail_1.0.0+git20160415.b294095-1_amd64-20160422-2328.gz Description: application/gzip ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#819269: cadvisor: FTBFS in testing
Package: src:cadvisor Version: 0.20.5+dfsg-1 Severity: serious Dear maintainer. This package fails to build from source in stretch. The build log is attached. Thanks. cadvisor_0.20.5+dfsg-1_amd64-20160325-2030.gz Description: application/gzip ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#818121: consul-migrate: FTBFS in stretch
Package: src:consul-migrate Version: 0.1.0-1 Severity: serious Dear maintainer: This package currently FTBFS in stretch: === RUN TestMigrator_migrate --- FAIL: TestMigrator_migrate (2.01s) panic: runtime error: cgo argument has Go pointer to Go pointer [recovered] panic: runtime error: cgo argument has Go pointer to Go pointer The full build log is attached. Thanks. consul-migrate_0.1.0-1_amd64-20160313-2249.gz Description: application/gzip ___ Pkg-go-maintainers mailing list Pkg-go-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
[pkg-go] Bug#816984: notary: FTBFS when built with dpkg-buildpackage -A ("go install" fails)
Package: src:notary Version: 0.0~git20150801.0.8e8122e-2 User: sanv...@debian.org Usertags: binary-indep Severity: important Dear maintainer: I tried to build this package with "dpkg-buildpackage -A" (i.e. only architecture-independent packages), and it failed: [...] debian/rules build-indep dh build-indep --buildsystem=golang --with=golang dh_testdir -i -O--buildsystem=golang dh_update_autotools_config -i -O--buildsystem=golang dh_auto_configure -i -O--buildsystem=golang dh_auto_build -i -O--buildsystem=golang go install -v github.com/docker/notary/client github.com/docker/notary/client/changelist github.com/docker/notary/cmd/notary github.com/docker/notary/cmd/notary-server github.com/docker/notary/cmd/notary-signer github.com/docker/notary/cryptoservice github.com/docker/notary/errors github.com/docker/notary/keystoremanager github.com/docker/notary/pkg/passphrase github.com/docker/notary/proto github.com/docker/notary/server github.com/docker/notary/server/handlers github.com/docker/notary/server/storage github.com/docker/notary/server/timestamp github.com/docker/notary/signer github.com/docker/notary/signer/api github.com/docker/notary/signer/keys github.com/docker/notary/trustmanager github.com/docker/notary/utils github.com/docker/notary/version github.com/Sirupsen/logrus github.com/docker/distribution/uuid github.com/docker/notary/client/changelist github.com/agl/ed25519/edwards25519 github.com/agl/ed25519 [... snipped ...] github.com/docker/notary/server/storage github.com/tent/canonical-json-go github.com/docker/notary/server/timestamp github.com/docker/notary/server/handlers github.com/docker/notary/utils github.com/docker/notary/server github.com/golang/protobuf/proto golang.org/x/net/internal/timeseries golang.org/x/net/trace google.golang.org/grpc/codes google.golang.org/grpc/credentials google.golang.org/grpc/grpclog google.golang.org/grpc/metadata golang.org/x/net/http2/hpack golang.org/x/net/http2 google.golang.org/grpc/transport google.golang.org/grpc github.com/docker/notary/proto # github.com/docker/notary/proto src/github.com/docker/notary/proto/signer.pb.go:248: cannot use _KeyManagement_CreateKey_Handler (type func(interface {}, context.Context, grpc.Codec, []byte) (interface {}, error)) as type grpc.methodHandler in field value src/github.com/docker/notary/proto/signer.pb.go:252: cannot use _KeyManagement_DeleteKey_Handler (type func(interface {}, context.Context, grpc.Codec, []byte) (interface {}, error)) as type grpc.methodHandler in field value src/github.com/docker/notary/proto/signer.pb.go:256: cannot use _KeyManagement_GetKeyInfo_Handler (type func(interface {}, context.Context, grpc.Codec, []byte) (interface {}, error)) as type grpc.methodHandler in field value src/github.com/docker/notary/proto/signer.pb.go:315: cannot use _Signer_Sign_Handler (type func(interface {}, context.Context, grpc.Codec, []byte) (interface {}, error)) as type grpc.methodHandler in field value github.com/dvsekhvalnov/jose2go/base64url github.com/dvsekhvalnov/jose2go/arrays github.com/dvsekhvalnov/jose2go/aes github.com/dvsekhvalnov/jose2go/compact github.com/dvsekhvalnov/jose2go/kdf github.com/dvsekhvalnov/jose2go/keys/ecc github.com/dvsekhvalnov/jose2go/padding github.com/dvsekhvalnov/jose2go github.com/lib/pq/hstore github.com/qor/inflection github.com/jinzhu/gorm github.com/docker/distribution/health github.com/miekg/pkcs11 github.com/docker/notary/signer/keys dh_auto_build: go install -v github.com/docker/notary/client github.com/docker/notary/client/changelist github.com/docker/notary/cmd/notary github.com/docker/notary/cmd/notary-server github.com/docker/notary/cmd/notary-signer github.com/docker/notary/cryptoservice github.com/docker/notary/errors github.com/docker/notary/keystoremanager github.com/docker/notary/pkg/passphrase github.com/docker/notary/proto github.com/docker/notary/server github.com/docker/notary/server/handlers github.com/docker/notary/server/storage github.com/docker/notary/server/timestamp github.com/docker/notary/signer github.com/docker/notary/signer/api github.com/docker/notary/signer/keys github.com/docker/notary/trustmanager github.com/docker/notary/utils github.com/docker/notary/version returned exit code 2 debian/rules:12: recipe for target 'build-indep' failed make: *** [build-indep] Error 2 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 Sorry not to have a fix, as I am reporting many bugs similar to this one. The common hints are: * If the only architecture-independent packages are dummy transitional ones and they were released with jessie, the easy fix is to drop them now. * When using "dh", it is allowed to use (independently) optional targets override_dh_foo-arch and override_dh_foo-indep (for several values of