Source: prometheus
Version: 0.14.0+ds-1
Severity: serious
Justification: fails to build from source
Builds of prometheus on those architectures on which its build
dependencies are available (so far just armel, armhf, and i386, aside
from amd64) have been failing with assorted test suite errors:
h
lowing up right away!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http:/
found 792053 0.15.1+ds-1
notfixed 792053 0.15.1+ds-1
thanks
"Aaron M. Ucko" writes:
> Builds of prometheus on those architectures on which its build
> dependencies are available (so far just armel, armhf, and i386, aside
> from amd64) have been failing with assorted test
Source: gb
Version: 0.1.0-1
Severity: important
Justification: fails to build from source
Builds of gb for 32-bit architectures (armel, armhf, and i386) all
failed because the compilation command lines in cgo.go specify -m64.
Please remove this option, since it is always either redundant or
inappr
Source: golang-github-vbatts-tar-split
Version: 0.9.7-1
Severity: serious
Justification: fails to build from source
Automatic builds of golang-github-vbatts-tar-split have been failing
because its build dependencies include
golang-github-codegangsta-cli-dev | golang-codegangsta-cli-dev
and
dependency on
golang-github-miekg-dns-dev | golang-dns-dev
is similarly problematic.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
___
Pkg-go-maint
Source: runc
Version: 0.0.3~dfsg2-1
Severity: important
Justification: fails to build from source
Builds of runc for architectures other than amd64 have been failing:
# github.com/opencontainers/runc/libcontainer/seccomp
src/github.com/opencontainers/runc/libcontainer/seccomp/filter.go:93:
undef
Source: golang-github-tinylib-msgp
Version: 1.0~alpha-1
Severity: important
Justification: fails to build from source
Builds of golang-github-tinylib-msgp for 32-bit architectures such as
i386 have been failing:
# github.com/tinylib/msgp/msgp
src/github.com/tinylib/msgp/msgp/write_test.go:15:
Source: golang-github-miekg-mmark
Version: 1.2+git20150919.694.bc8de59+dfsg-1
Severity: serious
Justification: fails to build from source
Automated builds of golang-github-miekg-mmark have been failing due to
the autobuilders' policy of disregarding alternatives in most cases
for the sake of repro
Source: golang-github-xordataexchange-crypt
Version: 0.0.2+git20150523.17.749e360-1
Severity: serious
Justification: fails to build from source
Automated builds of golang-github-xordataexchange-crypt have been
failing due to the autobuilders' policy of disregarding alternatives
in most cases for t
Source: docker-registry
Version: 2.1.1~ds1-1
Severity: serious
Justification: fails to build from source
Automated builds of docker-registry have been failing due to the
autobuilders' policy of disregarding alternatives in most cases for
the sake of reproducibility (as in golang-github-vbatts-tar-
Source: fleet
Version: 0.11.5+dfsg-1
Severity: serious
Justification: fails to build from source
Builds of fleet against current unstable have been failing with errors
along the lines of
src/github.com/coreos/fleet/machine/coreos.go:26:2: cannot find package
"github.com/docker/libcontainer/net
Source: consul-migrate
Version: 0.1.0-1
Severity: important
Justification: fails to build from source
Builds of consul-migrate for 32-bit architectures (armel, armhf, and
i386) all failed:
=== RUN TestMigrator_data
--- FAIL: TestMigrator_data (0.00s)
migrator_test.go:60: err: MDB_INVA
Source: consul-migrate
Version: 0.1.0-1
Severity: important
Justification: fails to build from source
The consul-migrate build for (big-endian) ppc64 failed:
# github.com/boltdb/bolt
src/github.com/boltdb/bolt/db.go:85: undefined: maxMapSize
src/github.com/boltdb/bolt/db.go:85: invalid arra
Package: wnpp
Severity: wishlist
Owner: "Aaron M. Ucko"
* Package name: ncbi-entrez-direct
Version : 3.60
Upstream Author : Jonathan Kans
* URL : http://www.ncbi.nlm.nih.gov/books/NBK179288
* License : Public Domain
Programming Lang: Perl, Go, Bo
Source: golang-gogoprotobuf
Version: 0.0~git20150426-1
Severity: important
Justification: fails to build from source
Builds of golang-gogoprotobuf on 32-bit architectures such as i386 and on
ppc64 (the only big-endian architecture on which its build dependencies
were available) all failed with tes
Package: golang-github-shirou-gopsutil-dev
Version: 1.0.0+git20160112-1
Severity: important
The ppc64el build of nomad failed:
# github.com/shirou/gopsutil/host
src/github.com/shirou/gopsutil/host/host_linux.go:108: undefined: utmp
src/github.com/shirou/gopsutil/host/host_linux.go:109: inva
"Aaron M. Ucko" writes:
> # github.com/shirou/gopsutil/host
> src/github.com/shirou/gopsutil/host/host_linux.go:108: undefined: utmp
> src/github.com/shirou/gopsutil/host/host_linux.go:109: invalid expression
> unsafe.Sizeof(u)
> src/github.com/shirou/gopsut
Source: toxiproxy
Version: 2.0.0+dfsg1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Automated builds of toxiproxy have been failing to start because its
build dependencies include
golang-mux-dev | golang-github-gorilla-mux-dev
golang-gith
Source: syncthing
Version: 0.13.4+dfsg1-1
Severity: important
Justification: fails to build from source
Builds of syncthing failed on arm64, ppc64el, and ppc64 because the
TestGithubRelease test failed:
=== RUN TestGithubRelease
--- FAIL: TestGithubRelease (0.01s)
upgrade_test.go:83: Er
notfixed 828767 2.0.0+dfsg1-2
found 828767 2.0.0+dfsg1-2
thanks
"Aaron M. Ucko" writes:
> Please either flip this dependency or specify just
> golang-github-gorilla-mux-dev.
>
> Likewise for golang-logrus-dev | golang-github-sirupsen-logrus-dev;
Thanks for the quick uplo
The following packages have unmet dependencies:
sbuild-build-depends-toxiproxy-dummy : Depends: golang-mux-dev but it is not
installable
E: Unable to correct problems, you have held broken packages.
apt-get failed.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.e
Source: prometheus-alertmanager
Version: 0.3.0+ds-1
Severity: important
Justification: fails to build from source
The arm64 build of prometheus-alertmanager failed:
=== RUN TestAggrGroup
--- FAIL: TestAggrGroup (1.30s)
dispatch_test.go:132: received batch to early after 299.982ms
Source: golang-glide
Version: 0.11.0-1
Severity: important
Justification: fails to build from source
The i386 build of golang-glide failed:
debian/rules override_dh_auto_test
make[1]: Entering directory '/«PKGBUILDDIR»'
cp -a testdata obj-i386-linux-gnu/src/github.com/Masterminds/glide/.
Package: mtail
Version: 0.0+git20160704.35c4023-1
Severity: important
Justification: fails to build from source
Builds of mtail for architectures other than amd64 all failed:
GOPATH=/«BUILDDIR»/mtail-0.0+git20160704.35c4023/build go test -v -timeout 5m
-race github.com/google/mtail
go test:
Source: gitlab-ci-multi-runner
Version: 1.4.1+dfsg-1
Severity: important
Justification: fails to build from source
Builds of gitlab-ci-multi-runner failed on the release architectures
armel, armhf, and i386, and the non-release architecture ppc64, with
errors in TestMachineLimitMax, as detailed at
Source: golang-github-xenolf-lego
Version: 0.3.1-1
Severity: important
Justification: fails to build from source
Builds of golang-github-xenolf-lego for 32-bit architectures such as
i386 have been failing:
=== RUN TestDNSProvider
--- FAIL: TestDNSProvider (0.02s)
gandi_test.go:86: Gan
Source: gobgp
Version: 1.10-1
Severity: important
Justification: fails to build from source
The i386 build of gobgp failed:
# github.com/osrg/gobgp/server
src/github.com/osrg/gobgp/server/sockopt.go:66: undefined:
syscall.SYS_SETSOCKOPT
src/github.com/osrg/gobgp/server/sockopt_linux.go:95:
Source: gobgp
Version: 1.12-1
Severity: important
Justification: fails to build from source
Builds of gobgp for 32-bit architectures are doing better now that
you've addressed #836805 (thanks!), but still ultimately fail:
# github.com/osrg/gobgp/table
src/github.com/osrg/gobgp/table/policy_te
either conditionalize the use of this option or restrict the
package's architecture setting appropriately.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mi
8, but if they don't, you may wish to consider
specifically build-depending on golang-go.
Could you please take a look?
Thanks!
[1] https://buildd.debian.org/status/logs.php?pkg=irtt&ver=0.9.0-2
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~am
;s upcoming
retirement won't be an issue). I'm open to other suggestions, though.
> The plan is that gccgo-go builds all packages that golang-go builds.
Definitely a worthy goal.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://
org/status/fetch.php?pkg=irtt&arch=alpha&ver=0.9.0-2&stamp=1519744561&raw=0
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
___
Pkg-go-maint
TH
Please declare a build dependency on pkg-config, and confirm with
pbuilder or the like that you haven't missed anything else.
Thanks!
FTR, I classified this bug as a regression because it would affect any
binNMUs that might be necessary.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, uck
hanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.or
/go/issues/8654#user-content-c27.
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
___
Pkg-go-maintainers mailing lis
would affect binNMUs.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@lists.alioth.debian.org
http://lists.a
4294967295
overflows int
src/github.com/mailru/easyjson/tests/data.go:194: constant 4294967295
overflows int
src/github.com/mailru/easyjson/tests/data.go:197: constant 4294967295
overflows int
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at
!
FTR, even though tendermint is new to Debian, I'm classifying this bug
as a regression because it would affect binNMUs.
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mi
or an apparently unrelated
reason, which I'll report separately.)
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu
___
Pkg-go-maintainers mailing li
-2&stamp=1487432110&raw=0:
*** Test killed with quit: ran too long (10m0s).
FAILgithub.com/tendermint/tendermint/consensus 600.013s
Could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.e
Package: golang-github-pierrec-lz4-dev
Version: 0.0~git20170519.0.5a3d224-1
Severity: minor
The golang-github-pierrec-lz4-dev binary package now consists of 9+ MB
of test data and a much smaller quantity of actual code. I acknowledge
the value of automated regression testing, but would appreciate
Package: golang-github-gogo-protobuf-dev
Version: 0.3+git20170120.144.265e960d-1
Severity: minor
Following up on #870643, I see that several other go packages, notably
golang-github-gogo-protobuf-dev, contain much more test data (nearly
22M in this case) than actual code. Once again, I acknowledg
Package: golang-github-mattn-go-sqlite3-dev
Version: 1.2.0+git20170710.100.47fc4e5~dfsg1-1
Severity: normal
golang-github-mattn-go-sqlite3-dev now includes a full copy of the
SQLite3 amalgamation, roughly 7.5 MB in size. Per Policy 4.13, please
omit it from the binary package, and consider droppi
lot of complexity.
Hi, Paul.
Thanks for clarifying; I'd thought there was more of a use case for
having these packages installed locally. Does everyone just use private
GitHub checkouts?
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://st
?pkg=elvish&arch=ppc64el&ver=0.9%2Bgit20170829.a2ab19c-1&stamp=1504173324&raw=0
and
https://buildd.debian.org/status/fetch.php?pkg=elvish&arch=ppc64&ver=0.9%2Bgit20170829.a2ab19c-1&stamp=1504174088&raw=0
respectively. Could you please take a look?
Thanks!
-
&arch=powerpc&ver=0.1.1%2Bgit20171116.9c81d25-1&stamp=1511278856&raw=0
I'm not sure offhand why s390x used gccgo, since golang-1.9 does
appear to be available there.
At any rate, could you please take a look?
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.ed
"Dr. Tobias Quathamer" writes:
> Hm, unfortunately, the new upload didn't do the trick.
Thanks for trying to address these errors.
I suspect we're looking at a case of using Go 1.9 functionality that
isn't yet in gccgo, which is still at a compatibility level of 1
48 matches
Mail list logo