plugin: test fails with segmentation fault on ARMv7 board

Please answer these questions before submitting your issue. Thanks!
What version of Go are you using (go version)?
The newest go of the master branch (Dec 21, 2016)
What operating system and processor architecture are you using (go env)?
Raspberry Pi 2 board:
Quad core ARMv7
Debian 8
GCC 4.9.2
gold 1.11 (binutils 2.25)
go1.7.4 as bootstrap
glibc 2.19
What did you do?
I try to build golang from source with the following steps,

Install go1.7.4 to /usr/local/go as bootstrap
git clone https://github.com/golang/go.git
cd go/src/
./all.bash

What did you expect to see?
Regression test passed.
What did you see instead?
Errors as follow.
pi@raspberrypi:~/go/src $ ./all.bash
Building Go bootstrap tool.
cmd/dist
Building Go toolchain using /home/pi/go1.4.
bootstrap/cmd/internal/sys
bootstrap/cmd/internal/gcprog
bootstrap/cmd/internal/dwarf
bootstrap/cmd/asm/internal/flags
bootstrap/cmd/internal/bio
bootstrap/cmd/compile/internal/syntax
bootstrap/math/big
bootstrap/cmd/internal/obj
bootstrap/debug/pe
bootstrap/cmd/internal/obj/arm
bootstrap/cmd/internal/obj/arm64
bootstrap/cmd/internal/obj/mips
bootstrap/cmd/internal/obj/ppc64
bootstrap/cmd/internal/obj/s390x
bootstrap/cmd/internal/obj/x86
bootstrap/cmd/asm/internal/lex
bootstrap/cmd/link/internal/ld
bootstrap/cmd/compile/internal/ssa
bootstrap/cmd/asm/internal/arch
bootstrap/cmd/asm/internal/asm
bootstrap/cmd/asm
bootstrap/cmd/link/internal/amd64
bootstrap/cmd/link/internal/arm
bootstrap/cmd/link/internal/arm64
bootstrap/cmd/link/internal/mips
bootstrap/cmd/link/internal/mips64
bootstrap/cmd/link/internal/ppc64
bootstrap/cmd/link/internal/s390x
bootstrap/cmd/link/internal/x86
bootstrap/cmd/link
bootstrap/cmd/compile/internal/gc
bootstrap/cmd/compile/internal/amd64
bootstrap/cmd/compile/internal/arm
bootstrap/cmd/compile/internal/arm64
bootstrap/cmd/compile/internal/mips
bootstrap/cmd/compile/internal/mips64
bootstrap/cmd/compile/internal/ppc64
bootstrap/cmd/compile/internal/s390x
bootstrap/cmd/compile/internal/x86
bootstrap/cmd/compile
Building go_bootstrap for host, linux/arm.
runtime/internal/sys
runtime/internal/atomic
runtime
^C
pi@raspberrypi:~/go/src $ cd ..
pi@raspberrypi:~/go $ git pull
Already up-to-date.
pi@raspberrypi:~/go $ cd src/
pi@raspberrypi:~/go/src $ ./all.bash
Building Go bootstrap tool.
cmd/dist
Building Go toolchain using /home/pi/go1.4.
bootstrap/cmd/internal/sys
bootstrap/cmd/internal/dwarf
bootstrap/cmd/internal/bio
bootstrap/cmd/asm/internal/flags
bootstrap/cmd/compile/internal/syntax
bootstrap/cmd/internal/gcprog
bootstrap/cmd/internal/obj
bootstrap/math/big
bootstrap/debug/pe
bootstrap/cmd/internal/obj/arm
bootstrap/cmd/internal/obj/arm64
bootstrap/cmd/internal/obj/mips
bootstrap/cmd/internal/obj/ppc64
bootstrap/cmd/internal/obj/s390x
bootstrap/cmd/internal/obj/x86
bootstrap/cmd/asm/internal/lex
bootstrap/cmd/link/internal/ld
bootstrap/cmd/asm/internal/arch
bootstrap/cmd/compile/internal/ssa
bootstrap/cmd/asm/internal/asm
bootstrap/cmd/asm
bootstrap/cmd/link/internal/amd64
bootstrap/cmd/link/internal/arm
bootstrap/cmd/link/internal/arm64
bootstrap/cmd/link/internal/mips
bootstrap/cmd/link/internal/mips64
bootstrap/cmd/link/internal/ppc64
bootstrap/cmd/link/internal/s390x
bootstrap/cmd/link/internal/x86
bootstrap/cmd/link
bootstrap/cmd/compile/internal/gc
bootstrap/cmd/compile/internal/amd64
bootstrap/cmd/compile/internal/arm64
bootstrap/cmd/compile/internal/arm
bootstrap/cmd/compile/internal/mips
bootstrap/cmd/compile/internal/mips64
bootstrap/cmd/compile/internal/ppc64
bootstrap/cmd/compile/internal/s390x
bootstrap/cmd/compile/internal/x86
bootstrap/cmd/compile
Building go_bootstrap for host, linux/arm.
runtime/internal/sys
runtime/internal/atomic
runtime
unicode/utf8
sync/atomic
math
unicode
unicode/utf16
internal/syscall/windows/sysdll
internal/race
encoding
errors
sync
internal/singleflight
syscall
io
hash
hash/adler32
strconv
bytes
strings
bufio
path
encoding/base64
reflect
crypto
crypto/sha1
internal/syscall/windows
internal/syscall/windows/registry
time
os
os/signal
fmt
sort
encoding/binary
container/heap
path/filepath
regexp/syntax
io/ioutil
context
net/url
go/token
text/template/parse
flag
log
debug/dwarf
compress/flate
encoding/json
go/scanner
os/exec
regexp
go/ast
compress/zlib
text/template
debug/macho
debug/elf
go/parser
go/doc
go/build
cmd/go
Building packages and commands for linux/arm.
runtime/internal/sys
runtime/internal/atomic
runtime
internal/race
sync/atomic
errors
unicode
unicode/utf8
math
sync
container/list
io
syscall
hash
hash/adler32
hash/crc32
container/ring
crypto/subtle
crypto/cipher
bytes
strconv
strings
bufio
text/tabwriter
path
reflect
crypto
crypto/aes
math/rand
time
crypto/sha512
crypto/hmac
crypto/internal/cipherhw
crypto/md5
internal/syscall/unix
crypto/rc4
crypto/sha1
crypto/sha256
encoding/base64
internal/nettrace
internal/singleflight
vendor/golang_org/x/crypto/poly1305
vendor/golang_org/x/crypto/curve25519
encoding
encoding/ascii85
encoding/base32
unicode/utf16
vendor/golang_org/x/text/transform
hash/crc64
hash/fnv
html
image/color
os
image
image/color/palette
internal/syscall/windows
internal/syscall/windows/registry
internal/syscall/windows/sysdll
runtime/trace
math/cmplx
runtime/race
cmd/compile/internal/test
cmd/vet/internal/whitelist
os/signal
image/internal/imageutil
image/draw
image/jpeg
fmt
encoding/binary
sort
path/filepath
regexp/syntax
cmd/internal/sys
compress/bzip2
io/ioutil
container/heap
crypto/des
encoding/pem
vendor/golang_org/x/crypto/chacha20poly1305/internal/chacha20
runtime/debug
vendor/golang_org/x/crypto/chacha20poly1305
cmd/internal/dwarf
flag
log
debug/dwarf
compress/flate
debug/gosym
cmd/internal/obj
debug/plan9obj
cmd/vendor/golang.org/x/arch/arm/armasm
compress/zlib
cmd/vendor/golang.org/x/arch/ppc64/ppc64asm
debug/elf
debug/macho
cmd/internal/goobj
debug/pe
cmd/vendor/golang.org/x/arch/x86/x86asm
regexp
archive/tar
archive/zip
compress/gzip
compress/lzw
context
math/big
encoding/hex
go/token
os/exec
go/scanner
cmd/internal/objfile
go/ast
database/sql/driver
database/sql
cmd/addr2line
crypto/dsa
crypto/elliptic
encoding/asn1
crypto/rand
crypto/rsa
go/parser
go/printer
encoding/csv
crypto/ecdsa
crypto/x509/pkix
encoding/gob
encoding/json
encoding/xml
cmd/cgo
vendor/golang_org/x/net/http2/hpack
vendor/golang_org/x/net/idna
vendor/golang_org/x/text/unicode/norm
vendor/golang_org/x/text/width
mime
mime/quotedprintable
net/http/internal
net/url
text/template/parse
go/constant
go/format
text/template
text/scanner
go/types
image/gif
image/png
index/suffixarray
go/doc
html/template
runtime/cgo
go/build
internal/pprof/profile
testing
net
internal/testenv
internal/trace
runtime/pprof/internal/protopprof
runtime/pprof
net/internal/socktest
os/user
go/internal/gccgoimporter
go/internal/gcimporter
plugin
go/importer
testing/internal/testdeps
testing/iotest
testing/quick
cmd/api
cmd/internal/obj/arm
cmd/internal/obj/arm64
cmd/internal/obj/mips
cmd/internal/obj/ppc64
cmd/internal/obj/s390x
cmd/internal/obj/x86
crypto/x509
vendor/golang_org/x/net/lex/httplex
net/textproto
log/syslog
crypto/tls
cmd/asm/internal/flags
mime/multipart
net/mail
cmd/asm/internal/arch
cmd/asm/internal/lex
cmd/internal/bio
cmd/compile/internal/ssa
cmd/compile/internal/syntax
cmd/asm/internal/asm
cmd/asm
net/http/httptrace
net/http
net/smtp
cmd/internal/gcprog
cmd/internal/browser
cmd/cover
cmd/dist
cmd/doc
cmd/fix
cmd/gofmt
cmd/link/internal/ld
cmd/nm
expvar
net/http/cgi
net/http/cookiejar
net/http/fcgi
net/http/httptest
net/http/httputil
net/http/pprof
net/rpc
cmd/go
net/rpc/jsonrpc
cmd/objdump
cmd/pack
cmd/pprof/internal/plugin
cmd/link/internal/amd64
cmd/link/internal/arm
cmd/link/internal/arm64
cmd/link/internal/mips
cmd/link/internal/mips64
cmd/link/internal/ppc64
cmd/link/internal/s390x
cmd/link/internal/x86
cmd/pprof/internal/report
cmd/link
cmd/pprof/internal/svg
cmd/pprof/internal/tempfile
cmd/pprof/internal/commands
cmd/pprof/internal/fetch
cmd/pprof/internal/driver
cmd/pprof/internal/symbolizer
cmd/pprof/internal/symbolz
cmd/trace
cmd/pprof
cmd/vet/internal/cfg
cmd/vet
cmd/compile/internal/gc
cmd/compile/internal/amd64
cmd/compile/internal/arm
cmd/compile/internal/arm64
cmd/compile/internal/mips
cmd/compile/internal/mips64
cmd/compile/internal/ppc64
cmd/compile/internal/s390x
cmd/compile/internal/x86
cmd/compile
cmd/go terminal test
PASS
ok      _/home/pi/go/src/cmd/go/testdata/testterminal18153      0.012s
Testing packages.
ok      archive/tar     0.216s
ok      archive/zip     32.868s
ok      bufio   0.710s
ok      bytes   1.593s
ok      compress/bzip2  0.737s
ok      compress/flate  12.173s
ok      compress/gzip   0.188s
ok      compress/lzw    0.051s
ok      compress/zlib   0.251s
ok      container/heap  0.025s
ok      container/list  0.082s
ok      container/ring  0.198s
ok      context 1.078s
ok      crypto/aes      0.243s
ok      crypto/cipher   0.050s
ok      crypto/des      0.231s
ok      crypto/dsa      0.108s
ok      crypto/ecdsa    0.912s
ok      crypto/elliptic 0.237s
ok      crypto/hmac     0.038s
ok      crypto/md5      0.029s
ok      crypto/rand     0.176s
ok      crypto/rc4      0.941s
ok      crypto/rsa      3.468s
ok      crypto/sha1     0.044s
ok      crypto/sha256   0.025s
ok      crypto/sha512   0.040s
ok      crypto/subtle   0.044s
ok      crypto/tls      14.576s
ok      crypto/x509     9.402s
ok      database/sql    0.501s
ok      database/sql/driver     0.021s
ok      debug/dwarf     0.080s
ok      debug/elf       0.193s
ok      debug/gosym     0.054s
ok      debug/macho     0.035s
ok      debug/pe        0.075s
ok      debug/plan9obj  0.028s
ok      encoding/ascii85        0.038s
ok      encoding/asn1   0.058s
ok      encoding/base32 0.075s
ok      encoding/base64 0.029s
ok      encoding/binary 0.032s
ok      encoding/csv    0.023s
ok      encoding/gob    0.407s
ok      encoding/hex    0.024s
ok      encoding/json   4.428s
ok      encoding/pem    0.242s
ok      encoding/xml    0.109s
ok      errors  0.026s
ok      expvar  0.034s
ok      flag    0.038s
ok      fmt     0.689s
ok      go/ast  0.060s
ok      go/build        1.417s
ok      go/constant     0.038s
ok      go/doc  0.584s
ok      go/format       0.062s
ok      go/internal/gccgoimporter       0.078s
ok      go/internal/gcimporter  3.310s
ok      go/parser       0.281s
ok      go/printer      3.521s
ok      go/scanner      0.039s
ok      go/token        0.222s
ok      go/types        6.443s
ok      hash/adler32    0.043s
ok      hash/crc32      0.038s
ok      hash/crc64      0.061s
ok      hash/fnv        0.029s
ok      html    0.022s
ok      html/template   0.482s
ok      image   1.001s
ok      image/color     0.462s
ok      image/draw      0.602s
ok      image/gif       0.736s
ok      image/jpeg      1.288s
ok      image/png       0.396s
ok      index/suffixarray       0.107s
ok      internal/pprof/profile  0.017s
ok      internal/singleflight   0.030s
ok      internal/trace  3.988s
ok      io      0.069s
ok      io/ioutil       0.029s
ok      log     0.028s
ok      log/syslog      1.325s
ok      math    0.030s
ok      math/big        19.047s
ok      math/cmplx      0.021s
ok      math/rand       0.615s
ok      mime    0.070s
ok      mime/multipart  3.410s
ok      mime/quotedprintable    1.822s
ok      net     7.348s
ok      net/http        18.634s
ok      net/http/cgi    2.597s
ok      net/http/cookiejar      0.075s
ok      net/http/fcgi   0.049s
ok      net/http/httptest       0.100s
ok      net/http/httptrace      0.081s
ok      net/http/httputil       0.365s
ok      net/http/internal       0.027s
ok      net/internal/socktest   0.019s
ok      net/mail        0.077s
ok      net/rpc 0.129s
ok      net/rpc/jsonrpc 0.087s
ok      net/smtp        0.181s
ok      net/textproto   0.027s
ok      net/url 0.142s
ok      os      1.043s
ok      os/exec 2.220s
ok      os/signal       4.502s
ok      os/user 0.029s
ok      path    0.031s
ok      path/filepath   0.083s
ok      reflect 0.760s
ok      regexp  1.267s
ok      regexp/syntax   5.003s
ok      runtime 184.789s
ok      runtime/debug   0.073s
ok      runtime/internal/atomic 0.814s
ok      runtime/internal/sys    0.048s
ok      runtime/pprof   6.734s
ok      runtime/pprof/internal/protopprof       0.051s
ok      runtime/trace   18.681s
ok      sort    0.446s
ok      strconv 4.684s
ok      strings 1.187s
ok      sync    1.152s
ok      sync/atomic     0.425s
ok      syscall 0.222s
ok      testing 2.417s
ok      testing/quick   0.509s
ok      text/scanner    0.049s
ok      text/tabwriter  0.026s
ok      text/template   4.360s
ok      text/template/parse     0.091s
ok      time    5.065s
ok      unicode 0.078s
ok      unicode/utf16   0.033s
ok      unicode/utf8    0.051s
ok      vendor/golang_org/x/crypto/chacha20poly1305     2.197s
ok      vendor/golang_org/x/crypto/chacha20poly1305/internal/chacha20   0.028s
ok      vendor/golang_org/x/crypto/curve25519   2.004s
ok      vendor/golang_org/x/crypto/poly1305     0.034s
ok      vendor/golang_org/x/net/http2/hpack     0.085s
ok      vendor/golang_org/x/net/idna    0.079s
ok      vendor/golang_org/x/net/lex/httplex     0.037s
ok      cmd/addr2line   7.326s
ok      cmd/api 0.114s
ok      cmd/asm/internal/asm    2.624s
ok      cmd/asm/internal/lex    0.068s
ok      cmd/compile     54.931s
ok      cmd/compile/internal/gc 67.746s
ok      cmd/compile/internal/ssa        1.888s
ok      cmd/compile/internal/syntax     0.056s
ok      cmd/compile/internal/test       0.017s [no tests to run]
ok      cmd/cover       10.821s
ok      cmd/doc 0.301s
ok      cmd/fix 0.221s
ok      cmd/go  24.746s
ok      cmd/gofmt       0.317s
ok      cmd/internal/goobj      0.016s
ok      cmd/internal/obj        0.048s
ok      cmd/internal/obj/arm64  0.034s
ok      cmd/internal/obj/x86    0.020s
ok      cmd/link        0.045s
ok      cmd/nm  4.930s
ok      cmd/objdump     10.864s
ok      cmd/pack        13.316s
ok      cmd/trace       0.043s
ok      cmd/vendor/golang.org/x/arch/arm/armasm 0.067s
ok      cmd/vendor/golang.org/x/arch/ppc64/ppc64asm     0.028s
ok      cmd/vendor/golang.org/x/arch/x86/x86asm 1.451s
ok      cmd/vet 19.389s
ok      cmd/vet/internal/cfg    0.020s
GOMAXPROCS=2 runtime -cpu=1,2,4
ok      runtime 292.076s
sync -cpu=10
ok      sync    1.026s
../misc/cgo/stdio
../misc/cgo/life
../misc/cgo/test
PASS
ok      _/home/pi/go/misc/cgo/test      56.216s
PASS
ok      _/home/pi/go/misc/cgo/test      57.004s
PASS
ok      _/home/pi/go/misc/cgo/test      56.994s
PASS
ok      _/home/pi/go/misc/cgo/testtls   0.020s
PASS
ok      _/home/pi/go/misc/cgo/testtls   0.019s
PASS
ok      _/home/pi/go/misc/cgo/testtls   0.014s
PASS
ok      _/home/pi/go/misc/cgo/nocgo     0.033s
PASS
ok      _/home/pi/go/misc/cgo/nocgo     0.034s
PASS
ok      _/home/pi/go/misc/cgo/nocgo     0.040s
PASS
ok      _/home/pi/go/misc/cgo/test      30.053s
PASS
ok      _/home/pi/go/misc/cgo/testtls   0.024s
PASS
ok      _/home/pi/go/misc/cgo/nocgo     0.059s
../misc/cgo/testgodefs
../misc/cgo/testso
../misc/cgo/testsovar
../misc/cgo/testcshared
ok
../misc/cgo/testshared
PASS
ok      _/home/pi/go/misc/cgo/testshared        175.317s
../misc/cgo/testplugin
./test.bash: line 34: 10575 Segmentation fault      LD_LIBRARY_PATH=$(pwd) ./host
2016/12/21 02:46:09 Failed: exit status 139
../misc/cgo/errors
../misc/cgo/testsigfwd
../test/bench/go1
testing: warning: no tests to run
PASS
ok      _/home/pi/go/test/bench/go1     8.534s
../test
skipped due to earlier error
skipped due to earlier error
skipped due to earlier error
skipped due to earlier error
skipped due to earlier error
API check
skipped due to earlier error
2016/12/21 02:46:09 FAILED

