Go builds failing on mips64el

Drew Parsons <[email protected]>
Newsgroups gmane.linux.debian.ports.mips
Organization The Debian Project
Message-ID <[email protected]>
go builds (dh_auto_build invoking /usr/bin/go -> golang-1.12-go) are 
failing consistently on mip64el.  I'm seeing the error in 
golang-github-anacrolix-dms and rclone but I think other packages are 
affected.

All builds fail on mip64el.  mipsel is also intermittently affected, but 
a giveback gets a successful build.  The mipsel pattern suggests that 
builds fail on mipsel-manda-03, while succeeding on eberlin and 
mipsel-aql-01.

The package providing /usr/lib/go-1.12/bin/go, golang-1.12-go 
(golang-1.12), built successfully 25 days ago.

dms logs are at 
https://buildd.debian.org/status/logs.php?pkg=golang-github-anacrolix-dms&arch=mips64el
e.g. 
https://buildd.debian.org/status/fetch.php?pkg=golang-github-anacrolix-dms&arch=mips64el&ver=1.0.0-2&stamp=1568632405&raw=0

Log snippets:
    dh_auto_build -a -O--buildsystem=golang
signal 10 received but handler not on signal stack
fatal error: non-Go code set up signal handler without SA_ONSTACK flag

runtime stack:
runtime: unexpected return pc for runtime.sigtramp called from 
0xffffee4560
stack: frame={sp:0xc000009c88, fp:0xc000009cd0} 
stack=[0xc000001be8,0xc000009fe8)
000000c000009b88:  000000c000000480  0000000120037ad4 
<runtime.throw+108>
000000c000009b98:  000000c000009ba0  000000012005380c 
<runtime.sigNotOnStack+172>
000000c000009ba8:  000000c000009bb0  0000000120069a50 
<runtime.throw.func1+0>
000000c000009bb8:  000000012065dd02  0000000000000039
000000c000009bc8:  0000000120052a44 <runtime.sigtrampgo+700>  
000000012065dd02
000000c000009bd8:  0000000000000039  000000012006e4cc 
<runtime.sigtramp+84>
...
runtime.sigtramp(0x0, 0x0, 0x800000000a, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 
0x0, ...)
	/usr/lib/go-1.12/src/runtime/sys_linux_mips64x.s:254 +0x54

goroutine 17 [syscall, locked to thread]:
runtime.goexit()
	/usr/lib/go-1.12/src/runtime/asm_mips64x.s:646 +0x4 fp=0xc000058fe0 
sp=0xc000058fe0 pc=0x12006da1c

goroutine 1 [running, locked to thread]:
	goroutine running on other thread; stack unavailable

goroutine 20 [syscall]:
os/signal.signal_recv(0x0)
	/usr/lib/go-1.12/src/runtime/sigqueue.go:139 +0x150
os/signal.loop()
	/usr/lib/go-1.12/src/os/signal/signal_unix.go:23 +0x34
created by os/signal.init.0
	/usr/lib/go-1.12/src/os/signal/signal_unix.go:29 +0x54
	cd obj-mips64el-linux-gnuabi64 && go install 
-gcflags=all=\"-trimpath=/<<PKGBUILDDIR>>/obj-mips64el-linux-gnuabi64/src\" 
-asmflags=all=\"-trimpath=/<<PKGBUILDDIR>>/obj-mips64el-linux-gnuabi64/src\" 
-v -p 4
dh_auto_build: cd obj-mips64el-linux-gnuabi64 && go install 
-gcflags=all=\"-trimpath=/<<PKGBUILDDIR>>/obj-mips64el-linux-gnuabi64/src\" 
-asmflags=all=\"-trimpath=/<<PKGBUILDDIR>>/obj-mips64el-linux-gnuabi64/src\" 
-v -p 4 died with signal 10
make: *** [debian/rules:4: build-arch] Error 255
dpkg-buildpackage: error: debian/rules build-arch subprocess returned 
exit status 2


Is the bug already known and understood, or should a bug be filed 
against golang-1.12?
Or does golang-1.12 just need a rebuild against glibc 2.29 or something 
?

Drew
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.