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
;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://
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
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
"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
&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
?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!
-
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
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
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-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
-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
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
!
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
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
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
/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
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
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
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
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: 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: 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
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: 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/.
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
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
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
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
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
"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
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
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: 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: 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
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: 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: 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: 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: 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-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: 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
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: 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
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
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
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:/
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
48 matches
Mail list logo