CC @crawshaw

This is unfortunate, but since plugin support is experimental in Go 1.8, we won't block the release for it.

Still seeing testplugin fail on ARMv7:
##### ../misc/cgo/testplugin
fatal error: unexpected signal during runtime execution
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0xb6f7e134]

runtime stack:
runtime.throw(0x13e5b0, 0x2a)
        /home/phil/go/src/runtime/panic.go:596 +0x70
runtime.sigpanic()
        /home/phil/go/src/runtime/signal_unix.go:332 +0x250

goroutine 1 [syscall, locked to thread]:
runtime.cgocall(0x113aac, 0x10445c58, 0x1040e108)
        /home/phil/go/src/runtime/cgocall.go:132 +0xbc fp=0x10445c40 sp=0x10445c24
plugin._Cfunc_pluginOpen(0x1bb1f0, 0x1040e108, 0x0)
        plugin/_obj/_cgo_gotypes.go:98 +0x38 fp=0x10445c54 sp=0x10445c40
plugin.open.func3(0x1bb1f0, 0x1040e108, 0x10414210)
        /home/phil/go/src/plugin/plugin_dlopen.go:61 +0x90 fp=0x10445c70 sp=0x10445c54
plugin.open(0x138a8d, 0xa, 0x0, 0x0, 0x0)
        /home/phil/go/src/plugin/plugin_dlopen.go:61 +0x158 fp=0x10445db0 sp=0x10445c70
plugin.Open(0x138a8d, 0xa, 0x0, 0x0, 0x0)
        /home/phil/go/src/plugin/plugin.go:30 +0x24 fp=0x10445dc8 sp=0x10445db0
main.main()
        /home/phil/go/misc/cgo/testplugin/src/host/host.go:55 +0x38 fp=0x10445fbc sp=0x10445dc8
runtime.main()
        /home/phil/go/src/runtime/proc.go:185 +0x1e4 fp=0x10445fe4 sp=0x10445fbc
runtime.goexit()
        /home/phil/go/src/runtime/asm_arm.s:975 +0x4 fp=0x10445fe4 sp=0x10445fe4

goroutine 17 [syscall, locked to thread]:
runtime.goexit()
        /home/phil/go/src/runtime/asm_arm.s:975 +0x4
2017/02/28 23:03:15 Failed: exit status 2
``
This is on a Scaleway ARMv7 instance, which, IIRC, is what the ARM builders are.

Still seeing this on tip (ccae744f80). Just saw it on a Scaleway instance running Arch. GCC 6.3.1, ld 2.27. What's different in the builder environment?

Our Scaleway builders run Debian Jessie with Linux 3.2.34 and gcc 4.9.2. They might be due for an update, but that's what we've got at the moment (50 of them).

Hmm. Okay. Ben's board was also running Debian and gcc 4.9.2.
Here's a complete go env:
GOARCH="arm"
GOBIN=""
GOEXE=""
GOHOSTARCH="arm"
GOHOSTOS="linux"
GOOS="linux"
GOPATH=""
GORACE=""
GOROOT="/home/phil/go"
GOTOOLDIR="/home/phil/go/pkg/tool/linux_arm"
GCCGO="gccgo"
GOARM=""
CC="gcc"
GOGCCFLAGS="-fPIC -marm -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build410167318=/tmp/go-build -gno-record-gcc-switches"
CXX="g++"
CGO_ENABLED="1"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"

Could it be that this fails when GOARM isn't set? I'll run a build with GOARM=7 and see if that magically works.

Nope. GOARM=7 is busted too.
Unfortunately, the core dump is pretty useless, too. Looks like a return address got clobbered with something that is obviously not a return address.
(gdb) info frame
Stack level 0, frame at 0x10509bc8:
 pc = 0xa86c0; saved pc = 0xa8d0c
 called by frame at 0x10509bc8
 Arglist at 0x10509bc8, args:
 Locals at 0x10509bc8, Previous frame's sp is 0x10509bc8
(gdb) bt
#0  0x000a86c0 in ?? ()
#1  0x000a8d0c in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) display/i $pc
1: x/i $pc
=> 0xa86c0:     <error: Cannot access memory at address 0xa86c0>

This failure still exists on my raspberry 2 with the newest master branch.

pi 3 same issue :)

This also happens to me in a raspi 3 on release-branch.go1.8 with following env:
pi@pi3:~/develop/go/src $ go env
GOARCH="arm"
GOBIN=""
GOEXE=""
GOHOSTARCH="arm"
GOHOSTOS="linux"
GOOS="linux"
GOPATH=""
GORACE=""
GOROOT="/usr/local/go"
GOTOOLDIR="/usr/local/go/pkg/tool/linux_arm"
CC="gcc"
GOGCCFLAGS="-fPIC -marm -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build083987513=/tmp/go-build -gno-record-gcc-switches"
CXX="g++"
CGO_ENABLED="1"

with go1.7.linux-armv6l as bootstrap

To by-pass the problem in the testpluging "go/misc/cgo/testplugin/src/host/host.go", I commented the following lines in "go/src/cmd/dist/test.go" for the build to succeed.
if t.supportedBuildmode("plugin") {
	t.registerTest("testplugin", "../misc/cgo/testplugin", "./test.bash")
}

Output
ALL TESTS PASSED
---
Installed Go for linux/arm in /usr/local/go
Installed commands in /usr/local/go/bin
*** You need to add /usr/local/go/bin to your PATH.

Tested on Raspberry Pi 3 with Go 1.8.3 (master branch).

It still exist on raspberry 3 with go1.8.3

I checked out the latest source from the master and compiled it with my raspi. All tests are passing and my application can load plugins without any problems. Very nice :smile: :+1:
go version
go version devel +c522b2b Fri Jul 21 18:55:41 2017 +0000 linux/arm
go env
GOARCH="arm"
GOBIN=""
GOEXE=""
GOHOSTARCH="arm"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/opt/zaphome"
GORACE=""
GOROOT="/opt/gotest"
GOTOOLDIR="/opt/gotest/pkg/tool/linux_arm"
GCCGO="gccgo"
GOARM="7"
CC="gcc"
GOGCCFLAGS="-fPIC -marm -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build977188325=/tmp/go-build -gno-record-gcc-switches"
CXX="g++"
CGO_ENABLED="1"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"

Can confirm Raspberry Pi 3 Model B, Raspbian.
Linux raspberrypi 4.9.41-v7+ #1023 SMP Tue Aug 8 16:00:15 BST 2017 armv7l GNU/Linux
Bootstrap: Go 1.4 from source (go version go1.4-bootstrap-20170531 linux/arm).
Branch: release-branch.go1.8
Message:
`
../misc/cgo/testshared
PASS
ok  	_/home/pi/golang/go/misc/cgo/testshared	100.727s
../misc/cgo/testplugin
./test.bash: line 34:  1284 Segmentation fault      LD_LIBRARY_PATH=$(pwd) ./host
2017/08/11 23:57:23 Failed: exit status 139
../misc/cgo/errors
../misc/cgo/testsigfwd
../test/bench/go1
testing: warning: no tests to run
PASS
ok  	_/home/pi/golang/go/test/bench/go1	5.279s
../test
skipped due to earlier error
skipped due to earlier error
skipped due to earlier error
skipped due to earlier error
skipped due to earlier error
`

This issue disappeared on my RPI2 with the latest commit 33484a6ad23d3e4d4da6c80edbae4b2a0a75e84f . Here is the log.
Building Go bootstrap tool.
cmd/dist
Building Go toolchain using /usr/local/go-1.8.3/.
bootstrap/cmd/internal/dwarf
bootstrap/cmd/internal/src
bootstrap/cmd/internal/objabi
bootstrap/cmd/internal/sys
bootstrap/cmd/asm/internal/flags
bootstrap/cmd/internal/bio
bootstrap/math/bits
bootstrap/math/big
bootstrap/cmd/compile/internal/syntax
bootstrap/cmd/internal/obj
bootstrap/cmd/asm/internal/lex
bootstrap/cmd/internal/gcprog
bootstrap/debug/pe
bootstrap/cmd/link/internal/ld
bootstrap/cmd/internal/obj/arm
bootstrap/cmd/internal/obj/arm64
bootstrap/cmd/internal/obj/mips
bootstrap/cmd/internal/obj/ppc64
bootstrap/cmd/internal/obj/s390x
bootstrap/cmd/internal/obj/x86
bootstrap/cmd/compile/internal/types
bootstrap/cmd/asm/internal/arch
bootstrap/cmd/compile/internal/ssa
bootstrap/cmd/asm/internal/asm
bootstrap/cmd/asm
bootstrap/cmd/link/internal/amd64
bootstrap/cmd/link/internal/arm
bootstrap/cmd/link/internal/arm64
bootstrap/cmd/link/internal/mips
bootstrap/cmd/link/internal/mips64
bootstrap/cmd/link/internal/ppc64
bootstrap/cmd/link/internal/s390x
bootstrap/cmd/link/internal/x86
bootstrap/cmd/link
bootstrap/cmd/compile/internal/gc
bootstrap/cmd/compile/internal/amd64
bootstrap/cmd/compile/internal/arm
bootstrap/cmd/compile/internal/arm64
bootstrap/cmd/compile/internal/mips
bootstrap/cmd/compile/internal/mips64
bootstrap/cmd/compile/internal/ppc64
bootstrap/cmd/compile/internal/s390x
bootstrap/cmd/compile/internal/x86
bootstrap/cmd/compile
Building go_bootstrap for host, linux/arm.
runtime/internal/sys
runtime/internal/atomic
runtime
math/bits
unicode
sync/atomic
unicode/utf16
encoding
internal/cpu
errors
unicode/utf8
internal/race
internal/syscall/windows/sysdll
math
sync
internal/singleflight
syscall
io
cmd/go/internal/web
hash
hash/adler32
strconv
bytes
strings
bufio
path
reflect
crypto
encoding/base64
crypto/sha1
internal/syscall/windows
internal/syscall/windows/registry
time
internal/poll
os
os/signal
encoding/binary
sort
fmt
container/heap
path/filepath
regexp/syntax
io/ioutil
debug/dwarf
encoding/xml
encoding/json
text/template/parse
go/token
cmd/go/internal/str
net/url
log
context
flag
compress/flate
go/scanner
cmd/internal/objabi
os/exec
regexp
go/ast
compress/zlib
text/template
debug/elf
debug/macho
go/parser
go/doc
go/build
cmd/go/internal/cfg
cmd/go/internal/buildid
cmd/go/internal/base
cmd/go/internal/load
cmd/go/internal/help
cmd/go/internal/version
cmd/go/internal/doc
cmd/go/internal/cmdflag
cmd/go/internal/tool
cmd/go/internal/fix
cmd/go/internal/work
cmd/go/internal/fmtcmd
cmd/go/internal/run
cmd/go/internal/generate
cmd/go/internal/clean
cmd/go/internal/list
cmd/go/internal/get
cmd/go/internal/envcmd
cmd/go/internal/test
cmd/go/internal/vet
cmd/go/internal/bug
cmd/go
Building packages and commands for linux/arm.
runtime/internal/sys
runtime/internal/atomic
runtime
internal/race
errors
sync/atomic
unicode
unicode/utf8
math
sync
container/list
math/bits
io
syscall
hash
hash/adler32
hash/crc32
container/ring
strconv
crypto/subtle
crypto/cipher
bytes
strings
bufio
reflect
time
cmd/internal/src
path
text/tabwriter
crypto
crypto/aes
math/rand
crypto/sha512
crypto/hmac
crypto/internal/cipherhw
crypto/md5
internal/syscall/unix
crypto/rc4
crypto/sha1
internal/poll
crypto/sha256
encoding/base64
internal/nettrace
internal/singleflight
vendor/golang_org/x/crypto/poly1305
encoding
encoding/ascii85
encoding/base32
os
unicode/utf16
vendor/golang_org/x/text/transform
hash/crc64
hash/fnv
html
image/color
image
image/color/palette
internal/cpu
internal/syscall/windows
internal/syscall/windows/registry
internal/syscall/windows/sysdll
runtime/trace
math/cmplx
os/signal
runtime/race
vendor/golang_org/x/text/secure
vendor/golang_org/x/text/unicode
cmd/compile/internal/test
cmd/vet/internal/whitelist
fmt
sort
encoding/binary
image/internal/imageutil
image/draw
path/filepath
cmd/internal/sys
regexp/syntax
io/ioutil
compress/bzip2
container/heap
flag
log
debug/dwarf
compress/flate
cmd/internal/objabi
debug/gosym
cmd/internal/goobj
compress/zlib
debug/plan9obj
cmd/vendor/golang.org/x/arch/arm/armasm
debug/elf
debug/macho
debug/pe
cmd/vendor/golang.org/x/arch/ppc64/ppc64asm
cmd/vendor/golang.org/x/arch/x86/x86asm
regexp
archive/tar
archive/zip
compress/gzip
compress/lzw
context
crypto/des
cmd/internal/objfile
math/big
encoding/hex
encoding/pem
go/token
os/exec
go/scanner
go/ast
vendor/golang_org/x/crypto/chacha20poly1305/internal/chacha20
cmd/addr2line
vendor/golang_org/x/crypto/chacha20poly1305
vendor/golang_org/x/crypto/curve25519
database/sql/driver
crypto/dsa
crypto/elliptic
encoding/asn1
crypto/rand
go/parser
crypto/rsa
crypto/ecdsa
crypto/x509/pkix
go/printer
database/sql
encoding/csv
encoding/gob
encoding/json
cmd/cgo
encoding/xml
vendor/golang_org/x/net/http2/hpack
vendor/golang_org/x/text/unicode/bidi
vendor/golang_org/x/text/unicode/norm
net/url
vendor/golang_org/x/text/secure/bidirule
mime
mime/quotedprintable
net/http/internal
text/template/parse
go/constant
vendor/golang_org/x/net/idna
go/format
go/types
text/template
text/scanner
image/gif
runtime/cgo
image/jpeg
go/doc
html/template
go/build
go/internal/gccgoimporter
go/internal/gcimporter
go/internal/srcimporter
image/png
index/suffixarray
go/importer
runtime/debug
internal/trace
testing
runtime/pprof
net
net/internal/socktest
internal/testenv
os/user
plugin
runtime/pprof/internal/profile
testing/internal/testdeps
testing/iotest
testing/quick
cmd/api
cmd/internal/dwarf
cmd/internal/obj
cmd/asm/internal/flags
cmd/asm/internal/lex
cmd/internal/obj/arm
cmd/internal/obj/arm64
cmd/internal/obj/mips
cmd/internal/obj/ppc64
cmd/internal/obj/s390x
cmd/internal/obj/x86
crypto/x509
vendor/golang_org/x/net/lex/httplex
vendor/golang_org/x/net/proxy
crypto/tls
net/textproto
log/syslog
vendor/golang_org/x/net/nettest
mime/multipart
net/mail
cmd/asm/internal/arch
cmd/internal/bio
cmd/compile/internal/types
cmd/compile/internal/syntax
cmd/asm/internal/asm
cmd/compile/internal/ssa
net/http/httptrace
net/http
net/smtp
cmd/asm
cmd/internal/gcprog
cmd/internal/browser
cmd/cover
cmd/dist
cmd/doc
cmd/fix
expvar
net/http/cgi
net/http/cookiejar
net/http/fcgi
net/http/httptest
net/http/httputil
net/http/pprof
net/rpc
cmd/go/internal/cfg
cmd/go/internal/str
cmd/go/internal/buildid
cmd/go/internal/base
cmd/go/internal/web
cmd/go/internal/load
net/rpc/jsonrpc
cmd/go/internal/doc
cmd/go/internal/help
cmd/go/internal/cmdflag
cmd/go/internal/tool
cmd/go/internal/version
cmd/gofmt
cmd/link/internal/ld
cmd/go/internal/work
cmd/go/internal/fix
cmd/go/internal/fmtcmd
cmd/nm
cmd/go/internal/envcmd
cmd/go/internal/bug
cmd/go/internal/clean
cmd/go/internal/generate
cmd/go/internal/get
cmd/go/internal/list
cmd/go/internal/run
cmd/go/internal/test
cmd/go/internal/vet
cmd/objdump
cmd/link/internal/amd64
cmd/go
cmd/link/internal/arm
cmd/link/internal/arm64
cmd/link/internal/mips
cmd/link/internal/mips64
cmd/link/internal/ppc64
cmd/link/internal/s390x
cmd/link/internal/x86
cmd/pack
cmd/link
cmd/vendor/github.com/google/pprof/internal/elfexec
cmd/vendor/github.com/google/pprof/profile
cmd/vendor/github.com/ianlancetaylor/demangle
cmd/vendor/github.com/google/pprof/third_party/svg
cmd/vendor/github.com/google/pprof/internal/proftest
cmd/vendor/golang.org/x/arch/arm64/arm64asm
cmd/vendor/github.com/google/pprof/internal/plugin
cmd/vendor/github.com/google/pprof/internal/measurement
cmd/vendor/github.com/google/pprof/internal/graph
cmd/vendor/github.com/google/pprof/internal/binutils
cmd/vendor/github.com/google/pprof/internal/symbolz
cmd/vendor/github.com/google/pprof/internal/report
cmd/vendor/github.com/google/pprof/internal/symbolizer
cmd/trace
cmd/vet/internal/cfg
cmd/vendor/github.com/google/pprof/internal/driver
cmd/vet
cmd/vendor/github.com/google/pprof/driver
cmd/pprof
cmd/compile/internal/gc
cmd/compile/internal/amd64
cmd/compile/internal/arm
cmd/compile/internal/arm64
cmd/compile/internal/mips
cmd/compile/internal/mips64
cmd/compile/internal/ppc64
cmd/compile/internal/s390x
cmd/compile/internal/x86
cmd/compile
cmd/go terminal test
PASS
ok  	_/home/pi/go/src/cmd/go/testdata/testterminal18153	0.012s
Testing packages.
ok  	archive/tar	0.713s
ok  	archive/zip	35.131s
ok  	bufio	0.627s
ok  	bytes	10.613s
ok  	compress/bzip2	0.759s
ok  	compress/flate	10.662s
ok  	compress/gzip	0.170s
ok  	compress/lzw	0.132s
ok  	compress/zlib	0.407s
ok  	container/heap	0.022s
ok  	container/list	0.058s
ok  	container/ring	0.140s
ok  	context	1.058s
ok  	crypto	0.033s
ok  	crypto/aes	0.283s
ok  	crypto/cipher	0.039s
ok  	crypto/des	0.113s
ok  	crypto/dsa	0.048s
ok  	crypto/ecdsa	0.928s
ok  	crypto/elliptic	0.249s
ok  	crypto/hmac	0.038s
ok  	crypto/md5	0.024s
ok  	crypto/rand	0.466s
ok  	crypto/rc4	0.738s
ok  	crypto/rsa	1.244s
ok  	crypto/sha1	0.063s
ok  	crypto/sha256	0.061s
ok  	crypto/sha512	0.067s
ok  	crypto/subtle	0.094s
ok  	crypto/tls	12.495s
ok  	crypto/x509	13.870s
ok  	database/sql	1.169s
ok  	database/sql/driver	0.069s
ok  	debug/dwarf	0.097s
ok  	debug/elf	0.152s
ok  	debug/gosym	0.056s
ok  	debug/macho	0.048s
ok  	debug/pe	0.127s
ok  	debug/plan9obj	0.036s
ok  	encoding/ascii85	0.104s
ok  	encoding/asn1	0.040s
ok  	encoding/base32	0.089s
ok  	encoding/base64	0.060s
ok  	encoding/binary	0.047s
ok  	encoding/csv	0.036s
ok  	encoding/gob	0.555s
ok  	encoding/hex	0.034s
ok  	encoding/json	5.788s
ok  	encoding/pem	0.139s
ok  	encoding/xml	0.239s
ok  	errors	0.018s
ok  	expvar	0.049s
ok  	flag	0.037s
ok  	fmt	0.708s
ok  	go/ast	0.042s
ok  	go/build	1.152s
ok  	go/constant	0.032s
ok  	go/doc	0.389s
ok  	go/format	0.121s
ok  	go/internal/gccgoimporter	0.096s
ok  	go/internal/gcimporter	4.346s
ok  	go/internal/srcimporter	6.243s
ok  	go/parser	0.318s
ok  	go/printer	2.651s
ok  	go/scanner	0.021s
ok  	go/token	0.271s
ok  	go/types	7.259s
ok  	hash/adler32	0.073s
ok  	hash/crc32	0.125s
ok  	hash/crc64	0.044s
ok  	hash/fnv	0.034s
ok  	html	0.044s
ok  	html/template	0.388s
ok  	image	1.296s
ok  	image/color	0.270s
ok  	image/draw	0.584s
ok  	image/gif	0.881s
ok  	image/jpeg	2.094s
ok  	image/png	0.381s
ok  	index/suffixarray	0.065s
ok  	internal/cpu	0.042s
ok  	internal/poll	0.081s
ok  	internal/singleflight	0.042s
ok  	internal/trace	7.721s
ok  	io	0.114s
ok  	io/ioutil	0.053s
ok  	log	0.032s
ok  	log/syslog	1.347s
ok  	math	0.051s
ok  	math/big	28.953s
ok  	math/bits	0.073s
ok  	math/cmplx	0.021s
ok  	math/rand	0.716s
ok  	mime	0.078s
ok  	mime/multipart	4.742s
ok  	mime/quotedprintable	1.622s
ok  	net	4.373s
ok  	net/http	27.576s
ok  	net/http/cgi	5.495s
ok  	net/http/cookiejar	0.100s
ok  	net/http/fcgi	0.079s
ok  	net/http/httptest	0.491s
ok  	net/http/httptrace	0.056s
ok  	net/http/httputil	0.380s
ok  	net/http/internal	0.021s
ok  	net/internal/socktest	0.046s
ok  	net/mail	0.035s
ok  	net/rpc	0.140s
ok  	net/rpc/jsonrpc	0.071s
ok  	net/smtp	0.223s
ok  	net/textproto	0.059s
ok  	net/url	0.040s
ok  	os	1.108s
ok  	os/exec	6.599s
ok  	os/signal	8.796s
ok  	os/user	0.027s
ok  	path	0.026s
ok  	path/filepath	0.237s
ok  	reflect	1.830s
ok  	regexp	1.561s
ok  	regexp/syntax	8.474s
ok  	runtime	186.868s
ok  	runtime/debug	0.090s
ok  	runtime/internal/atomic	0.815s
ok  	runtime/internal/sys	0.034s
ok  	runtime/pprof	15.268s
ok  	runtime/pprof/internal/profile	0.037s
ok  	runtime/trace	18.823s
ok  	sort	0.435s
ok  	strconv	4.883s
ok  	strings	2.357s
ok  	sync	1.988s
ok  	sync/atomic	0.190s
ok  	syscall	0.124s
ok  	testing	1.621s
ok  	testing/quick	1.343s
ok  	text/scanner	0.053s
ok  	text/tabwriter	0.050s
ok  	text/template	2.606s
ok  	text/template/parse	0.109s
ok  	time	4.896s
ok  	unicode	0.034s
ok  	unicode/utf16	0.052s
ok  	unicode/utf8	0.069s
ok  	vendor/golang_org/x/crypto/chacha20poly1305	2.432s
ok  	vendor/golang_org/x/crypto/chacha20poly1305/internal/chacha20	0.020s
ok  	vendor/golang_org/x/crypto/curve25519	2.357s
ok  	vendor/golang_org/x/crypto/poly1305	0.018s
ok  	vendor/golang_org/x/net/http2/hpack	0.086s
ok  	vendor/golang_org/x/net/idna	0.026s
ok  	vendor/golang_org/x/net/lex/httplex	0.069s
ok  	vendor/golang_org/x/net/nettest	2.854s
ok  	vendor/golang_org/x/net/proxy	0.026s
ok  	vendor/golang_org/x/text/transform	0.017s
ok  	vendor/golang_org/x/text/unicode/norm	0.027s
ok  	cmd/addr2line	12.644s
ok  	cmd/api	0.052s
ok  	cmd/asm/internal/asm	2.649s
ok  	cmd/asm/internal/lex	0.025s
ok  	cmd/compile	108.806s
ok  	cmd/compile/internal/gc	186.996s
ok  	cmd/compile/internal/ssa	0.754s
ok  	cmd/compile/internal/syntax	0.072s
ok  	cmd/compile/internal/test	0.045s [no tests to run]
ok  	cmd/compile/internal/types	0.030s
ok  	cmd/cover	19.597s
ok  	cmd/dist	0.041s
ok  	cmd/doc	0.453s
ok  	cmd/fix	0.225s
ok  	cmd/go	65.073s
ok  	cmd/go/internal/generate	0.073s
ok  	cmd/go/internal/get	0.094s
ok  	cmd/go/internal/load	0.022s
ok  	cmd/go/internal/work	0.166s
ok  	cmd/gofmt	1.334s
ok  	cmd/internal/dwarf	0.079s
ok  	cmd/internal/obj	0.095s
ok  	cmd/internal/obj/arm64	0.054s
ok  	cmd/internal/obj/x86	38.071s
ok  	cmd/internal/objabi	0.044s
ok  	cmd/internal/src	0.042s
ok  	cmd/link	42.891s
ok  	cmd/link/internal/ld	43.204s
ok  	cmd/nm	30.583s
ok  	cmd/objdump	18.902s
ok  	cmd/pack	19.767s
ok  	cmd/trace	0.217s
ok  	cmd/vendor/github.com/google/pprof/internal/binutils	0.076s
ok  	cmd/vendor/github.com/google/pprof/internal/driver	1.395s
ok  	cmd/vendor/github.com/google/pprof/internal/elfexec	0.040s
ok  	cmd/vendor/github.com/google/pprof/internal/graph	0.073s
ok  	cmd/vendor/github.com/google/pprof/internal/report	0.096s
ok  	cmd/vendor/github.com/google/pprof/internal/symbolizer	0.105s
ok  	cmd/vendor/github.com/google/pprof/internal/symbolz	0.024s
ok  	cmd/vendor/github.com/google/pprof/profile	0.887s
ok  	cmd/vendor/github.com/ianlancetaylor/demangle	0.383s
ok  	cmd/vendor/golang.org/x/arch/arm/armasm	0.183s
ok  	cmd/vendor/golang.org/x/arch/arm64/arm64asm	0.843s
ok  	cmd/vendor/golang.org/x/arch/ppc64/ppc64asm	0.035s
ok  	cmd/vendor/golang.org/x/arch/x86/x86asm	0.802s
ok  	cmd/vet	17.193s
ok  	cmd/vet/internal/cfg	0.031s
GOMAXPROCS=2 runtime -cpu=1,2,4
ok  	runtime	271.226s
sync -cpu=10
ok  	sync	2.163s
../misc/cgo/stdio
../misc/cgo/life
../misc/cgo/test
PASS
ok  	_/home/pi/go/misc/cgo/test	42.746s
PASS
ok  	_/home/pi/go/misc/cgo/test	42.854s
PASS
ok  	_/home/pi/go/misc/cgo/test	43.147s
PASS
ok  	_/home/pi/go/misc/cgo/testtls	0.018s
PASS
ok  	_/home/pi/go/misc/cgo/testtls	0.014s
PASS
ok  	_/home/pi/go/misc/cgo/testtls	0.012s
PASS
ok  	_/home/pi/go/misc/cgo/nocgo	0.015s
PASS
ok  	_/home/pi/go/misc/cgo/nocgo	0.026s
PASS
ok  	_/home/pi/go/misc/cgo/nocgo	0.029s
PASS
ok  	_/home/pi/go/misc/cgo/test	22.753s
PASS
ok  	_/home/pi/go/misc/cgo/testtls	0.037s
PASS
ok  	_/home/pi/go/misc/cgo/nocgo	0.040s
../misc/cgo/testgodefs
../misc/cgo/testso
../misc/cgo/testsovar
../misc/cgo/testcshared
PASS
../misc/cgo/testshared
PASS
ok  	_/home/pi/go/misc/cgo/testshared	177.387s
../misc/cgo/testplugin
PASS
something
../misc/cgo/errors
../misc/cgo/testsigfwd
../test/bench/go1
testing: warning: no tests to run
PASS
ok  	_/home/pi/go/test/bench/go1	8.073s
../test
API check
+pkg archive/tar, type Header struct, SparseHoles []SparseEntry
+pkg archive/tar, type SparseEntry struct
+pkg archive/tar, type SparseEntry struct, Length int64
+pkg archive/tar, type SparseEntry struct, Offset int64
+pkg crypto/x509, func MarshalPKCS8PrivateKey(interface{}) ([]uint8, error)
+pkg crypto/x509, method (PublicKeyAlgorithm) String() string
+pkg debug/macho, const ARM64_RELOC_ADDEND = 10
+pkg debug/macho, const ARM64_RELOC_ADDEND RelocTypeARM64
+pkg debug/macho, const ARM64_RELOC_BRANCH26 = 2
+pkg debug/macho, const ARM64_RELOC_BRANCH26 RelocTypeARM64
+pkg debug/macho, const ARM64_RELOC_GOT_LOAD_PAGE21 = 5
+pkg debug/macho, const ARM64_RELOC_GOT_LOAD_PAGE21 RelocTypeARM64
+pkg debug/macho, const ARM64_RELOC_GOT_LOAD_PAGEOFF12 = 6
+pkg debug/macho, const ARM64_RELOC_GOT_LOAD_PAGEOFF12 RelocTypeARM64
+pkg debug/macho, const ARM64_RELOC_PAGE21 = 3
+pkg debug/macho, const ARM64_RELOC_PAGE21 RelocTypeARM64
+pkg debug/macho, const ARM64_RELOC_PAGEOFF12 = 4
+pkg debug/macho, const ARM64_RELOC_PAGEOFF12 RelocTypeARM64
+pkg debug/macho, const ARM64_RELOC_POINTER_TO_GOT = 7
+pkg debug/macho, const ARM64_RELOC_POINTER_TO_GOT RelocTypeARM64
+pkg debug/macho, const ARM64_RELOC_SUBTRACTOR = 1
+pkg debug/macho, const ARM64_RELOC_SUBTRACTOR RelocTypeARM64
+pkg debug/macho, const ARM64_RELOC_TLVP_LOAD_PAGE21 = 8
+pkg debug/macho, const ARM64_RELOC_TLVP_LOAD_PAGE21 RelocTypeARM64
+pkg debug/macho, const ARM64_RELOC_TLVP_LOAD_PAGEOFF12 = 9
+pkg debug/macho, const ARM64_RELOC_TLVP_LOAD_PAGEOFF12 RelocTypeARM64
+pkg debug/macho, const ARM64_RELOC_UNSIGNED = 0
+pkg debug/macho, const ARM64_RELOC_UNSIGNED RelocTypeARM64
+pkg debug/macho, const ARM_RELOC_BR24 = 5
+pkg debug/macho, const ARM_RELOC_BR24 RelocTypeARM
+pkg debug/macho, const ARM_RELOC_HALF = 8
+pkg debug/macho, const ARM_RELOC_HALF RelocTypeARM
+pkg debug/macho, const ARM_RELOC_HALF_SECTDIFF = 9
+pkg debug/macho, const ARM_RELOC_HALF_SECTDIFF RelocTypeARM
+pkg debug/macho, const ARM_RELOC_LOCAL_SECTDIFF = 3
+pkg debug/macho, const ARM_RELOC_LOCAL_SECTDIFF RelocTypeARM
+pkg debug/macho, const ARM_RELOC_PAIR = 1
+pkg debug/macho, const ARM_RELOC_PAIR RelocTypeARM
+pkg debug/macho, const ARM_RELOC_PB_LA_PTR = 4
+pkg debug/macho, const ARM_RELOC_PB_LA_PTR RelocTypeARM
+pkg debug/macho, const ARM_RELOC_SECTDIFF = 2
+pkg debug/macho, const ARM_RELOC_SECTDIFF RelocTypeARM
+pkg debug/macho, const ARM_RELOC_VANILLA = 0
+pkg debug/macho, const ARM_RELOC_VANILLA RelocTypeARM
+pkg debug/macho, const ARM_THUMB_32BIT_BRANCH = 7
+pkg debug/macho, const ARM_THUMB_32BIT_BRANCH RelocTypeARM
+pkg debug/macho, const ARM_THUMB_RELOC_BR22 = 6
+pkg debug/macho, const ARM_THUMB_RELOC_BR22 RelocTypeARM
+pkg debug/macho, const FlagDyldLink = 4
+pkg debug/macho, const FlagDyldLink uint32
+pkg debug/macho, const FlagNoUndefs = 1
+pkg debug/macho, const FlagNoUndefs uint32
+pkg debug/macho, const FlagPIE = 2097152
+pkg debug/macho, const FlagPIE uint32
+pkg debug/macho, const FlagTwoLevel = 128
+pkg debug/macho, const FlagTwoLevel uint32
+pkg debug/macho, const GENERIC_RELOC_LOCAL_SECTDIFF = 4
+pkg debug/macho, const GENERIC_RELOC_LOCAL_SECTDIFF RelocTypeGeneric
+pkg debug/macho, const GENERIC_RELOC_PAIR = 1
+pkg debug/macho, const GENERIC_RELOC_PAIR RelocTypeGeneric
+pkg debug/macho, const GENERIC_RELOC_PB_LA_PTR = 3
+pkg debug/macho, const GENERIC_RELOC_PB_LA_PTR RelocTypeGeneric
+pkg debug/macho, const GENERIC_RELOC_SECTDIFF = 2
+pkg debug/macho, const GENERIC_RELOC_SECTDIFF RelocTypeGeneric
+pkg debug/macho, const GENERIC_RELOC_TLV = 5
+pkg debug/macho, const GENERIC_RELOC_TLV RelocTypeGeneric
+pkg debug/macho, const GENERIC_RELOC_VANILLA = 0
+pkg debug/macho, const GENERIC_RELOC_VANILLA RelocTypeGeneric
+pkg debug/macho, const LoadCmdRpath =<PHONE_NUMBER>
+pkg debug/macho, const LoadCmdRpath LoadCmd
+pkg debug/macho, const X86_64_RELOC_BRANCH = 2
+pkg debug/macho, const X86_64_RELOC_BRANCH RelocTypeX86_64
+pkg debug/macho, const X86_64_RELOC_GOT = 4
+pkg debug/macho, const X86_64_RELOC_GOT RelocTypeX86_64
+pkg debug/macho, const X86_64_RELOC_GOT_LOAD = 3
+pkg debug/macho, const X86_64_RELOC_GOT_LOAD RelocTypeX86_64
+pkg debug/macho, const X86_64_RELOC_SIGNED = 1
+pkg debug/macho, const X86_64_RELOC_SIGNED RelocTypeX86_64
+pkg debug/macho, const X86_64_RELOC_SIGNED_1 = 6
+pkg debug/macho, const X86_64_RELOC_SIGNED_1 RelocTypeX86_64
+pkg debug/macho, const X86_64_RELOC_SIGNED_2 = 7
+pkg debug/macho, const X86_64_RELOC_SIGNED_2 RelocTypeX86_64
+pkg debug/macho, const X86_64_RELOC_SIGNED_4 = 8
+pkg debug/macho, const X86_64_RELOC_SIGNED_4 RelocTypeX86_64
+pkg debug/macho, const X86_64_RELOC_SUBTRACTOR = 5
+pkg debug/macho, const X86_64_RELOC_SUBTRACTOR RelocTypeX86_64
+pkg debug/macho, const X86_64_RELOC_TLV = 9
+pkg debug/macho, const X86_64_RELOC_TLV RelocTypeX86_64
+pkg debug/macho, const X86_64_RELOC_UNSIGNED = 0
+pkg debug/macho, const X86_64_RELOC_UNSIGNED RelocTypeX86_64
+pkg debug/macho, method (RelocTypeARM) GoString() string
+pkg debug/macho, method (RelocTypeARM) String() string
+pkg debug/macho, method (RelocTypeARM64) GoString() string
+pkg debug/macho, method (RelocTypeARM64) String() string
+pkg debug/macho, method (RelocTypeGeneric) GoString() string
+pkg debug/macho, method (RelocTypeGeneric) String() string
+pkg debug/macho, method (RelocTypeX86_64) GoString() string
+pkg debug/macho, method (RelocTypeX86_64) String() string
+pkg debug/macho, method (Rpath) Raw() []uint8
+pkg debug/macho, method (Type) GoString() string
+pkg debug/macho, method (Type) String() string
+pkg debug/macho, type RelocTypeARM int
+pkg debug/macho, type RelocTypeARM64 int
+pkg debug/macho, type RelocTypeGeneric int
+pkg debug/macho, type RelocTypeX86_64 int
+pkg debug/macho, type Rpath struct
+pkg debug/macho, type Rpath struct, Path string
+pkg debug/macho, type Rpath struct, embedded LoadBytes
+pkg debug/macho, type RpathCmd struct
+pkg debug/macho, type RpathCmd struct, Cmd LoadCmd
+pkg debug/macho, type RpathCmd struct, Len uint32
+pkg debug/macho, type RpathCmd struct, Path uint32
+pkg math, func Erfinv(float64) float64
+pkg syscall (freebsd-386), const SYS_UTIMENSAT = 547
+pkg syscall (freebsd-386), const SYS_UTIMENSAT ideal-int
+pkg syscall (freebsd-386-cgo), const SYS_UTIMENSAT = 547
+pkg syscall (freebsd-386-cgo), const SYS_UTIMENSAT ideal-int
+pkg syscall (freebsd-amd64), const SYS_UTIMENSAT = 547
+pkg syscall (freebsd-amd64), const SYS_UTIMENSAT ideal-int
+pkg syscall (freebsd-amd64-cgo), const SYS_UTIMENSAT = 547
+pkg syscall (freebsd-amd64-cgo), const SYS_UTIMENSAT ideal-int
+pkg syscall (freebsd-arm), const SYS_UTIMENSAT = 547
+pkg syscall (freebsd-arm), const SYS_UTIMENSAT ideal-int
+pkg syscall (freebsd-arm-cgo), const SYS_UTIMENSAT = 547
+pkg syscall (freebsd-arm-cgo), const SYS_UTIMENSAT ideal-int
ALL TESTS PASSED

Installed Go for linux/arm in /home/pi/go
Installed commands in /home/pi/go/bin
*** You need to add /home/pi/go/bin to your PATH.

Should we close this issue now?

It is not reproducible.


Add checkbox for multi-select to package cards

Summary of changes
Adds a checkbox to the package card while in multi-select mode for multi-select deletion feature. The checkbox has the same color as the package card. The selection gets reset on view change.
Context and reason for change
Preparation for adding multi-select deletion.
How can the changes be tested
Run tests or test checkboxes in attribution view.

The component looks nice!
One point that might be worth discussing is the behavior when clicking a checkbox. Currently, clicking a checkbox to either multi-select or de-multi-select an attribution selects the attribution (it is shown on the right hand side). While for multi-selecting an attribution this might be a neat feature (not sure), for de-multi-selecting it might be anoying. At the moment I feel like preferring to add a event.stopPropagation() might be a good idea.
Are there any other opinions?

The component looks nice!
One point that might be worth discussing is the behavior when clicking a checkbox. Currently, clicking a checkbox to either multi-select or de-multi-select an attribution selects the attribution (it is shown on the right hand side). While for multi-selecting an attribution this might be a neat feature (not sure), for de-multi-selecting it might be anoying. At the moment I feel like preferring to add a event.stopPropagation() might be a good idea. Are there any other opinions?

I think this is something we probably want. We cannot use event.stopPropagation and other implementations are costly, because of css problems. I will leave it out of the current version and we can look at it again at another iteration.
The rest of the comments is implemented now and I also hid the checkboxes in the replace attributions popup.


Custom carousel

@liyokuna I'm asking a question : is it logical to have firstly the focus on the circles "diapo 1", "diapo 2" etc before having the focus on the arrows " previous" and "next". See the custom carousel .

Hi there,
we won't fix this on for now, but we'll ensure to take this into account for the next major release (v5).
Thanks!


Help!! Please.

Tks.

So, you need use "./bin/Raptor" not "cd bin/; ./Raptor".
real path is raptor_waf... use this root path...
Cheers

:(

Humn... this is not normal...
i test with mutillidae... and here runs...
SOOOOO You need use argv --host
example:
bin/Raptor --host <IP_ADDRESS> -p 80 -r 9999 -w 2 --log test
more attention sir...
thank you to report

Great!! It works.
Stay tuned for new features.
Regards!!

hi, some thing wrong
gcc -W -Wall -O2 -fstack-protector-all  lib/BSD/strsec.c -D_FORTIFY_SOURCE=2 -c src/*.c
In file included from src/match_algorithms.c:2:0:
src/match_algorithms.h:6:18: fatal error: pcre.h: No such file or directory
compilation terminated.
In file included from src/matchlist.c:4:0:
src/match_algorithms.h:6:18: fatal error: pcre.h: No such file or directory
compilation terminated.
Makefile:17: recipe for target 'Raptor' failed
make: *** [Raptor] Error 1
root@xecho:/home/sa/raptor/raptor_waf#
thanks

So you need install lib pcre to compile and run
Follow this  step:
Debian based linux:
apt-get  install libpcre3-dev
Rpm based  linux:
yum install pcre-devel
Or search per  name "pcre" in Ports if you use  MacOS  or BSD like etc

So you need install lib pcre to compile and run
Follow this  step:
Debian based linux:
 apt-get  install libpcre3-dev

Rpm based  linux:
yum install pcre-devel

Or search per  name "pcre" in Ports if you use  MacOS  or BSD like etc

hi, thanks,
now is worked

hello what does it means? after I typed cd raptor_waf; make;
the result is I got warning that is no longer supported
gcc: warning: switch ‘-mmitigate-rop’ is no longer supported
rm -f *.o Raptor
thankyou

Today i make a patch fix in "make" file...
Excuse me about that, please try compile again...
If you want a project with strong performance in WAF look this following
https://github.com/CoolerVoid/OctopusWAF
Thank you

hello, I still curious about raptorwaf hehe
I tried one more time, and the result is like this when I started it
tcp_cannot_connect_to_stamp()cannot connect

Thank you for your response..
I tried OctopusWAF, the result is like this
Is this successful though?

and I tried raptorwaf also and it works!

Ok, excuse me. issues about octopusWAF please write in octopusWAF issues list...
First problem, Kali don't use stable version of GCC (GNU C compiler), because uses current version, current version have a lot BUGs. Don't belive in current version, never...
To understand in practical uou could to start looking the video demos in README.md of project.
So if you have other questions, i am here to help.
thank you for feedback
cheers


Any other way to intercept requests for Aurora Postgresql rather than TracingInterceptor ?

Is there any other recommended way to intercept JDBC calls ?
which is similar to TracingInterceptor but it relies on connection pool for JDBC interceptor which
is not readily available with PostgreSQL driver
https://github.com/aws/aws-xray-sdk-java/blob/67172dc861e785b8f8f230c7c6ba00aac562de71/aws-xray-recorder-sdk-sql-postgres/src/main/java/com/amazonaws/xray/sql/postgres/TracingInterceptor.java#L45

Hi @swanandvk,
We do have a generic SQL interception library (aws-xray-recorder-sdk-sql) which can decorate objects implementing JDBC interfaces. This package didn't get documented when merged, so I'll add it to the README, but you should be able to use it like this:
dataSource = TracingDataSource.decorate(dataSource);
connection = TracingConnection.decorate(connection);
statement = TracingStatement.decorateStatement(statement);
preparedStatement = TracingStatement.decoratePreparedStatement(preparedStatement, sql);
callableStatement = TracingStatement.decorate CallableStatement(callableStatement, sql);

You can also check out our auto-instrumentation agent, which auto-instruments all JDBC-based SQL queries out of the box.

Hi @swanandvk,
We do have a generic SQL interception library (aws-xray-recorder-sdk-sql) which can decorate objects implementing JDBC interfaces. This package didn't get documented when merged, so I'll add it to the README, but you should be able to use it like this:
dataSource = TracingDataSource.decorate(dataSource);
connection = TracingConnection.decorate(connection);
statement = TracingStatement.decorateStatement(statement);
preparedStatement = TracingStatement.decoratePreparedStatement(preparedStatement, sql);
callableStatement = TracingStatement.decorate CallableStatement(callableStatement, sql);

You can also check out our auto-instrumentation agent, which auto-instruments all JDBC-based SQL queries out of the box.

Thanks @willarmiros for the update 👍
Hope auto-instrumentation agent works with Lambda as well

Thanks @willarmiros for the update 👍
Hope auto-instrumentation agent works with Lambda as well

@swanandvk Unfortunately the agent is not supported on Lambda, and we do not have plans to add such support because of internal limitations of Lambda itself: https://github.com/aws/aws-xray-java-agent#compatibility-chart
You're probably better off just using the SDK's SQL library then :)

@swanandvk Unfortunately the agent is not supported on Lambda, and we do not have plans to add such support because of internal limitations of Lambda itself: https://github.com/aws/aws-xray-java-agent#compatibility-chart
You're probably better off just using the SDK's SQL library then :)

ok , thanks @willarmiros

ok , thanks @willarmiros


Gaussian Frosting: Editable Complex Radiance Fields with Real-Time Rendering

thanks! added https://github.com/MrNeRF/awesome-3D-gaussian-splatting/commit/8242f6dfc15be08526a283075851bbe532bd8ff2


msg_zerocopy support

It would be neat to see what performance gains may be possible if Node.js could use msg_zerocopy to reduce net system load while sending network data.
For large transfers in particular, significant cpu cycles have been saved in some performance testing that's been done outside Node.js realms-
https://lwn.net/Articles/655299/

Feel free to experiment with it and come back with some numbers. If there is a net benefit I don't see why we wouldn't want to have it!

Some reference material links, both of which happen to be from the author of msg_zerocopy Willem de Bruijn,

slides
example

I started poking around udp.c, thinking it might be one of the easier places to do this. The heaviest part of the work, it seems, would come from implementing read notifications- knowing when the read is done. I think this is blocking, "fast" code that can be looped over regularly. The example from snd_zerocopy.c is here. I'm new to libuv, and only starting to investigate options for where in libuv's looping to add this completion check.


Missing Method Exception with SP 2013 on-premises

Hi,
Is this adressed somwhere here or does it belong to the Core:
https://github.com/OfficeDev/PnP/issues/1121#issuecomment-129877459
Thanks
Roman

It is Core indeed.I just replied to the referenced issue.


UIMARCAUTH-351 Clear selected authority record data before opening another one.

Description
ECS | "Authority record not found" error appears when only one record is returned to the result list after applied facet.
Issue was caused by previous open record data present which triggered fetch of a new MARC record with previous record's tenant.
Clear selected authority record data before opening another one.
Screenshots
https://github.com/folio-org/ui-marc-authorities/assets/19309423/e7716b7b-f2c2-4818-b551-632cfa88f94b
Issues
UIMARCAUTH-351

@folio-org/fe-tl-reviewers please review


Implement Lumenpyx for ABC-Game-Engine

This comes with various challenges on how to implement different renderers for the engine. We must be careful about how we make these decisions because they will likely be the blueprint for how to integrate renderers going forward.
Design Hurdles for All Renderers
Transforms
In Lumenpyx (and likely most other renderers) the transforms are stored in the struct rather than separately, which would be ideal for an ECS. This causes two main problems

Waste of memory
It's a waste of memory to have every transform for each object exist on the object in the ECS, and on the renderer object. One type of transform also sometimes needs to be converted to the other type of transform which is a small waste of resources as well.
Confusion to the user
The user might have to input two transforms when only one will be used, which is obviously going to be extremely confusing.

Event loops
A lot of renderers have their own event loops, which will prevent the engine from implementing one in the future.
Design Hurdles for Lumenpyx
Trait-based approach
The trait-based rendering approach that lumenpyx uses makes it exceptionally hard to get all the renderable entities in the ECS. It's easy (cumbersome but easy) to get all the renderable structs defined by the renderer itself, but so far there doesn't seem to be a good way of getting user-defined traits as well.

Implemented at ABC_Lumenpyx


About locomotion variations

Hello and congratulation for this amazing work. I have tried to generate some results for locomotion animation using the walk animations from: https://github.com/PeizhuoLi/ganimator/tree/main/data/Xia
However, the results (result_from_single_sequence and result_from_two_sequences_proud_and_normal_walk) i get with the default config parameters are not as good as the one shown in your demo video on locomotion (Locomotion). The generated variations, from single sequence and from multiple sequences (proud.bvh and normal.bvh), both contain slowing motion issue in the middle,  and also heavy foot sliding issues. There is also an issue with the root joint returning to the start position when use_velo is set to false (result from two sequences with use_velo set to false).
So i would like to know:

what would be your recommendation(s) to properly generate variations for locomotion, from both single and multiple sequences examples?
how to the address the issue or the root returning back to start position when use_velo is set to false?

Thank you in advances!
Best regards,

有更详细的安装与使用教学吗？


feat(cli): Build the CLI for Windows ARM64, closes #7015

This worked locally, i bet 10 bucks that it will fail in CI
What kind of change does this PR introduce?

[ ] Bugfix
[x] Feature
[ ] Docs
[ ] New Binding issue #___
[ ] Code style update
[ ] Refactor
[x] Build-related changes
[x] Other, please describe: I have no idea which boxes to tick here

Does this PR introduce a breaking change?

[ ] Yes, and the changes were approved in issue #___
[x] No

Checklist

[x] When resolving issues, they are referenced in the PR's title (e.g fix: remove a typo, closes #___, #___)
[x] A change file is added if any packages will require a version bump due to this PR per the instructions in the readme.
[x] I have added a convincing reason for adding this feature, if necessary: We can't make Microsoft delete the arm64 windows version and ring takes ages for a new version so this is the next best thing.

Other information
btw, building tauri apps for arm still breaks as soon as people use something that depends on ring (like everything that uses rustls) 🥳
Closes #7015

Wait I think this should also add in next since we just merged dev into next recently.


"Fixed" Frosted Glass wal template for vencord

It's not the cleanest fix, but it works, just copied the missing code from the original theme to the wal template, because the version of the template in the repository is incomplete and completely breaks the vencord interface.

oops, i forgot i put all of the other things from frosted glass into my quickcss, thanks!


layers:Warn on cmd buffer invalidate

From Mikko Strandborg
When a resource gets deleted, any command buffer that references it
gets invalidated, and an error gets thrown whenever that command buffer
is submitted. However, for a developer, it's quite hard to deduce what
exactly caused that to happen. This patch emits a warning whenever a
command buffer that's in CB_RECORDING state (meaning that it has had
its vkBeginCommandBuffer called but not End). This way the developer
can set a breakpoint on that to see exactly what causes the buffer to
be invalidated.
Destroying a resource that's being used in an open command buffer is
almost certainly a bug, but there might still be cases where it might
be valid behavior (for example, when the application decides to abort
an operation), therefore it's not an error but a warning instead.

cherry-picked and pushed to master


[CSApply] Allow marker existential to superclass conversions

If existential is a protocol composition type where all of the protocols are @_marker, narrowly allow coercion to its superclass bound (if it matches). Both types have the same representation which makes it okay.
This is only a problem in Swift 5 mode without strict concurrency checks. In this mode @preconcurrency stripping happens outside of the solver which means that no conversion restrictions are recorded for members that got & Sendable stripped from their types.
For example:
struct S {
  @preconcurrency static let member: KeyPath<String, Int> & Sendable
}

func test() {
  _ = S.member
}

Since member is @preconcurrency its type would get concurrency annotations stripped, which includes & Sendable which means that the solver uses KeyPath<String, Int> type for the reference and not the original KeyPath<String, Int> & Sendable, this is a problem for ExprRewritter::adjustTypeForDeclReference because conversion between existential and its superclass bound requires a constraint restriction which won't be available in this case.
Resolves: rdar://132700409

@swift-ci please test

@swift-ci please test source compatibility

@swift-ci please test Linux platform


Update GitHub action

Signed-off-by: Marc Perrien<EMAIL_ADDRESS>This will probably need some testing, I'm not sure it can be done before it's merged...

Thanks @CharlieMoon37


Deleting analysis through REST API also deletes machines from the DB

Hi,
When I delete an analysis using the REST API:
curl http://localhost:8090/tasks/delete/1
It also deletes all the machines that have the same tag as the deleted analysis.
When doing a machines/list API request it had some missing machines.
I confirmed it by using cuckoo with MySQL and deleting an analysis.
After delete, the "machines" table in the DB doesn't contain anymore all the machines that have the same tags as the analysis. (before delete it had 9 machines, now it has 4).
So its a real issue, caused by a faulty delete sql command that is sent to the DB when calling the delete API.
It's worth mentioning that restarting cuckoo "solves" the problem since it parses the configuration file again and adds all machines back.

I did some debugging.
It seems the code is perfectly fine, issue seems to be with DB Handler (sqlalchemy):
When deleting an analysis record, it also tries to delete the tag associated with it from the "tags" table.
It causes everything linked to this tag to be deleted as well, including all other tasks that are tagged with that tag and all machines.
It is a cascading effect caused by trying to delete the analysis tag, which shouldn't be deleted in the first place. Interesting to note that the foreign keys are not configured with CASCADE but with RESTRICT.
It is a serious issue, since among the other obvious issues it also causes severe un-syncing of DB and file system.
In short - delete function is completely broken, and is unusable until this is fixed.

This is actually already be tracked via:
https://github.com/cuckoobox/cuckoo/pull/573

As @KillerInstinct said this is a duplicate of #573. I'll be pushing the proposed patch upstream soon! :)

I've just removed the whole cascading thing so these side-effects should now have been taken care of. Closing this issue as it worked for me - please re-open or create a new issue if you have any new or other issues.
Thanks for reporting this bug @mkmanwich!

I can confirm the fix works.
Thanks a lot :)


Question about the frequency_based_analysis_of_methods.

How to get the 'rel_annotations_train.csv' file? What's format does it have?

Can you answer my question, I'm trying to reproduce the result? thanks.

Hello, it should be included in the downloaded annotation zip files for GQA or VG8K provided in the README. Did you already download the annotations?

Thank you for your reply. There is a  file name "rel_annotations_train.json", is the CSV file the same as JSON file?

Hello, it should be included in the downloaded annotation zip files for GQA or VG8K provided in the README. Did you already download the annotations?

You're welcome. No they are not the same. But why do you need rel_annotation_train.csv? if you are trying to run frequency_based_analysis_of_methods.py on its own, note that this not the correct way to do the evaluation. The evaluation is done through running test_net_rel.py file as mentioned in the README file.

Hi, I have the same problem as OP. Basically test_net_rel.py is run, it will invokes methods from frequency_based_analysis_of_methods.py which will then requires rel_annotation_train.csv. But as OP mentioned, no rel_annotation_train.csv is included in the provided annotations. Can you provide the csv file? Or can I use the JSON file somehow? Thanks.

Oh another problem that I found is there is no words_synsets.json in the vg8k annotations folder. This will also cause error in test_net_rel.py, specifically on line 251:
get_many_medium_few_scores(csv_file, cutoffs, cfg.DATASET, data_dir, ann_dir, syn=True

Thank you for providing a thorough explanation of the issue. I now see the problem. I updated the README with the new links for the data folders that contain the needed files. Please check them and confirm with me if you were able to make it work. Thanks.


Inaccurate licensing info.

In the Prerequisites section of this article is says "You need a Power BI Pro or Premium Per User (PPU) license to publish a report to the service.". I believe that is not accurate, because don't you need a Power BI Premium (per user or per capacity) license to publish paginated reports? I don't believe paginated reports work at all with Power BI Pro.
[Enter feedback here]

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: a720989e-e6c4-2377-e0c0-8c80d5691f46
Version Independent ID: 3c6392e8-0f91-1c9c-2c21-15291d46bfd0
Content: What are paginated reports in Power BI Premium? - Power BI
Content Source: powerbi-docs/paginated-reports/paginated-reports-report-builder-power-bi.md
Service: powerbi
Sub-service: report-builder
GitHub Login: @maggiesMSFT
Microsoft Alias: maggies

@kpraeger - thank you for the feedback! I have removed that bullet point from the paginated reports articles. The prerequisite of having a workspace in Premium capacity actually covers any licensing requirements so that line item was a bit redundant and added more confusion than clarification. I'll close this issue now.


Added more comprehensive tests for HystrixObservableCommand.isResponseFromFallback()

Hystrix-pull-requests #201 SUCCESS
This pull request looks good

Hystrix-pull-requests #202 FAILURE
Looks like there's a problem with this pull request


Support / Build for Scala 3

We are close: https://github.com/playframework/play-json/issues/769#issuecomment-1576486993

Another road-block:

akka-http seems to publish for Scala 3 only starting their 10.5 branch
akka-http 10.5 seems to require Akka >=2.7 as per:

Current version of Akka is [2.6.20], but akka-http requires version [2.7.0]

and Akka 2.7 is the one with the restrictive license

And now Play-json 2.10 supports Scala 3, but at the same time they have dropped Java 8 support


BibCheck improvements

By default, adds $$9 subfield with "bibcheck" value when adding DOIs
in the doi.py BibCheck plugin.

Signed-off-by: Javier Martin Montull<EMAIL_ADDRESS>Reviewed-by: Samuele Kaplun<EMAIL_ADDRESS>

@kaplun Worth for v1.2.0?

Tested-by: Tibor Simko<EMAIL_ADDRESS>Thanks, commit log message amended merged as 952cf13e6f125f9b2d594b489debf9ddf3f831f2 and 93ddad7000a4e06172b414751c8815b126f2035e.


Ellipsis

Would we go with this one then?
Do we need a 24px version?

I think I prefer what you had going on here @edokoa

With and without border here
https://www.figma.com/file/2rjsQp42uKvzPXzLZIqOeA/Octicons-v2-Source?node-id=1119%3A3282
The solid one is closer to the current one, maybe the border one is complex for a small size. Would we need a 24px?

I like the solid one ❤ The outline one feels cluttered and blurry and I don't think there is a need for it. I'm okay with only having a solid version of this icon. Should we call it ellipsis-fill or just ellipsis?
Re: 24px — This icon is meant to be used inline with text so I can't imagine a 24px use for it.

I opened a PR to add this to Octicons: primer/octicons#435
I'll merge when I have approvals from @ashygee and @edokoa


[WIP] Adding GridMap mirror/flip option

Hi Guys, this is more a proof of concept and as a seed for discussion, see #31340
When you're working with various shapes in GridMaps it can be desirable to be able to mirror or flip them. This gives you greater flexibility and also prevents you having to make mirrored versions of grid items.
Below you can see an example of a staircase that has been made from the same part with one side flipped.

Currently the lighting gets messed up. I believe this is because some of the normals are now facing the incorrect way. This either needs to be programmatically fixed, or only double sided 3d models maybe used this way
Things that need doing if this were to go ahead are:

[ ] Implement Undo/Redo for mirroring
[ ] Fix commented out set_cell_item bind_method error
[ ] Add a get_cell_item_mirrored function
[ ] Find a solution to the lighting issues

@Xenoamor Is this still desired? If so, it needs to be rebased on the latest master branch, and finished so that it's no longer WIP.

I'll close this. I don't currently have the bandwidth to implement it


⚠ Samsung has degraded performance

In 4bf7d2f, Samsung (https://samsung.com) experienced degraded performance:

HTTP code: 200
Response time: 2574 ms

Resolved: Samsung performance has improved in c4fd66e.


Select an old patch version of PHP

Describe the bug
I want run PHP 8.1.13 and not 8.1.14 because of PHP issue https://github.com/php/php-src/issues/10218 that is fixed in commit https://github.com/php/php-src/commit/d12ba111e03fa4e6d76a66a029f5dbe6265b1ea9 but the next PHP 8.1.15 is not yet released.
See https://github.com/sabre-io/vobject/pull/604
Version

[ ] I have checked releases, and the bug exists in the latest patch version of v1 or v2.
[x] v2
[ ] v1

Runners

[x] GitHub Hosted
[ ] Self Hosted

Operating systems

PHP versions
I an trying to use 8.1.13
To Reproduce
I have put
php-version: 8.1.13
update: false
in https://github.com/sabre-io/vobject/blob/master/.github/workflows/ci.yml
Expected behavior
The workflow ends up using PHP 8.1.13
Screenshots/Logs
https://github.com/sabre-io/vobject/actions/runs/3964660146/jobs/6793716785
/usr/bin/bash /home/runner/work/_actions/shivammathur/setup-php/v2/src/scripts/run.sh

==> Setup PHP
✓ PHP Updated to PHP 8.1.14

I still get PHP 8.1.14
Additional context
Are you willing to submit a PR?
Yes, if there is something that can be done about this.
How do I successfully specify an "old" PHP patch version?

I am not sure if this is a bug or an unimplemented feature!

@phil-davis
This would be a feature I cannot support currently. More about that here #618
As an alternative till we have a new PHP version, please specify a container with PHP 8.1. We maintain setupphp/node images for setup-php to run on self-hosted environments and they can be used in this situation.
https://hub.docker.com/repository/docker/setupphp/node/tags
jobs:
  test:
    runs-on: ubuntu-latest
    container: setupphp/node@sha256:32a6c9fc7882993822650c62ef8f8cb5202a2827f92c07687d68cfc80140c849
    steps:
      - name: Setup PHP
        uses: shivammathur/setup-php@v2
        with:
          php-version: `8.1`

For anyone trying to get to the Docker images - the above URL does not work.
This one should: https://hub.docker.com/r/setupphp/node/tags


Updated with Swift 1.2 features

As Swift 1.2 released with Xcode 6.3, new language features are
introduced and old ways break build.
"as!" is introduced to indicate the potential runtime casting
failure.
Refer to: https://developer.apple.com/swift/blog/?id=22
for more details.

still haven't supported Swift 1.2 features. close this PR for now.


Return to main thread

Hello!

I have something like
async {
    let report = try await(self.reportStore.getReport())
    //update UI
}

As I am inside the async I am not in the main thread and get whacky behaviour on the UI. But if I call the await in the main thread I get a deadlock on the semaphore wait. what should I do if I want to get back to the main thread with my result?
Thanks

Yes indeed, this is a bit annoying. For the moment the workaround is to use the DispatchQueue.main.async method.

But why does @flockoffiles your solution result in a deadlock when calling mainQueueAwait() inside a DispatchQueue()? I have a Dispatch Group with a notify() method and when I call mainQueueAwait() inside, it deadlocks.

you can put your UI updating code in a done { } block after async because async will return Promise. The done block is automatically called on the main thread.


Dynamic-Image-Every 5 Seconds

Fixes: #9
I here by have changed the script.js such that an array of images is created and all the required url of images are passed in it .
Then the images are changed every 5 seconds

@Code-Hacker26 Thanks for your contribution. plss have a look at these reference, you have done a great job. but we need something like these-floating-squares)

@Code-Hacker26 any update on my message?

@Code-Hacker26 i am closing this for now.please respond with a new pr.


add per-resource rate limits

Implements https://github.com/switchupcb/disgo/issues/22

[x] update Requests.MD rate limit explanation and guide.
[x] add functionality to retry ever request upon shared rate limit until success.

The occasional error with invalid characters occurred because Discord sends both text and binary messages when Identify.Compress = true. In addition, json.Decoder was being used both incorrectly and unnecessarily. For more information, read https://dev.to/taqkarim/you-might-not-be-using-json-decoder-correctly-in-golang-12mb and https://mottaquikarim.github.io/dev/posts/is-json.decoder-broken-in-golang/.


v1.0.0-canary.2

Current deployment URL: https://nadya-app-canary-awoubo4ue.now.sh

Current deployment URL: https://nadya-app-canary-n2hp2i06b.now.sh

Current deployment URL: https://nadya-app-canary-ocai1sw08.now.sh

Current deployment URL: https://nadya-app-canary-bk2onua5u.now.sh

thank you myself you work so heart


Post release automated changes for core releases

Post release automated changes for azure-core-http

/check-enforcer override


computeMSD

It seems that the computeMSD function isn´t present in the flowcatchR package version 1.26.0. This is the error I receive when calling it:
Error in computeMSD(x, y, until = 30) :
could not find function "computeMSD"
Any ideas?
Thanks
Gilberto

Hi Gilberto,
I just ran
library("flowcatchR")
example("kinematics")

in this setup
> sessionInfo()
R version 4.1.0 (2021-05-18)
Platform: x86_64-apple-darwin17.0 (64-bit)
Running under: macOS Mojave 10.14.6

Matrix products: default
BLAS:   /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
LAPACK: /Library/Frameworks/R.framework/Versions/4.1/Resources/lib/libRlapack.dylib

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base

other attached packages:
[1] flowcatchR_1.27.0 EBImage_4.35.0

loaded via a namespace (and not attached):
 [1] locfit_1.5-9.4      tidyselect_1.1.1    xfun_0.25
 [4] purrr_0.3.4         lattice_0.20-44     colorspace_2.0-2
 [7] vctrs_0.3.8         generics_0.1.0      viridisLite_0.4.0
[10] htmltools_0.5.2     yaml_2.2.1          utf8_1.2.2
[13] plotly_<IP_ADDRESS>      rlang_0.4.11        later_1.3.0
[16] pillar_1.6.2        glue_1.4.2          DBI_1.1.1
[19] BiocParallel_1.27.4 BiocGenerics_0.39.2 jpeg_0.1-9
[22] lifecycle_1.0.0     munsell_0.5.0       gtable_0.3.0
[25] htmlwidgets_1.5.3   evaluate_0.14       knitr_1.33
[28] fastmap_1.1.0       httpuv_1.6.2        parallel_4.1.0
[31] fansi_0.5.0         Rcpp_1.0.7          xtable_1.8-4
[34] promises_<IP_ADDRESS>    scales_1.1.1        jsonlite_1.7.2
[37] abind_1.4-5         mime_0.11           ggplot2_3.3.5
[40] png_0.1-7           digest_0.6.27       tiff_0.1-8
[43] dplyr_1.0.7         shiny_1.6.0         grid_4.1.0
[46] tools_4.1.0         bitops_1.0-7        magrittr_2.0.1
[49] lazyeval_0.2.2      RCurl_1.98-1.4      tibble_3.1.4
[52] tidyr_1.1.3         crayon_1.4.1        pkgconfig_2.0.3
[55] ellipsis_0.3.2      data.table_1.14.0   httr_1.4.2
[58] assertthat_0.2.1    rmarkdown_2.10      R6_2.5.1
[61] fftwtools_0.9-11    colorRamps_2.3      compiler_4.1.0

... and had no errors.
Can you probably try in a fresh instance of R/RStudio, where you load the package at the beginning of the session?
Federico

Oh wait- you are calling that explicitly? That function has been kept as internal.
If you see any good reason to use it like that in other code snippets of yours, you need to prepend the call to it with ::: and the package name.
So, you'd say
flowcatchR:::computeMSD(x, y, until = 30)

This is not a recommended usage of such functions, but nothing forbids you to use it like this


Websocket error

When following documentation to start websocket with gdax get his error:
TypeError: must start with number, buffer, array or string
previous coinbase-exchange module doesn't have this error so i'm downgrading back to that.

Thanks for reporting, we will investigate

This error is caused when no authentication is given and auth.secret is attempted to be coerced/created as a Buffer. #19 fixes this issue allowing the subscribe message to be sent with or without being signed.

How can I use the websocket authenticated?

@michelem09 Websocket Authentication can be done when creating the websocket client by passing the authentication object as the third argument like so:
var Gdax = require('gdax');
var authentication = {
  secret: 'SECRET',
  key: 'KEY',
  passphrase: 'password'
};
var websocket = new Gdax.WebsocketClient(null, null, authentication);
websocket.on('message', function(data) { console.log(data); });

For more information on setting up authentication, checkout the API docs.

Can you please explain what's the difference between websocket authenticated and not ? Any difference on the received messages ?
Thank you

@mrstock it adds a few fields to the subscribe message including a signature. Why it passes these I am not sure since the documents never state to do so and there is no reason I can think of to authenticate the subscribe message.
@mihar can you shed some light on this?

It mainly expands messages that are geared towards you. We will add documentation about it soon.


srl-en-xlmr tokenizer not uploaded to HF 🤗

Hi,
Thanks for your work! I appreciate all the documentation and uploading the models to 🤗 . It is really useful!
I am trying to use the srl-en-xlmr but it seems that the tokenizer is not uploaded. I got a TypeError: stat: path should be string, bytes, os.PathLike or integer, not NoneType error when loading the tokenizer. You can see it in this colab notebook
https://colab.research.google.com/drive/1SZqTNkbTK4dUPK1PjdC438YAGkhECYeE?usp=sharing
Is the tokenizer the same one as tokenizer = AutoTokenizer.from_pretrained("xlm-roberta-base")?
Thank you

Hi,
Thanks for bringing this to my attention! The tokenizer is indeed the same as xlm-roberta-base , but it should also work with tokenizer = AutoTokenizer.from_pretrained("liaad/srl-en-xlmr-base")
There was a mistake in the config files for my XLM-R models that made them unable to work with AutoTokenizer.
I've fixed it and it should now work.
Please re-open this issue if it does not and I'll look into it again.


Update Newtonsoft.Json from 13.0.1 to 13.0.2

Resolve https://github.com/dotnet/sign/issues/519.

Closing this without merging from now.


Update kind projector to 0.11.3

Codecov Report

Merging #914 (4e86884) into develop (279a441) will increase coverage by 0.05%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           develop     #914      +/-   ##
===========================================
+ Coverage    89.61%   89.66%   +0.05%
===========================================
  Files          119      119
  Lines         9869     9869
  Branches       494      494
===========================================
+ Hits          8844     8849       +5
+ Misses        1025     1020       -5

Impacted Files
Coverage Δ

...in/scala/com/twitter/algebird/scalacheck/Gen.scala
90.90% <0.00%> (-9.10%)
:arrow_down:

.../main/scala/com/twitter/algebird/BloomFilter.scala
94.24% <0.00%> (-0.45%)
:arrow_down:

.../scala/com/twitter/algebird/immutable/BitSet.scala
96.35% <0.00%> (-0.43%)
:arrow_down:

.../main/scala/com/twitter/algebird/HyperLogLog.scala
90.04% <0.00%> (+0.43%)
:arrow_up:

...scala/com/twitter/algebird/CorrelationMonoid.scala
86.76% <0.00%> (+1.47%)
:arrow_up:

.../main/scala/com/twitter/algebird/Applicative.scala
55.17% <0.00%> (+3.44%)
:arrow_up:

.../main/scala/com/twitter/algebird/Successible.scala
95.83% <0.00%> (+4.16%)
:arrow_up:

...src/main/scala/com/twitter/algebird/Interval.scala
81.73% <0.00%> (+4.34%)
:arrow_up:

...main/scala/com/twitter/algebird/monad/Reader.scala
58.82% <0.00%> (+5.88%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 279a441...4e86884. Read the comment docs.

Codecov Report

Merging #914 (4e86884) into develop (279a441) will increase coverage by 0.05%.
The diff coverage is n/a.

@@             Coverage Diff             @@
##           develop     #914      +/-   ##
===========================================
+ Coverage    89.61%   89.66%   +0.05%
===========================================
  Files          119      119
  Lines         9869     9869
  Branches       494      494
===========================================
+ Hits          8844     8849       +5
+ Misses        1025     1020       -5

Impacted Files
Coverage Δ

...in/scala/com/twitter/algebird/scalacheck/Gen.scala
90.90% <0.00%> (-9.10%)
:arrow_down:

.../main/scala/com/twitter/algebird/BloomFilter.scala
94.24% <0.00%> (-0.45%)
:arrow_down:

.../scala/com/twitter/algebird/immutable/BitSet.scala
96.35% <0.00%> (-0.43%)
:arrow_down:

.../main/scala/com/twitter/algebird/HyperLogLog.scala
90.04% <0.00%> (+0.43%)
:arrow_up:

...scala/com/twitter/algebird/CorrelationMonoid.scala
86.76% <0.00%> (+1.47%)
:arrow_up:

.../main/scala/com/twitter/algebird/Applicative.scala
55.17% <0.00%> (+3.44%)
:arrow_up:

.../main/scala/com/twitter/algebird/Successible.scala
95.83% <0.00%> (+4.16%)
:arrow_up:

...src/main/scala/com/twitter/algebird/Interval.scala
81.73% <0.00%> (+4.34%)
:arrow_up:

...main/scala/com/twitter/algebird/monad/Reader.scala
58.82% <0.00%> (+5.88%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 279a441...4e86884. Read the comment docs.


Yaml metadata driver update

This changes require that mappings are provided in the following format:
orm:
    entity_managers:
        users:
            connection: users_db
            mappings:
                %paths.base%/orm/yml/Entities/DbUsers: 'Entities\DbUsers'


added sleep logic after scale commands

@lachie83,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot


Don't override button link color in doc hero

Bug/issue #, if applicable: 90999537
Summary
Fixes an issue where the sample code button text color is accidentally being overwritten to blue instead of white, which makes it look disabled.
Testing
Steps:

Open an example sample code page with the download button
Verify that the download button text is white again instead of blue

Checklist
Make sure you check off the following items. If they cannot be completed, provide a reason.

[ ] Added tests, CSS only change
[X] Ran npm test, and it succeeded
[X] Updated documentation if necessary

@swift-ci test

@swift-ci test


[argtable3] actually disable examples

Describe the pull request

What does your PR fix?
Follow up on #23655
The switch to disable examples didn't exist in the version that vcpkg was using. Therefore, I updated the port to its latest commit on master.

Which triplets are supported/not supported?


[Draft] Fix SITL offboard attitude for VTOL_TYPE_RESERVED2

Describe problem solved by the proposed pull request
Partly fixes #13092 :
Fixes offboard attitude control for VTOLs of type VTOL_TYPE_RESERVED2 in SITL.
Does not work with HIL and the big question is why?
Test data / coverage
Successfully tested in SITL with MAVSDK function Offboard::set_attitude(Offboard::Attitude attitude):
https://logs.px4.io/plot_app?log=870a9ef1-c346-4a18-beb9-1afb8c6a287a
Not working in HIL (with Pixhawk 4 as hardware) :
https://logs.px4.io/plot_app?log=f714ce4f-828c-45bc-8753-f95fd6b2bbab
Not tested on real drones.
Describe your preferred solution
Changed the ORB ID of the attitude setpoint publication for VTOL_TYPE_RESERVED2. Other VTOL_TYPE_* vehicles can easily be added in the switch. Downside: needs a new ORB Publication with the new API.
Describe possible alternatives
Could also use vehicle_status.is_vtol flag , but that would need another ORB subscription to access that information.
Also, with the old ORB API, it would be possible to only have one publication in the header file and set the ORB ID accordingly in the switch before publication
Additional context
I could not figure out why it doesn't work in HIL, that's a big point of confusion for me. Would be good if someone else could have a look at that. :)

I'm confused. What's VTOL_TYPE_RESERVED2?

@julianoes All standard VTOL frames I have looked at use this MAV_TYPE, so I thought they were equivalent. Maybe @sfuhrer or @RomanBapst can confirm?

@julianoes All standard VTOL frames I have looked at use this MAV_TYPE, so I thought they were equivalent. Maybe @sfuhrer or @RomanBapst can confirm?

Looks like you're correct. VTOL_TYPE_RESERVED2 is MAV_TYPE 22, which we fly for standard VTOL. No clue why it's not MAV_TYPE_VTOL_QUADROTOR (20) actually... @RomanBapst ?
https://github.com/mavlink/c_library_v2/blob/31cc5bb39e1cb69f5e608e8e2cac8a4d57332e1c/common/common.h#L91-L95

MAV_TYPE_VTOL_QUADROTOR (20) has a "tailsitter" comment... (doesn't make too much sense to me though)

Aha, I see.

Is it really needed to publish on topic mc_virtual_attitude_setpoint?

In case of mc mode we should use this topic for VTOL:
https://github.com/PX4/Firmware/blob/f885d2274a563278b5ca501e4c19365ad0cd790d/src/modules/vtol_att_control/vtol_att_control_main.cpp#L355

As my PR is much more of a stub than @irsdkv's, I will close this one.


Choice of TX/RX pins; LD2450 firmware versions

GPIO21 and GPIO22 are not hardware UART pins on ESP32; is there a reason not to use one of the hardware UART pairs (1 and 3, or 16 and 17) for this component?
Also, firmware 1.2.23051810 is many builds behind current; how compatible is this code with the current stable or dev firmware?

You can use any GPIO pins support UART, the code is an example...
I updated also the readme a bit, the yaml is compatible with the latest LD2450 firmware and all the feature releases since the protocol isn't likely to be changed.
As soon as HiLink releases a working android app so I can test the code, I will develope more features from the latest firmware


Add TilingSprite

Add a new entity to use as tilingSprite and parallax.

Add a entity compose of scrollingSprites to make a parallax effect.


why not default explain_instance to 1st top label, rather than 1st label?

Here, at least for text, explain_instance will give you an explanation for why the model predicted the first label, but that's rarely the one you're most interested in by default. It seems like it would be much more intuitive to explain your model's actual (top) prediction by default, and would make it a bit easier for most users to get started using the library.
So basically I'm suggesting changing:
    def explain_instance(self,
                         text_instance,
                         classifier_fn,
                         labels=(1,),
                         top_labels=None,
                         num_features=10,
                         num_samples=5000,
                         distance_metric='cosine',
                         model_regressor=None):

to
    def explain_instance(self,
                         text_instance,
                         classifier_fn,
                         labels=None,
                         top_labels=(1,),
                         num_features=10,
                         num_samples=5000,
                         distance_metric='cosine',
                         model_regressor=None):

I am assuming the the most common use case is binary prediction. When the prediction is binary, you want to always explain label 1, as that keeps 0 on the left and 1 on the right in the visualization, even if 0 is the top predicted label.

Makes sense. You do know the number of classes, so you could default to label 1 for binary classification and the top label otherwise.
I do think a large percentage of users will want to use this library to explain the prediction their model actually made, and it seems like the default options should facilitate that. You could also add another function that wraps explain_instance, I guess.

I will make major changes in the interface to include other explanation methods I've developed soon, so I'll keep the suggestion in mind.
Thanks,


:sparkles: add optional topologySpreadConstraints

What does this PR do?
Adds optional topologySpreadConstraints.
Motivation
Asked by users.
Fixes #465
Inspired and supersede #466
More

[x] Yes, I updated the tests accordingly
[x] Yes, I ran make test and all the tests passed

@faust64 Do you have any comments or suggestions before we merge it ?

Yes it would. #466 was another attempt at this. I hope yours gets merged!


first multistep docs draft

Affected Components

[ ] Content & Marketing
[ ] Pricing
[ ] Test
[X] Docs
[ ] Learn
[ ] Other

Pre-Requisites

[ ] Code is linted (npm run lint)

Notes for the Reviewer

New Dependency Submission

Screenshots

This is looking really good so far!


Asking for user password on mac2.metal ec2

I am running xcodes install --latest --experimental-unxip --empty-trash as ec2-user on a mac2.metal ec2 instance.
There is no password for the user, but it is able to sudo. However, it is prompting for the password anyway. Can xcodes detect and not prompt for password?
As a workaround, I am running sudo su and becoming root and then xcodes install --latest --experimental-unxip --empty-trash. Hopefully that works.
If not, I will try the --no-superuser flag. Not sure what becoming root actually sets up.

Don't ask for superuser (root) permission. Some optional steps of the installation will be skipped.

ec2-user won't have a password but you can run commands with sudo.
On mac ec2 instances, i run all xcodes commands with sudo and haven't had an issue
sudo xcodes install --latest --experimental-unxip

Which steps does --no-superuser skip? Are they important?

Even with a user account that has full passwordless sudo privileges, and is in the admin group, it asks for a password.   What does it require a password for then?

Is running xcodes with sudo a valid option? Perhaps even the recommended one.  If the script always attempts to do something as the root account.

Could these be added in the docs?  If  too detailed for the README file (perhaps it is) create a new docs/faqs.md or additional_notes.md file.


Configured Resource Content-Type header overwritten by Resource.request() functions

I found that using the new Siesta 1.4 some network requests are broken.
As short explanation: the Content-Type header, placed by Service configuration, got overwritten by the Resource.request(...) method
When you use a Resource R1 load using another resource R2 request you end up having the Resource R2 request Content-Type overwritten by the request contentType default parameter.
Please refer #247 comment for a better explanation
I'm not sure the actual #247 fix is the wanted behaviour and if it is, it will broke quite some code around I guess 😄

Probably there is a misuse of Resource.request(.post, text: "SomeText") in my app, thus I solved it using Resource.request(.post, json: jsonObj)
It's still valid anyway that the current behaviour is different from the hold one and it's up to you decide if this new behaviour is the real behaviour you wanted or not.
The thing is that the Resource "Content-Type" value provided by the configuration, got completely overwritten by Resource.request(.post, text: "SomeText")

Ok I found your thought here thus I guess we can close this issue.
Thanks

Just because I had thoughts doesn’t mean they’re right! I can see a case to be made that the configuration should have precedence, or perhaps that using the default (e.g. request(.post, json: foo)) should read the config which an explicitly specific one takes precedence, or….
I'm looking for something that:

is easy to understand & reason about, and
suits the common use cases.

I also thought about it.
Content-type does make sense to be  unique, I guess it’s specified also in the HTTP specs.
It’s the media type of the body you are sending. So multiple values doesn’t make really sense.
Only exception, if I’m not wrong, would be multipart ... but it has its own content-type and the Body, as multipart, define its content type per body part.
Regarding the .request methods ... well they are utilities so text/plain does make sense for text utility and application/json make sense for the json utility.
I’m thinking if it would be nice for those two methods to completely hide the contentType just to avoid confusion.
If you use them it’s because you want to send plain text or json object.
There is always the full .request method to create totally custom request with Data.


Make the app more friendly if the config is readonly and owed by a different user

Need a way to parental control and lock things down by setting the config to 444 with user being root. The goal is to remove services that parents don't want children to access easily.
$ls -lat config.json
-r--r--r-- 1 root root 483 May 30 15:32 config.json

$electronplayer
A JavaScript error occurred in the main process
Uncaught Exception:
Error: EACCES: permission denied, open '/home/antony/snap/electronplayer/9/.config/electronplayer/config.json'
    at Object.openSync (fs.js:453:3)
    at Object.func [as openSync] (electron/js2c/asar.js:155:31)
    at Object.readFileSync (fs.js:353:35)
    at Object.fs.readFileSync (electron/js2c/asar.js:597:40)
    at ElectronStore.get store [as store] (/snap/electronplayer/9/resources/app.asar/node_modules/conf/index.js:228:18)
    at new Conf (/snap/electronplayer/9/resources/app.asar/node_modules/conf/index.js:92:26)
    at new ElectronStore (/snap/electronplayer/9/resources/app.asar/node_modules/electron-store/index.js:23:3)
    at Object.<anonymous> (/snap/electronplayer/9/resources/app.asar/src/main.js:16:15)
    at Module._compile (internal/modules/cjs/loader.js:808:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:820:10)

I am currently really busy but when I finished developing v3.0.0 which is a complete rewrite (including a new config system) I will do some testing to fix this.
In the meantime you could try using the Appimage instead in case the snap isolation is what is causing the permission errors but this is just a guess.


:farmer: Flaky test INTEGRATION_ackermann_steering_system on gz-gazebo3 and gz-gazebo6

Environment

OS Version: Ubuntu Focal, Homebrew
Source gz-gazebo3 and gz-gazebo6 latest

Description

Expected behavior: INTEGRATION_ackermann_steering_system test should pass
Actual behavior: INTEGRATION_ackermann_steering_system is failing sometimes

Steps to reproduce

Run a build in in one of the following jobs (gazebo3-homebrew, gazebo3-focal,  gazebo6-homebrew, gazebo6-focal)
See test fail (if lucky)

Output
Reference build: https://build.osrfoundation.org/job/ignition_gazebo-ci-ign-gazebo3-homebrew-amd64/290/
Log output (INTEGRATION_ackermann_steering_system):
57: [Dbg] [EntityComponentManager.cc:643] Using components of type [14423792621074650228] / [ign_gazebo_components.JointVelocityCmd].
57: [Dbg] [EntityComponentManager.cc:643] Using components of type [9436740692853731264] / [ign_gazebo_components.JointPosition].
57: /Users/jenkins/jenkins-agent/workspace/ignition_gazebo-ci-ign-gazebo3-homebrew-amd64/ign-gazebo/test/integration/ackermann_steering_system.cc:422: Failure
57: Expected equality of these values:
57:   odomPoses.size()
57:     Which is: 3
57:   tfPoses.size()
57:     Which is: 2
57: [Dbg] [SimulationRunner.cc:533] Exiting postupdate worker thread (1)
57: [Dbg] [SimulationRunner.cc:533] Exiting postupdate worker thread (0)
57: [  FAILED  ] ServerRepeat/AckermannSteeringTest.TfPublishes/0, where GetParam() = 1 (889 ms)

Statistics for the last 2 months:

job_name
last_time
first_time
build_count
failure_count
failure_percentage

ignition_gazebo-ci-ign-gazebo3-homebrew-amd64
2023-05-10
2021-04-23
12
1
8.33 %

ignition_gazebo-ci-ign-gazebo3-focal-amd64
2023-05-10
2022-01-05
20
2
10.0 %

ignition_gazebo-ci-ign-gazebo6-homebrew-amd64
2023-05-08
2021-09-29
12
3
25.0 %

ignition_gazebo-ci-ign-gazebo6-focal-amd64
2023-05-05
2022-01-05
19
3
15.79 %

@azeey was the fix in #1989 ported to ign-gazebo3?
We started seeing this again sporadically in ign-gazebo-3

Build 323
Build 321


Introduce CompiledSelection

This moves the cache reading code from a responseBased structure to an operationBased one. The field collection and merging will have to happen at runtime but the generated code should be much smaller for deep operations.
See #3144

I merged this PR in more-robust-native-test when I intended it to be merged in dev-3.x. I just pushed the corresponding commit: https://github.com/apollographql/apollo-android/commit/4662855cf913899e39e92cd0979ea2887a22554c


OpModes do not appear on DS after updating RC app to v10.1

I downloaded the RC app from here, as the REV hardware client says to do to update the RC app when using Android Studio, after loading the new app onto the control hub, I cannot see my Teleop's or Autonomous opmodes on the DS dropdown. I have made sure they are in a public class and have the @Teleop(name="", group="") annotation. If you would like to verify this for yourself or look through my code you can find it here: https://github.com/lmcginnisno1/FTC-13917_2025

Are you certain that you are deploying the workspace that you reference via the GitHub repo in this Issue description?
Can you provide some screenshots of your Android Studio workspace showing a successful deploy from this workspace?
If you remove the @Disabled annotation from one of the pre-packaged sample OpModes does that OpMode not appear as well?

Can see sample opMode but cannot see any of my opModes on DS

I did a git clone of https://github.com/lmcginnisno1/FTC-13917_2025, opened it in Android Studio, deployed to my Control Hub and I see a lot of OpModes that are presumably yours.

Do you see a teleop red, those opmodes are for tuning roadrunner not the teleop.

Do you see a teleop red, those opmodes are for tuning roadrunner not the teleop. Or any opmodes under teleop?

Yes.

Ignore the Blocks OpModes that are obviously not yours.

those opmodes are for tuning roadrunner not the teleop.

Also FWIW, Auto Test is yours.
@Autonomous(name = "Auto Test", group = "Auto Test")
public class AUTO_Test extends Robot_Auto {
     int m_Analysis;

Weird, when I push the code, the only opMode I see is enable/disable dashboard.

Also, when I downgrade to version 10(which has no issues) It changes the hub name to FTC-MYpa and I have to rescan for the expansion hub.

If you are deploying software through Android Studio, you should not be using the REV Hardware Client to manage versions.
See https://ftc-docs.firstinspires.org/en/latest/programming_resources/tutorial_specific/android_studio/fork_and_clone_github_repository/Fork-and-Clone-From-GitHub.html#updating-your-fork-and-local-clone for a detailed writeup of how to update a fork of FtcRobotController.
Do you have any changes in your workspace that are not in the repository on GitHub?

I will try this tomorrow afternoon, I am aware that I don't use the hardware client for RC versions, but I would need it to connect wirelessly to the robot and update the hub OS and firmware.

Thanks for the help, when I cloned the repo into a new project it works now, not sure what the root cause is but it works now.