calling exe from ssh on WSL2 will cause UtilAcceptVsock:244: accept4 failed 110

Version
Microsoft Windows [Version 10.0.22000.795]
WSL Version

[X] WSL 2
[ ] WSL 1

Kernel Version
<IP_ADDRESS>
Distro Version
Ubuntu 22.04
Other Software
Visual Studio/2022/Community
Repro Steps

setup & start the ssh server via systemctl

run some exe included in VisualStudio on ssh
 $ "C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.30.30705\bin\HostX64\x64\cl.exe"
 $ "/mnt/c/Windows/system32/cmd.exe"

Expected Behavior
run cl.exe successfully
Actual Behavior
error
anatawa12@wsl-2204:~$ "/mnt/c/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.30.30705/bin/HostX64/x64/cl.exe"
<3>init: (4870) ERROR: UtilAcceptVsock:244: accept4 failed 110
                                                              anatawa12@wsl-2204:~$

anatawa12@wsl-2204:~$ "/mnt/c/Windows/system32/cmd.exe"
<3>init: (6522) ERROR: UtilAcceptVsock:244: accept4 failed 110
                                                              anatawa12@wsl-2204:~$

Diagnostic Logs
execve("/mnt/c/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.30.30705/bin/HostX64/x64/cl.exe", ["/mnt/c/Program Files/Microsoft V"...], 0x7fffdcfb4f38 /* 26 vars */) = 0
arch_prctl(ARCH_SET_FS, 0x356ce0)       = 0
set_tid_address(0x356d18)               = 5428
brk(NULL)                               = 0x5ab000
brk(0x5ac000)                           = 0x5ac000
gettid()                                = 5428
gettid()                                = 5428
gettid()                                = 5428
gettid()                                = 5428
sched_getaffinity(0, 128, [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15]) = 32
brk(0x5ad000)                           = 0x5ad000
getpid()                                = 5428
getcwd("/home/anatawa12", 4096)         = 16
uname({sysname="Linux", nodename="wsl-2204", ...}) = 0
getcwd("/home/anatawa12", 4096)         = 16
open("/mnt/c/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.30.30705/bin/HostX64/x64/cl.exe", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_PATH) = 3
readlink("/proc/self/fd/3", "/mnt/c/Program Files/Microsoft V"..., 4095) = 108
fstat(3, {st_mode=S_IFREG|0555, st_size=403904, ...}) = 0
stat("/mnt/c/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.30.30705/bin/HostX64/x64/cl.exe", {st_mode=S_IFREG|0555, st_size=403904, ...}) = 0
close(3)                                = 0
open("/proc/self/mountinfo", O_RDONLY)  = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="226 85 8:32 / / rw,relatime - ex"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="oexec,relatime - cgroup cgroup r"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="fs none rw,mode=755\n248 247 0:42"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="mnt/c rw,noatime - 9p drvfs rw,d"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="tl fusectl rw\n267 226 8:32 /snap"..., iov_len=1024}], 2) = 1004
readv(3, [{iov_base="", iov_len=0}, {iov_base="", iov_len=1024}], 2) = 0
close(3)                                = 0
getcwd("/home/anatawa12", 4096)         = 16
open("/proc/self/mountinfo", O_RDONLY)  = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="226 85 8:32 / / rw,relatime - ex"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="oexec,relatime - cgroup cgroup r"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="fs none rw,mode=755\n248 247 0:42"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="mnt/c rw,noatime - 9p drvfs rw,d"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="tl fusectl rw\n267 226 8:32 /snap"..., iov_len=1024}], 2) = 1004
readv(3, [{iov_base="", iov_len=0}, {iov_base="", iov_len=1024}], 2) = 0
close(3)                                = 0
getppid()                               = 5425
access("/run/WSL/5425_interop", F_OK)   = -1 ENOENT (No such file or directory)
open("/proc/5425/stat", O_RDONLY)       = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="5425 (strace) S 530 5425 530 348"..., iov_len=1024}], 2) = 320
brk(0x5ae000)                           = 0x5ae000
close(3)                                = 0
access("/run/WSL/530_interop", F_OK)    = -1 ENOENT (No such file or directory)
open("/proc/530/stat", O_RDONLY)        = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="530 (bash) S 529<PHONE_NUMBER>7 5"..., iov_len=1024}], 2) = 331
close(3)                                = 0
access("/run/WSL/529_interop", F_OK)    = -1 ENOENT (No such file or directory)
open("/proc/529/stat", O_RDONLY)        = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="529 (sshd) R 424 424 424 0 -1 41"..., iov_len=1024}], 2) = 167
close(3)                                = 0
access("/run/WSL/424_interop", F_OK)    = -1 ENOENT (No such file or directory)
open("/proc/424/stat", O_RDONLY)        = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="424 (sshd) S 344 424 424 0 -1 41"..., iov_len=1024}], 2) = 179
close(3)                                = 0
access("/run/WSL/344_interop", F_OK)    = -1 ENOENT (No such file or directory)
open("/proc/344/stat", O_RDONLY)        = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="344 (sshd) S 1 344 344 0 -1 4194"..., iov_len=1024}], 2) = 169
close(3)                                = 0
access("/run/WSL/1_interop", F_OK)      = 0
socket(AF_UNIX, SOCK_SEQPACKET|SOCK_CLOEXEC, 0) = 3
connect(3, {sa_family=AF_UNIX, sun_path="/run/WSL/1_interop"}, 110) = 0
write(3, "\22\0\0\0\10\0\0\0", 8)       = 8
poll([{fd=3, events=POLLIN}], 1, 10000) = 1 ([{fd=3, revents=POLLIN|POLLHUP}])
read(3, "Ubuntu-22.04", 256)            = 12
close(3)                                = 0
ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(2, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(0, TIOCGPGRP, [5425])             = 0
getpgid(0)                              = 5425
fstat(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x1), ...}) = 0
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x1), ...}) = 0
fstat(2, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x1), ...}) = 0
ioctl(0, TIOCGWINSZ, {ws_row=50, ws_col=361, ws_xpixel=5054, ws_ypixel=1700}) = 0
ioctl(0, SNDCTL_TMR_START or TCSETS, {B38400 -opost -isig -icanon -echo ...}) = 0
                                                                                dup(0)                                  = 3
                                                                                socket(AF_VSOCK, SOCK_STREAM|SOCK_CLOEXEC, 0) = 4
                                                                                bind(4, {sa_family=AF_VSOCK, svm_cid=VMADDR_CID_ANY, svm_port=VMADDR_PORT_ANY, svm_flags=0}, 16) = 0
                                                                                getsockname(4, {sa_family=AF_VSOCK, svm_cid=VMADDR_CID_ANY, svm_port=0x3aaa0d52, svm_flags=0}, [16]) = 0
                listen(4, 4)                            = 0
                                                           socket(AF_UNIX, SOCK_SEQPACKET|SOCK_CLOEXEC, 0) = 5
                                                                                connect(5, {sa_family=AF_UNIX, sun_path="/run/WSL/1_interop"}, 110) = 0
                                                                                write(5, "\6\0\0\0T\1\0\0R\r\252:\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 340) = 340
                                                                                poll([{fd=4, events=POLLIN}], 1, 10000) = 0 (Timeout)
                                                                                getpid()                                = 5428
        writev(2, [{iov_base="<3>init: (5428) ERROR: UtilAccep"..., iov_len=63}, {iov_base=NULL, iov_len=0}], 2<3>init: (5428) ERROR: UtilAcceptVsock:244: accept4 failed 110
                                                                                ) = 63
                                                                                close(5)                                = 0
                                                                                close(4)                                = 0
                                                                                ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon echo ...}) = 0
close(3)                                = 0
exit_group(-1)                          = ?
+++ exited with 255 +++
anatawa12@wsl-2204:~$

anatawa12@wsl-2204:~$ strace -ff "/mnt/c/Windows/system32/cmd.exe"
execve("/mnt/c/Windows/system32/cmd.exe", ["/mnt/c/Windows/system32/cmd.exe"], 0x7ffe74a603b8 /* 26 vars */) = 0
arch_prctl(ARCH_SET_FS, 0x356ce0)       = 0
set_tid_address(0x356d18)               = 6654
brk(NULL)                               = 0x895000
brk(0x896000)                           = 0x896000
gettid()                                = 6654
gettid()                                = 6654
gettid()                                = 6654
gettid()                                = 6654
sched_getaffinity(0, 128, [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15]) = 32
brk(0x897000)                           = 0x897000
getpid()                                = 6654
getcwd("/home/anatawa12", 4096)         = 16
uname({sysname="Linux", nodename="wsl-2204", ...}) = 0
getcwd("/home/anatawa12", 4096)         = 16
open("/mnt/c/Windows/system32/cmd.exe", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_PATH) = 3
readlink("/proc/self/fd/3", "/mnt/c/Windows/system32/cmd.exe", 4095) = 31
fstat(3, {st_mode=S_IFREG|0555, st_size=331776, ...}) = 0
stat("/mnt/c/Windows/system32/cmd.exe", {st_mode=S_IFREG|0555, st_size=331776, ...}) = 0
close(3)                                = 0
open("/proc/self/mountinfo", O_RDONLY)  = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="226 85 8:32 / / rw,relatime - ex"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="oexec,relatime - cgroup cgroup r"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="fs none rw,mode=755\n248 247 0:42"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="mnt/c rw,noatime - 9p drvfs rw,d"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="tl fusectl rw\n267 226 8:32 /snap"..., iov_len=1024}], 2) = 1004
readv(3, [{iov_base="", iov_len=0}, {iov_base="", iov_len=1024}], 2) = 0
close(3)                                = 0
getcwd("/home/anatawa12", 4096)         = 16
open("/proc/self/mountinfo", O_RDONLY)  = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="226 85 8:32 / / rw,relatime - ex"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="oexec,relatime - cgroup cgroup r"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="fs none rw,mode=755\n248 247 0:42"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="mnt/c rw,noatime - 9p drvfs rw,d"..., iov_len=1024}], 2) = 1024
readv(3, [{iov_base="", iov_len=0}, {iov_base="tl fusectl rw\n267 226 8:32 /snap"..., iov_len=1024}], 2) = 1004
readv(3, [{iov_base="", iov_len=0}, {iov_base="", iov_len=1024}], 2) = 0
close(3)                                = 0
getppid()                               = 6651
access("/run/WSL/6651_interop", F_OK)   = -1 ENOENT (No such file or directory)
open("/proc/6651/stat", O_RDONLY)       = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="6651 (strace) S 530 6651 530 348"..., iov_len=1024}], 2) = 320
brk(0x898000)                           = 0x898000
close(3)                                = 0
access("/run/WSL/530_interop", F_OK)    = -1 ENOENT (No such file or directory)
open("/proc/530/stat", O_RDONLY)        = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="530 (bash) S 529<PHONE_NUMBER>7 6"..., iov_len=1024}], 2) = 330
close(3)                                = 0
access("/run/WSL/529_interop", F_OK)    = -1 ENOENT (No such file or directory)
open("/proc/529/stat", O_RDONLY)        = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="529 (sshd) R 424 424 424 0 -1 41"..., iov_len=1024}], 2) = 167
close(3)                                = 0
access("/run/WSL/424_interop", F_OK)    = -1 ENOENT (No such file or directory)
open("/proc/424/stat", O_RDONLY)        = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="424 (sshd) S 344 424 424 0 -1 41"..., iov_len=1024}], 2) = 179
close(3)                                = 0
access("/run/WSL/344_interop", F_OK)    = -1 ENOENT (No such file or directory)
open("/proc/344/stat", O_RDONLY)        = 3
readv(3, [{iov_base="", iov_len=0}, {iov_base="344 (sshd) S 1 344 344 0 -1 4194"..., iov_len=1024}], 2) = 169
close(3)                                = 0
access("/run/WSL/1_interop", F_OK)      = 0
socket(AF_UNIX, SOCK_SEQPACKET|SOCK_CLOEXEC, 0) = 3
connect(3, {sa_family=AF_UNIX, sun_path="/run/WSL/1_interop"}, 110) = 0
write(3, "\22\0\0\0\10\0\0\0", 8)       = 8
poll([{fd=3, events=POLLIN}], 1, 10000) = 1 ([{fd=3, revents=POLLIN|POLLHUP}])
read(3, "Ubuntu-22.04", 256)            = 12
close(3)                                = 0
ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(2, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(0, TIOCGPGRP, [6651])             = 0
getpgid(0)                              = 6651
fstat(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x1), ...}) = 0
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x1), ...}) = 0
fstat(2, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x1), ...}) = 0
ioctl(0, TIOCGWINSZ, {ws_row=50, ws_col=361, ws_xpixel=5054, ws_ypixel=1700}) = 0
ioctl(0, SNDCTL_TMR_START or TCSETS, {B38400 -opost -isig -icanon -echo ...}) = 0
                                                                                dup(0)                                  = 3
                                                                                socket(AF_VSOCK, SOCK_STREAM|SOCK_CLOEXEC, 0) = 4
                                                                                bind(4, {sa_family=AF_VSOCK, svm_cid=VMADDR_CID_ANY, svm_port=VMADDR_PORT_ANY, svm_flags=0}, 16) = 0
                                                                                getsockname(4, {sa_family=AF_VSOCK, svm_cid=VMADDR_CID_ANY, svm_port=0x3aaa0d55, svm_flags=0}, [16]) = 0
                listen(4, 4)                            = 0
                                                           socket(AF_UNIX, SOCK_SEQPACKET|SOCK_CLOEXEC, 0) = 5
                                                                                connect(5, {sa_family=AF_UNIX, sun_path="/run/WSL/1_interop"}, 110) = 0
                                                                                write(5, "\6\0\0\0\272\0\0\0U\r\252:\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 186) = 186
                                                                                poll([{fd=4, events=POLLIN}], 1, 10000) = 0 (Timeout)
                                                                                getpid()                                = 6654
           writev(2, [{iov_base="<3>init: (6654) ERROR: UtilAccep"..., iov_len=63}, {iov_base=NULL, iov_len=0}], 2<3>init: (6654) ERROR: UtilAcceptVsock:244: accept4 failed 110
                                                                                ) = 63
                                                                                close(5)                                = 0
                                                                                close(4)                                = 0
                                                                                ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon echo ...}) = 0
close(3)                                = 0
exit_group(-1)                          = ?
+++ exited with 255 +++
anatawa12@wsl-2204:~$

WslLogs-2022-08-03_15-54-53.zip

/logs

I've uploaded wsl logs.

Thanks for the logs. The issue here is that sshd is not tied to a wsl.exe or wslhost.exe on the windows side (which handles interop requests). I have some thoughts on how to fix this, let me think about it a bit.

looks like i have the same issue
Program Files (x86)/Gpg4win/bin🔒
❯ ./pinentry.exe
<3>WSL (1330) ERROR: UtilAcceptVsock:246: accept4 failed 110

Program Files (x86)/Gpg4win/bin🔒 took 10s
❯ strace -ff ./pinentry.exe
execve("./pinentry.exe", ["./pinentry.exe"], 0x7fff08717ee8 /* 38 vars */) = 0
arch_prctl(ARCH_SET_FS, 0x3e0470)       = 0
set_tid_address(0x3e0410)               = 1512
gettid()                                = 1512
gettid()                                = 1512
gettid()                                = 1512
gettid()                                = 1512
brk(NULL)                               = 0xe75000
brk(0xe77000)                           = 0xe77000
mmap(0xe75000, 4096, PROT_NONE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xe75000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa653000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa652000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa651000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa650000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa64f000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa64e000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa64d000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa64c000
sched_getaffinity(0, 128, [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19]) = 32
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa64a000
getpid()                                = 1512
getpid()                                = 1512
uname({sysname="Linux", nodename="wsl", ...}) = 0
getcwd("/mnt/c/Program Files (x86)/Gpg4win/bin", 4096) = 39
readlink("pinentry.exe", 0x7fff593ccdd0, 4096) = -1 EINVAL (无效的参数)
getcwd("/mnt/c/Program Files (x86)/Gpg4win/bin", 4097) = 39
open("/proc/self/mountinfo", O_RDONLY|O_LARGEFILE) = 3
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa649000
read(3, "74 80 0:27 / /mnt/wsl rw,relatim"..., 1024) = 1024
read(3, "ode=000\n105 80 0:53 / /run rw,no"..., 1024) = 1024
read(3, "emory rw,nosuid,nodev,noexec,rel"..., 1024) = 1024
read(3, "dir=/systemvhd,upperdir=/system/"..., 1024) = 1024
read(3, ",mmap,access=client,msize=262144"..., 1024) = 46
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0x7f66fa649000, 4096)            = 0
mmap(NULL, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa646000
getcwd("/mnt/c/Program Files (x86)/Gpg4win/bin", 4096) = 39
munmap(0x7f66fa646000, 16384)           = 0
getcwd("/mnt/c/Program Files (x86)/Gpg4win/bin", 4096) = 39
open("/proc/self/mountinfo", O_RDONLY|O_LARGEFILE) = 3
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa649000
read(3, "74 80 0:27 / /mnt/wsl rw,relatim"..., 1024) = 1024
read(3, "ode=000\n105 80 0:53 / /run rw,no"..., 1024) = 1024
read(3, "emory rw,nosuid,nodev,noexec,rel"..., 1024) = 1024
read(3, "dir=/systemvhd,upperdir=/system/"..., 1024) = 1024
read(3, ",mmap,access=client,msize=262144"..., 1024) = 46
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0x7f66fa649000, 4096)            = 0
ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(2, TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(0, TIOCGPGRP, [1509])             = 0
getpgid(0)                              = 1509
fstat(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0), ...}) = 0
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0), ...}) = 0
fstat(2, {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0), ...}) = 0
ioctl(0, TIOCGWINSZ, {ws_row=35, ws_col=150, ws_xpixel=0, ws_ypixel=0}) = 0
ioctl(0, SNDCTL_TMR_START or TCSETS, {B38400 -opost -isig -icanon -echo ...}) = 0
                                                                                dup(0)                                  = 3
                                                                                socket(AF_VSOCK, SOCK_STREAM|SOCK_CLOEXEC, 0) = 4
                       bind(4, {sa_family=AF_VSOCK, svm_cid=VMADDR_CID_ANY, svm_port=VMADDR_PORT_ANY, svm_flags=0}, 16) = 0
                                                                                getsockname(4, {sa_family=AF_VSOCK, svm_cid=VMADDR_CID_ANY, svm_port=0x8e4f9223, svm_flags=0}, [16]) = 0
                                                                             listen(4, 4)                            = 0
                                                                                getppid()
          = 1509
                access("/run/WSL/1509_interop", F_OK)   = -1 ENOENT (没有那个文件或目录)
                                                                                open("/proc/1509/stat", O_RDONLY|O_LARGEFILE) = 5
                                                                                mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa649000
                                                                            read(5, "1509 (strace) S 9 1509 9 34816 1"..., 1024) = 316
                                                                                close(5)                                = 0
                           munmap(0x7f66fa649000, 4096)            = 0
                                                                      access("/run/WSL/9_interop", F_OK)      = -1 ENOENT (没有那个文件或目录)
                                                                                open("/proc/9/stat", O_RDONLY|O_LARGEFILE) = 5
                                      mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa649000
                                                                                read(5, "9 (bash) S 8 9 9 34816 1509 4194"..., 1024) = 322
                                   close(5)                                = 0
                                                                              munmap(0x7f66fa649000, 4096)            = 0
                                                                                access("/run/WSL/8_interop", F_OK)      = -1 ENOENT (没有那个文件或目录)
                                           open("/proc/8/stat", O_RDONLY|O_LARGEFILE) = 5
                                                                                mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa649000
                            read(5, "8 (init) R 7 7 7 0 -1 4194624 20"..., 1024) = 164
                                                                                close(5)                                = 0
                                                                                munmap(0x7f66fa649000, 4096)            = 0
                      access("/run/WSL/7_interop", F_OK)      = -1 ENOENT (没有那个文件或目录)
                                                                                open("/proc/7/stat", O_RDONLY|O_LARGEFILE) = 5
                                                                                mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f66fa649000
                                                                               read(5, "7 (init) S 1 7 7 0 -1 4194624 21"..., 1024) = 164
                                                                                close(5)                                = 0
                              munmap(0x7f66fa649000, 4096)            = 0
                                                                         access("/run/WSL/1_interop", F_OK)      = 0
                                                                                socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC, 0) = 5
              connect(5, {sa_family=AF_UNIX, sun_path="/run/WSL/1_interop"}, 110) = 0
                                                                                write(5, "\7\0\0\0001\1\0\0#\222O\216\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 305) = 305
                            poll([{fd=4, events=POLLIN}], 1, 10000) = 0 (Timeout)
                                                                                getpid()                                = 1512
                                                                                writev(2, [{iov_base="<3>WSL (1512) ERROR: UtilAcceptV"..., iov_len=61}, {iov_base=NULL, iov_len=0}], 2<3>WSL (1512) ERROR: UtilAcceptVsock:246: accept4 failed 110
                                                                                ) = 61
                                                                                close(5)                                = 0
                                       close(4)                                = 0
                                                                                ioctl(3, SNDCTL_TMR_START or TCSETS, {B38400 opost isig icanon echo ...}) = 0
close(3)                                = 0
munmap(0x7f66fa64d000, 4096)            = 0
munmap(0x7f66fa64e000, 4096)            = 0
munmap(0x7f66fa64f000, 4096)            = 0
munmap(0x7f66fa650000, 4096)            = 0
munmap(0x7f66fa651000, 4096)            = 0
munmap(0x7f66fa653000, 4096)            = 0
exit_group(1)                           = ?
+++ exited with 1 +++

When can we fix it?

I'm facing this issue with Docker Desktop running from under WSL
<3>WSL (5984) ERROR: UtilAcceptVsock:248: accept4 failed 110

I'm also getting same issue randomly
<3>WSL (17667) ERROR: UtilAcceptVsock:248: accept4 failed 110

I'm getting this issue intermittently with Docker Desktop
WslLogs-2023-04-03_10-54-32.zip

everytime execute "code .", it's always give a prompt like this "<3>WSL (51) ERROR: UtilAcceptVsock:248: accept4 failed 110"
WslLogs-2023-04-06_13-44-57.zip
we need to solve this problem, it's too annoying

I'm also randomly getting similar issues.
In my case, I get an error(UtilAcceptVsock:248: accept4 failed 110) when I login to Ubuntu.
I am using fish-shell as our Ubuntu login shell.
config.fish contains the following:
set -x WINDOWS_HOME_DIRECTORY (wslpath (wslvar USERPROFILE))

Interesting I'm receiving the same issue <3>WSL (20931) ERROR: UtilAcceptVsock:248: accept4 failed 110

Hello! Could you please provide more logs to help us better diagnose your issue?
To collect WSL logs, download and execute collect-wsl-logs.ps1 in an administrative powershell prompt:
Invoke-WebRequest -UseBasicParsing "https://raw.githubusercontent.com/microsoft/WSL/master/diagnostics/collect-wsl-logs.ps1" -OutFile collect-wsl-logs.ps1
Set-ExecutionPolicy Bypass -Scope Process -Force
.\collect-wsl-logs.ps1

The scipt will output the path of the log file once done.
Once completed please upload the output files to this Github issue.
Click here for more info on logging
Thank you!

here's my logs
WslLogs-2023-04-07_18-12-23.zip

As with others above, I've started getting this infrequently with some work I'm doing with Docker - previously I've been using docker for just local development which was mainly docker compose up powered which has never had this problem but this new work is related to deploying containers to ECS which involves docker build and docker push both of which are failing intermittently with this error.
My understanding is that the docker CLI on WSL is at some point talking to at least one exe managed by Docker for Windows, which could be why I'm hitting this (since everything else I'm doing is pure Ubuntu).
@OneBlue @benhillis I've not done any log collecting since it looks like there's a fair few already posted, but if either of you want to prioritize this I'm happy to be a guinea pig again to try and get any extra information you might need.

In my case, enabling the interop option in wsl.conf solved the problem.
It may not be a solution in every case, but I hope it helps someone.
https://learn.microsoft.com/en-us/windows/wsl/wsl-config#interop-settings
[interop]
enable = true

In my case, enabling the interop option in wsl.conf solved the problem. It may not be a solution in every case, but I hope it helps someone.
https://learn.microsoft.com/en-us/windows/wsl/wsl-config#interop-settings
[interop]
enable = true

yeah man you get it. the problem about my wsl has been fix through this method

In my case, enabling the interop option in wsl.conf solved the problem. It may not be a solution in every case, but I hope it helps someone.
https://learn.microsoft.com/en-us/windows/wsl/wsl-config#interop-settings
[interop]
enable = true

yeah man you get it. the problem about my wsl has been fix through this method

I have no idea how this setting can solve the problem, because the value enable doesn't exist in the official documentation.
There is a value enabled and its default true.

I had the same problem and @MitchellBot's solution fixed it for me. Thanks a lot.

Bizarrely, I got this error too when running an exe from WSL2 (in my case, git-credential-wincred.exe) and the "solves all" quick fix of restarting WSL apparently worked for me as well. i.e. from a command prompt:
wsl --shutdown
wsl

Also worth a shot for anyone else. Interestingly, this was only an issue for me after applying a Docker Desktop upgrade as well. Very odd.

In my case, enabling the interop option in wsl.conf solved the problem.就我而言，在wsl.conf中启用互操作选项解决了问题。 It may not be a solution in every case, but I hope it helps someone.它可能不是每种情况下的解决方案，但我希望它对某人有所帮助。
https://learn.microsoft.com/en-us/windows/wsl/wsl-config#interop-settings
[interop]
enable = true

my hero!

Bizarrely, I got this error too when running an exe from WSL2 (in my case, git-credential-wincred.exe) and the "solves all" quick fix of restarting WSL apparently worked for me as well. i.e. from a command prompt:
wsl --shutdown
wsl

Also worth a shot for anyone else. Interestingly, this was only an issue for me after applying a Docker Desktop upgrade as well. Very odd.

This worked for the similar issue that I had. The ERROR code was UtilAcceptVsock:250 instead of UtilAcceptVsock:246.

Still getting this error when trying to run a llamafile in WSL2. @benhillis quick mention to see if this is on the team's radar?

In my case, enabling the interop option in wsl.conf solved the problem. It may not be a solution in every case, but I hope it helps someone.
https://learn.microsoft.com/en-us/windows/wsl/wsl-config#interop-settings
[interop]
enable = true

yeah man you get it. the problem about my wsl has been fix through this method

I have no idea how this setting can solve the problem, because the value enable doesn't exist in the official documentation.
There is a value enabled and its default true.

@bigfree is correct. Adding this to your config will cause a wsl: Unknown key 'interop.enable' error.

Bizarrely, I got this error too when running an exe from WSL2 (in my case, git-credential-wincred.exe) and the "solves all" quick fix of restarting WSL apparently worked for me as well. i.e. from a command prompt:
wsl --shutdown
wsl

Also worth a shot for anyone else. Interestingly, this was only an issue for me after applying a Docker Desktop upgrade as well. Very odd.

This is what worked for me.

To clarify, the error I receive is this:
<3>WSL (5984) ERROR: UtilAcceptVsock:248: accept4 failed 110
It is not resolved by enabling or disabling Interop as I have tried both methods.

I had the same issue and I remarked that most of WSL RAM was used
I stopped one vscode that was taking more than 4GB of memory !
I re-run vscode and this error disappeared


Optimism the binding relationship between Substrate Account and EVM Account

We need a more flexible method for the binding relationship which could connect the Substrate account with ANY EVM account that the users provided.
Binding relationship: Providing Magnet with the potential capacity to enable token transactions between Substrate and EVM accounts.

@toints


Add linters and formatters

This adds

PMD (linter)
SpotBugs (linter)
Spotless (formatter)

To the gradle build pipeline. They do incur an extra cost with regards to execution time, so a bypass command was added to the README.md

Once #113 is merged, the working travis.yml can be re-merged back here since the one here is outdated


[BUG] ClusterRoleTemplates should not inherit ProjectRoleTemplates

Rancher Server Setup
Rancher version: < 2.7
What is the role of the user logged in?
Admin
Describe the bug
When creating a CRTB, users can inherit other RoleTemplates. These RoleTemplates can currently either be RoleTemplates with the context of "cluster" or "project". Though when reconciliation happens of the CRTB, all inherited roles are assumed to have the same context of "cluster" even if the role is a PRTB role.
To Reproduce
Start a new rancher instance
Create a downstream cluster
Create a new Standard User
Create a new Cluster Role template Users & Authentication -> Roles -> Cluster tab
Have the new role named test-role inherit the project-owner RoleTemplate
Add the newly created user to the downstream cluster with the role of test-role
Login as the newly created user and see that you now have admin privileges in the cluster
e.g. (User can create new pods and delete nodes)
Result
The cluster role that inherits the project roles has granted the project-owner rules to the entire cluster.
Expected Result
Users should not be able to inherit role templates with the context of 'project' to a cluster role template and vice-versa.

Do you guys realize your own built-in roles do this very thing? I have a support case opened for weeks about this very thing. Your cluster role "View All Projects" inherits a project role called "Kubernetes view" which apparently is empty, making this all the more confusing.

Yes, you are right there are some edge cases for Kubernetes built-in roles that will need to be accounted for during implementation.


RelOptPlanner$CannotPlanException thrown when selecting from sys.segments

develop branch
Query
SELECT "segment_id", "datasource", "start", "end", "size", "version", "partition_num", "num_replicas", "num_rows", "is_published", "is_available", "is_realtime"
FROM sys.segments
ORDER BY "start" DESC
LIMIT 50

Exception
org.apache.calcite.plan.RelOptPlanner$CannotPlanException: There are not enough rules to produce a node with desired properties: convention=DRUID, sort=[2 DESC].
Missing conversion is LogicalSort[convention: NONE -> DRUID]
There is 1 empty subset: rel#444:Subset#2.DRUID.[2 DESC], the relevant part of the original plan is as follows
442:LogicalSort(sort0=[$2], dir0=[DESC], fetch=[50])
  411:LogicalTableScan(subset=[rel#439:Subset#0.NONE.[]], table=[[sys, segments]])

Root: rel#444:Subset#2.DRUID.[2 DESC]
Original rel:
LogicalSort(subset=[rel#444:Subset#2.DRUID.[2 DESC]], sort0=[$2], dir0=[DESC], fetch=[50]): rowcount = 50.0, cumulative cost = {50.0 rows, 9388.855213027551 cpu, 0.0 io}, id = 442
  LogicalTableScan(subset=[rel#439:Subset#0.NONE.[]], table=[[sys, segments]]): rowcount = 100.0, cumulative cost = {100.0 rows, 101.0 cpu, 0.0 io}, id = 411

Sets:
Set#0, type: RecordType(VARCHAR segment_id, VARCHAR datasource, VARCHAR start, VARCHAR end, BIGINT size, VARCHAR version, BIGINT partition_num, BIGINT num_replicas, BIGINT num_rows, BIGINT is_published, BIGINT is_available, BIGINT is_realtime)
        rel#439:Subset#0.NONE.[], best=null, importance=0.81
                rel#411:LogicalTableScan.NONE.[](table=[sys, segments]), rowcount=100.0, cumulative cost={inf}
                rel#440:LogicalProject.NONE.[](input=RelSubset#439,segment_id=$0,datasource=$1,start=$2,end=$3,size=$4,version=$5,partition_num=$6,num_replicas=$7,num_rows=$8,is_published=$9,is_available=$10,is_realtime=$11), rowcount=100.0, cumulative cost={inf}
                rel#451:DruidValuesRel.NONE.[](source=LogicalTableScan#411), rowcount=1.0, cumulative cost={inf}
        rel#459:Subset#0.DRUID.[], best=rel#458, importance=0.405
                rel#458:DruidValuesRel.DRUID.[](source=LogicalTableScan#411), rowcount=1.0, cumulative cost={tiny}
Set#2, type: RecordType(VARCHAR segment_id, VARCHAR datasource, VARCHAR start, VARCHAR end, BIGINT size, VARCHAR version, BIGINT partition_num, BIGINT num_replicas, BIGINT num_rows, BIGINT is_published, BIGINT is_available, BIGINT is_realtime)
        rel#443:Subset#2.NONE.[2 DESC], best=null, importance=0.9
                rel#449:LogicalProject.NONE.[2 DESC](input=RelSubset#443,segment_id=$0,datasource=$1,start=$2,end=$3,size=$4,version=$5,partition_num=$6,num_replicas=$7,num_rows=$8,is_published=$9,is_available=$10,is_realtime=$11), rowcount=50.0, cumulative cost={inf}
                rel#446:LogicalSort.NONE.[2 DESC](input=RelSubset#439,sort0=$2,dir0=DESC,fetch=50), rowcount=50.0, cumulative cost={inf}

Missed to set collation of outer-rel on values-rel


Can't connect to system bus after migrating from 0.1.4 to 0.2.1

Hi,
After migration i've got the following error in logs :
exception=DBusError('Connection ":1.1219" is not allowed to own
the service "xx.yy.zz..." due to security policies in the configuration file')
Ofc my configuration is ok ... and worked fine with all previous releases.
Any idea ?
TIA

I can't think of anything in this release that would affect that. The message was sent and received successfully, so it's possible the error message is valid. The majority of the testing is for the session bus, but I have a test suite in a project I'm using that takes a name on the system bus and I'm not having a problem with it.
If you have a simple setup I can use to reproduce the error, I'll check it out and add it to the test suite.

i aplogize ... problem was between screen and keyboard ... me )))
I had propagated a bad configuration file for DBus on our CI server.
Ty a lot for this lib


Splunk Security Content coverage map

The Splunk Security Content coverage map uses the Attack Navigator and is at v4.1 (hxxps://mitremap.splunkresearch.com/) The MITRE ATT&CK navigator is at 4.3 (hxxps://mitre-attack.github.io/attack-navigator/) and has the new mapping to ATT&CK v9.

Nice!! Got that updated and tested in https://github.com/splunk/security_content/pull/1409


docker compose not work

command:  $env:ENV="dev";docker compose -f docker-compose.standalone.yml up --force-recreate
error:
Cannot use non-l
ocal read concern until replica set is finished initializing.","nextWakeupMillis":4400}}
container for service "mongodb-shard" is unhealthy

Fixed. Thanks for reporting.


Question - localfilesystem, and local testing/see stuff via browser as normal NR installation

Current Behavior
Is this the right way if you have a question?
At the moment I have this contextStorage enabled in settings.js
contextStorage: {          default: {              module:"localfilesystem"          },      },
How to get this configured/enabled with FF / device?
Had an issue the other day and got answeer from @hardillb that you can't use editor on device.
But how do I then test, see whats going on?
I have devices with serialport/GSM dongle, where you enable/disable flows for when you need to see info regading GSM signal etc. - problem here is that you can't have it working and also have info, so I need to stop something (is in UI) when using tools.
Expected Behavior
That you still can use NR as normal on the device
Steps To Reproduce
No response
Environment

FlowForge version: 0.6.2
Node.js version: 16.13.2
npm version: 8.10.0
Platform/OS:
Browser:

Changing the contextStorage in FlowForge is not yet supported, at the moment everything uses the default in memory storage for the context.
For the cloud side we are looking at (in the future) adding support for a persistent context store (it will not be filesystem based), we have not yet considered how this might be applied to the device situation.
Being able to to toggle the editor on for a device is something we can look at in a future release, but at the moment that is not possible as described in the other issue.
Please remember that Device support is in it's first Alpha release.

Maybe I should say that I will not be using cloud, but local or docker - at the moment local on Win11.
Regarding editor 👍
I'm all aware about the Alpha state, but I'm so excited to see if this can help me in the future, that I'm testing all my stuff with this new feature - keep up the great work :-)

Cloud in this context is the core FlowForge platform where the "parent" project for the devices run

Per device environment variables are in plan, hopefully in the next release

Per device environment variables are in plan, hopefully in the next release

👍


Create .csharpierrc.yaml

:white_check_mark: Build GuiStracini.SDKBuilder 3.0.353 completed (commit https://github.com/guibranco/GuiStracini.SDKBuilder/commit/26764d01b8 by @guibranco)


Excel export DateTimeFormatter doesn't work

I've added a date time formatter to my field property in .....Row.cs:
    [DateTimeFormatter(DisplayFormat = "yyyy-MM-dd")]
    [DisplayName("Transmission Date Time")]
    public DateTimeOffset? TransmissionDateTime
    {
        get { return Fields.TransmissionDateTime[this]; }
        set { Fields.TransmissionDateTime[this] = value; }
    }

In the Grid on the screen and in the pdf export the formatting is applied. However, when I export to Excel, no formatting is applied and the raw date time field value is exported e.g. 12/17/2017 2:06:07 PM +00:00

You need to write a decorator or set DisplayFormat attribute, formatters cant be used in excel output


Sema: Only run extension binding once

There's no need to walk all imports of all source files, and bind the
extensions defined therein. The only time that a non-main module
contains source files is when using -enable-source-import, and we
can just explicitly call bindExtensions() in the right place.

LLVM change: https://github.com/apple/llvm-project/pull/1183

apple/llvm-project#1183
@swift-ci Please smoke test

apple/llvm-project#1183
@swift-ci Please smoke test

apple/llvm-project#1183
@swift-ci Please smoke test macOS

apple/llvm-project#1183
@swift-ci Please smoke test macOS

@swift-ci test Windows


Allows to send a notification on fedramp

Codecov Report

Merging #352 (4d23cff) into master (17fb24e) will decrease coverage by 0.02%.
The diff coverage is 100.00%.

Additional details and impacted files

@@            Coverage Diff             @@
##           master     #352      +/-   ##
==========================================
- Coverage   90.69%   90.68%   -0.02%
==========================================
  Files         117      117
  Lines        2483     2480       -3
  Branches      466      466
==========================================
- Hits         2252     2249       -3
  Misses        230      230
  Partials        1        1

Impacted Files
Coverage Δ

src/components/Policy/AddTriggersDropdown.tsx
100.00% <100.00%> (ø)

src/config/Config.ts
90.00% <100.00%> (+1.11%)
:arrow_up:


Update samples (#91)

Convert RedditActivity, RoomActivity, and StreamActivity to fragment

Add bottom navigation bar and icons

Add navigation component dependency

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@66a3d3a). Click here to learn what that means.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master     #117   +/-   ##
=========================================
  Coverage          ?   84.09%
  Complexity        ?      242
=========================================
  Files             ?       45
  Lines             ?      943
  Branches          ?      151
=========================================
  Hits              ?      793
  Misses            ?       95
  Partials          ?       55

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 66a3d3a...59f8e01. Read the comment docs.


AndroidManifest.xml is out of date I believe

As far as I can tell the section on the android manifest file is either slightly out of date, or at least misleading. I was only able to get my redirect to work by using the following in the manifest
<activity android:name="microsoft.identity.client.BrowserTabActivity">
<intent-filter>
<action android:name="android.intent.action.VIEW" />
<category android:name="android.intent.category.DEFAULT" />
<category android:name="android.intent.category.BROWSABLE" />
<data android:scheme="msauth" android:host="{package}" android:path="/{signature hash}" />
</intent-filter>
</activity>
The other CRITICAL part of information is that the signature hash cannot be a url encoded string. I found this info from another MS article: https://docs.microsoft.com/en-us/azure/active-directory/develop/tutorial-v2-android

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

ID: 6dd03714-e068-45ba-7d63-185b58e21b32
Version Independent ID: e5c0a0b7-e831-e1f0-b786-fe20cf7c3aaa
Content: Xamarin Android considerations (MSAL.NET) - Microsoft identity platform
Content Source: articles/active-directory/develop/msal-net-xamarin-android-considerations.md
Service: active-directory
Sub-service: develop
GitHub Login: @jmprieur
Microsoft Alias: twhitney

@ChosenSilver
Thanks for your feedback! We will investigate and update as appropriate.


Add similarities and differences from Rust section

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (65027f2) 43.63% compared to head (b0ccdc3) 43.63%.

Additional details and impacted files
@@           Coverage Diff           @@
##             main      #52   +/-   ##
=======================================
  Coverage   43.63%   43.63%
=======================================
  Files           6        6
  Lines          55       55
=======================================
  Hits           24       24
  Misses         31       31

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Euclidean 1:N function

Doest make sense to optimise where majority of time is pulled away in mean_with_assignments


YETUS-724. github diff vs. patch

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/3/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
11
Precommit patch detected.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
4
There were no new shellcheck issues.

+1
shelldocs
0
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
7
The patch does not generate ASF License warnings.

41

Subsystem
Report/Notes

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname  asflicense  shellcheck  shelldocs

uname
Linux asf913.gq1.ygridcore.net 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
/home/jenkins/jenkins-slave/workspace/us-github-multibranch_PR-29-6OLIHF3FL3QAOB3ZQC65QA27R36WWKL7OGQUYMB5ZP4ZPWEKKHLQ/out/precommit/personality/provided.sh

git revision
master / ae6d2fb

maven
version: Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9; 2014-02-14T17:37:52+00:00)

shellcheck
v0.3.7

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/3/console

Powered by
Apache Yetus 0.9.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/4/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
23
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
8
There were no new shellcheck issues.

+1
shelldocs
0
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
9
The patch does not generate ASF License warnings.

61

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname  asflicense  shellcheck  shelldocs

uname
Linux a6c454de57c4 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / ae6d2fb

maven
version: Apache Maven 3.3.9

shellcheck
v0.4.6

Max. process+thread count
46 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/4/console

Powered by
Apache Yetus 0.9.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/6/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
405
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
9
There were no new shellcheck issues.

+1
shelldocs
0
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

0
asflicense
17
ASF License check generated no output?

463

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/6/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname  asflicense  shellcheck  shelldocs

uname
Linux 9bfc0855dd69 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / 3a14572

maven
version: Apache Maven 3.3.9

shellcheck
v0.4.6

Max. process+thread count
8 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/6/console

Powered by
Apache Yetus 0.9.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/13/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
29
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
8
There were no new shellcheck issues.

+1
shelldocs
2
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
9
The patch does not generate ASF License warnings.

67

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/13/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname  asflicense  shellcheck  shelldocs

uname
Linux 9f5a9ca5a715 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / bf88009

maven
version: Apache Maven 3.3.9

shellcheck
v0.4.6

Max. process+thread count
46 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/13/console

Powered by
Apache Yetus 0.10.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/22/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
92
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
9
There were no new shellcheck issues.

+1
shelldocs
0
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
9
The patch does not generate ASF License warnings.

128

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/22/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname asflicense shellcheck shelldocs

uname
Linux 1e7bf114d24a 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / 9c7ec4b

maven
version: Apache Maven 3.3.9

shellcheck
v0.4.6

Max. process+thread count
46 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/22/console

Powered by
Apache Yetus 0.10.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/23/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
82
Docker mode activated.

_ Prechecks _

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
9
There were no new shellcheck issues.

+1
shelldocs
1
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
9
The patch does not generate ASF License warnings.

120

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/23/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname asflicense shellcheck shelldocs

uname
Linux 5e80ee427fa4 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / 351ec42

maven
version: Apache Maven 3.3.9

shellcheck
v0.4.6

Max. process+thread count
46 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/23/console

Powered by
Apache Yetus 0.10.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/24/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
79
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
10
There were no new shellcheck issues.

+1
shelldocs
0
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
9
The patch does not generate ASF License warnings.

117

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/24/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname asflicense shellcheck shelldocs

uname
Linux cabcc3175cef 4.4.0-139-generic #165-Ubuntu SMP Wed Oct 24 10:58:50 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / 99a6c86

maven
version: Apache Maven 3.3.9

shellcheck
v0.4.6

Max. process+thread count
46 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/24/console

Powered by
Apache Yetus 0.10.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/25/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
124
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
9
There were no new shellcheck issues.

+1
shelldocs
0
There were no new shelldocs issues.

+1
whitespace
1
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
8
The patch does not generate ASF License warnings.

160

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/25/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname asflicense shellcheck shelldocs

uname
Linux 9c3e8cc24b72 4.4.0-137-generic #163-Ubuntu SMP Mon Sep 24 13:14:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / ee8cebc

maven
version: Apache Maven 3.3.9

shellcheck
v0.4.6

Max. process+thread count
46 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/25/console

Powered by
Apache Yetus 0.10.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/26/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
154
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
12
There were no new shellcheck issues.

+1
shelldocs
0
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
11
The patch does not generate ASF License warnings.

197

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/26/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname asflicense shellcheck shelldocs

uname
Linux 436a978ac5e5 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / a8db93b

maven
version: Apache Maven 3.3.9

shellcheck
v0.4.6

Max. process+thread count
51 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/26/console

Powered by
Apache Yetus 0.10.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/27/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
81
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
8
There were no new shellcheck issues.

+1
shelldocs
0
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
8
The patch does not generate ASF License warnings.

117

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/27/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname asflicense shellcheck shelldocs

uname
Linux dad57aad5b41 4.4.0-139-generic #165~14.04.1-Ubuntu SMP Wed Oct 31 10:55:11 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / 136f4e2

maven
version: Apache Maven 3.3.9

shellcheck
v0.4.6

Max. process+thread count
41 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/27/console

Powered by
Apache Yetus 0.10.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/28/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
1401
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
9
There were no new shellcheck issues.

+1
shelldocs
2
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
11
The patch does not generate ASF License warnings.

1444

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/28/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname asflicense shellcheck shelldocs

uname
Linux ca82cdd012bc 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / e28ec29

maven
version: Apache Maven 3.3.9

shellcheck
v0.6.0

Max. process+thread count
46 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/28/console

Powered by
Apache Yetus 0.10.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.

(!) A patch to the testing environment has been detected.
Re-executing against the patched versions to perform further tests.
The console is at https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/30/console in case of problems.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Comment

0
reexec
104
Docker mode activated.

_ Prechecks _

+1
dupname
0
No case conflicting files found.

+1
@author
0
The patch does not contain any @author tags.

_ master Compile Tests _

_ Patch Compile Tests _

+1
shellcheck
8
There were no new shellcheck issues.

+1
shelldocs
0
There were no new shelldocs issues.

+1
whitespace
0
The patch has no whitespace issues.

_ Other Tests _

+1
asflicense
10
The patch does not generate ASF License warnings.

145

Subsystem
Report/Notes

Docker
Client=17.05.0-ce Server=17.05.0-ce base: https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/30/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/yetus/pull/29

Optional Tests
dupname asflicense shellcheck shelldocs

uname
Linux 6287e0f4c047 4.4.0-138-generic #164-Ubuntu SMP Tue Oct 2 17:16:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
precommit/src/main/shell/personality/yetus.sh

git revision
master / bdb0f18

maven
version: Apache Maven 3.3.9

shellcheck
v0.6.0

Max. process+thread count
46 (vs. ulimit of 2000)

modules
C: precommit U: precommit

Console output
https://builds.apache.org/job/yetus-github-multibranch/job/PR-29/30/console

Powered by
Apache Yetus 0.10.0-SNAPSHOT http://yetus.apache.org

This message was automatically generated.


Push winit dependency to 0.7.6

Update winit from 0.7.5 to 0.7.6.
I realize that alacritty pulls "master" rather than actually using 0.7.5 but it seems a good idea to keep up with winit versions regardless...
Also, this should allow us to fix the NixOS/nixpkgs build.

Hey thanks for the PR! We don't actually need the [replace] for winit anymore; it was there originally to get some unpublished changes. While you're at it, would you mind updating Glutin as well? Looks like 0.9.2 is out.

@jwilm done

Thanks @NeQuissimus


Docs aren't clear if succeeded() works if a previous stage was skipped

Description for succeeded() says:
> With no arguments, evaluates to True only if all previous jobs in the dependency graph succeeded or partially succeeded.
If a stage without any explicit dependencies has its condition explicitly set to succeeded(), it appears that it will be skipped if the stage immediately before it is skipped. We should provide clear documentation for how all of these conditions work with skipped dependencies, explicit or implicit. It'd also be an improvement to explain if there are any behavior differences between conditions in job and stage contexts.

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

ID: 77c58a78-a567-e99a-9eb7-62dddd1b90b6
Version Independent ID: 680a79bc-11de-39fc-43e3-e07dc762db18
Content: Expressions - Azure Pipelines
Content Source: docs/pipelines/process/expressions.md
Product: devops
Technology: devops-cicd-process
GitHub Login: @juliakm
Microsoft Alias: jukullam

@kevinhartman Can you give an example of what you are running into? Are you using in(variables['Agent.JobStatus'], 'Succeeded', 'SucceededWithIssues') for the stage condition?

@juliakm
We ran into a similar issue and if you're skipping a stage the succeeded gets set to false. If you look at the following pipeline link, at the Release: azure-storage-blob
https://dev.azure.com/azure-sdk/internal/_build/results?buildId=348193&view=logs&j=a658c784-dbd2-56de-6d5c-dbbf5e4dd371
Verify release version <-- we let this step run and it passed
Create release tag <-- we had a pipeline variable to skip this step which has the following condition: and(succeeded(), ne(variables['Skip.TagRepository'], 'true')) and you can see that this expanded to Expanded: and(True, ne('true', 'true'))
Publish to Maven Central <-- this step has the following condition: and(succeeded(), ne(variables['Skip.PublishPackage'], 'true')) but when you look at what it expands to you'll notice that since the previous step was skipped, succeeded was set to false false. Expanded: and(False, ne(variables['Skip.PublishPackage'], 'true')) and that was pretty much the end of that pipeline. Skipping a step does cause succeeded() to get set to false. This kind of make the skip variables moot and, in our case, caused a bunch of work since we couldn't skip a stage and have subsequent stages run.

@JimSuplizio exactly. When a stage gets skipped, it appears that succeeded() for the next stage no longer comes back as true.
As a work-around, our team has had success (no pun intended) using:
condition: not(or(failed(), canceled())`

This works because the previous stage being skipped does not set a failed status.
@juliakm, I'm not sure if this behavior (succeeded() evaluating as false for stages that come after one that's skipped) is a product bug, or just an unintuitive behavior that could benefit from better docs.
Correct me if I'm wrong, but I believe that a stage that does not specify any dependencies in its dependsOn list implicity depends on the previous stage, which would explain why this behavior occurs (if B depends on A, then B should not run if A does not run). Because the dependency is implicit, it's very unclear that this is the behavior.
Perhaps a more intuitive behavior would be to only set succeeded to false if a stage take an explicit dependency on the skipped stage.

As a work-around, our team has had success (no pun intended) using:
condition: not(or(failed(), canceled())`

This results in "Unable to load the pipeline's stages"


Can't set api keys using SetAttribute (Example #8 Broken)

Example 8 appears not to be working:
https://mrin9.github.io/RapiDoc/examples/example8.html
Expected:
API key should be set in the javascript and should send this data on "TRY IT" requests.
Observed Result:
Adding the recommended api-key string into the box and clicking submit does not actually set the api key. It does set the attribute on the element, but it does not actually send any Authorization header. Additionally, the screen continues to say "Authentication: No API key applied".
Tested On:
FF 71, Chromium 78 on Ubuntu 19.04
Thank you for providing this software. This is a great project!

Thanks for pointing it out, will work on it soon.

Did anyone find a workaround for this?

not yet released, to test if it works for you use case, either use rapidoc-min.js from dist folder. or build it yourself using yarn build

do not rely on rapidoc-min.js in dist folder for production. we do not actively maintain it

this is now fixed in release 7.1.0


Pass inputProps to inputRenderer

When a custom inputRenderer is provided, we now pass the inputProps to the function so that it has access to the inputValue and event listeners (e.g. onChange).

This is the same change as https://github.com/JedWatson/react-select/pull/1367, correct? If so, I'd prefer to wait until we sync up with the next React Select release (1.0.0-rc.2) to add this.

Yes, it is. When will be the next release?


OSX build and precompileds broken- libogg error

Since the 3.2 release, I can't get the engine to build on OSX. When compiling, it complains about needing libogg.dylib come link time, and when running a precompiled build, it crashes looking for libogg.dylib. I don't know the OSX build system well enough to fix it (yet, I'm tinkering with it now), but It sounds like we're not shipping the OSX version of certain OGG (and possibly vorbis) libs. Is this a boneheaded error on my part or do we have an issue here?

Unfortunately you now have to install the Vorbis libraries to get it to compile on MacOX.  For lack of a better place, we documented it in chapter 2 of the getting started guide.  You can find it here.
I'm open to a better way to do this if you have any ideas.

Are we not able to include mac libs for libogg and libvorbis in
engine/lib/? I thought that was the point of that entire dir. Is there a
technical or licensing reason why not?
On Tue, Jan 26, 2016 at 2:20 PM, Peter Robinson<EMAIL_ADDRESS>wrote:

Unfortunately you now have to install the Vorbis libraries to get it to
compile on MacOX. For lack of a better place, we documented it in chapter 2
of the getting started guide. You can find it here
https://github.com/GarageGames/Torque2D/wiki/Getting-Started-Guide#chapter-2-compiling-the-engine
.
I'm open to a better way to do this if you have any ideas.
—
Reply to this email directly or view it on GitHub
https://github.com/GarageGames/Torque2D/issues/320#issuecomment-175187406
.

--
Casey Doran http://my.fit.edu/~cdoran2011

I'd hardly call this Solution found since the precompiled builds are still broken...

There's no technical or licensing reason. The real problem is that we only have two steering committee members and we're both Windows guys.  That leaves the rest of the platforms on life support - waiting for some heroic programmer to come along, take responsibility for them and join the steering committee.  Until that day we'll have to hobble along on pull requests from the community.
If you add the mac libs to the engine/lib directory and statically link to them, I would gladly merge your pull request.

Well I wouldn't add pre-compiled libs to the repository, but instead I think what he's asking is to build and then link against the already provided libogg and libvorbis library sources just like how Torque 3D does it. I'll see if I can get someone to help us take a look and hopefully resolve the Mac OS X side of things regarding those two libraries.

I appreciate that, thanks!  I'm just sorry I can't do more to fix the problem myself.

I'm trying to use your precompiled builds on OSX and its complaining about libogg.dylib @elementc is correct, you need to distribute these libraries.

We're working on it.  Definitely a problem we want to solve!

Hi guys! I just uploaded the XCode project file which should correct this problem.  Can one of you guys grab latest from development and confirm that this is corrected?  Thanks!


Use php.ini-development by default instead of production one

(From https://github.com/shivammathur/setup-php/issues/450, which applies here too.)
Hi, currently this GA leverages Ondřej Surý repositories (https://deb.sury.org/), which select and use the php.ini-production config from php-src, which sets for example error_reporting to E_ALL & ~E_DEPRECATED & ~E_STRICT instead of E_ALL:
$ docker run --rm -it --entrypoint /bin/bash ghcr.io/laminas/laminas-continuous-integration:1.7.1
root@372e50e97cc6:/# grep -rn ^error_reporting /etc/php/
/etc/php/5.6/cli/php.ini:449:error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
/etc/php/7.4/cli/php.ini:465:error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
/etc/php/7.1/cli/php.ini:460:error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
/etc/php/7.0/cli/php.ini:445:error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
/etc/php/8.0/cli/php.ini:486:error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
/etc/php/7.2/cli/php.ini:457:error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
/etc/php/7.3/cli/php.ini:457:error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT

But as a Continuous Integration services, it would be preferable to have the php.ini-development one.
Here's the full diff for PHP 8.0 between the two. You can see that all the differences are worthy for a CI environment:
--- php.ini-production  2021-04-30 09:12:53.773278488 +0200
+++ php.ini-development 2021-04-30 09:12:57.181308089 +0200
@@ -83,7 +83,7 @@
 ; development version only in development environments, as errors shown to
 ; application users can inadvertently leak otherwise secure information.

-; This is the php.ini-production INI file.
+; This is the php.ini-development INI file.

 ;;;;;;;;;;;;;;;;;;;
 ; Quick Reference ;
@@ -376,7 +376,7 @@
 ; Default Value: Off
 ; Development Value: Off
 ; Production Value: On
-zend.exception_ignore_args = On
+zend.exception_ignore_args = Off

 ; Allows setting the maximum string length in an argument of a stringified stack trace
 ; to a value between 0 and 1000000.
@@ -384,9 +384,7 @@
 ; Default Value: 15
 ; Development Value: 15
 ; Production Value: 0
-; In production, it is recommended to set this to 0 to reduce the output
-; of sensitive information in stack traces.
-zend.exception_string_param_max_len = 0
+zend.exception_string_param_max_len = 15

 ;;;;;;;;;;;;;;;;;
 ; Miscellaneous ;
@@ -483,7 +481,7 @@
 ; Development Value: E_ALL
 ; Production Value: E_ALL & ~E_DEPRECATED & ~E_STRICT
 ; http://php.net/error-reporting
-error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
+error_reporting = E_ALL

 ; This directive controls whether or not and where PHP will output errors,
 ; notices and warnings too. Error output is very useful during development, but
@@ -500,7 +498,7 @@
 ; Development Value: On
 ; Production Value: Off
 ; http://php.net/display-errors
-display_errors = Off
+display_errors = On

 ; The display of errors which occur during PHP's startup sequence are handled
 ; separately from display_errors. We strongly recommend you set this to 'off'
@@ -509,7 +507,7 @@
 ; Development Value: On
 ; Production Value: Off
 ; http://php.net/display-startup-errors
-display_startup_errors = Off
+display_startup_errors = On

 ; Besides displaying errors, PHP can also log errors to locations such as a
 ; server-specific log, STDERR, or a location specified by the error_log
@@ -1199,7 +1197,7 @@

 ; Enable / Disable collection of memory usage statistics by mysqlnd which can be
 ; used to tune and monitor MySQL operations.
-mysqlnd.collect_memory_statistics = Off
+mysqlnd.collect_memory_statistics = On

 ; Records communication from all extensions using mysqlnd to the specified log
 ; file.
@@ -1572,7 +1570,7 @@
 ; Development Value: 1
 ; Production Value: -1
 ; http://php.net/zend.assertions
-zend.assertions = -1
+zend.assertions = 1

 ; Assert(expr); active by default.
 ; http://php.net/assert.active
@@ -1882,7 +1880,7 @@

 ; Enables or disables copying of PHP code (text segment) into HUGE PAGES.
 ; This should improve performance, but requires appropriate OS configuration.
-;opcache.huge_code_pages=1
+;opcache.huge_code_pages=0

 ; Validate cached file permissions.
 ;opcache.validate_permission=0

I would be +1 on this, even tho we do not align in TSC meeting with the assert usage.


Start memcache

The cookbook does not actually start memcached unless a configuration change has occurred. I suggest changing action :enable to action [ :start, :enable ]

+1

i then third this, let the service be started

This should be addressed by #47, please reopen if incorrect.


Not all objects are predicted to be 100% completion

Some objects cannot be finished with 100% completion. I suppose that the online PPP should return pointings to complete the sample. I'll ask He-san.

It seems that this is a netflow issue. After a certain number of iterations, PPP gives up to continue.

This problem is caused by otime set in netlfow. I do not know the exact reason of this bug (I will ask later). But after changing otime from 2024-05-20-08-00-00 to 2024-04-20-08-00-00, it works ok for the missing target.

Did you make a pull request? I happen to close it, but let's merge it first.

Sorry this branch is a copy of u/wanqqq/PPP-exetime branch... If you already merge that branch (u/wanqqq/PPP-exetime) to the dev-main branch, I guess it should be ok. Please let me know if you did not do that. I will then make a new branch from dev-main about this issue.

sorry, I was meant to mention issue/122-netflow-noAssign branch. Can you check the PR #141 ?

ah, ok, I see what you mean. otime has already been changed to 2024-04-20-08-00-00, and I can ignore the content of the branch.


Bootstrapper should cache the GetLatestVersion result at least for some time

Description
When the bootstrapper gets called multiple times in parallel (before any instance could finish its job). Every process tries to call Github and some might get restricted.
Repro steps
This happens with FAKE 5 and netcore solutions with several projects
Expected behavior
Bootstrapper works
Actual behavior
https://ci.appveyor.com/project/SteffenForkmann/fake/build/1.0.3225#L873
EXEC : The remote server returned an error : (429) Too Many Requests. (Github - cached) [C:\projects\fake\src\app\Fake.DotNet.Testing.NUnit\Fake.DotNet.Testing.NUnit.fsproj]
C:\projects\fake\.paket\Paket.Restore.targets(17,5): error MSB3073: The command ""C:\projects\fake\.paket\paket.exe" restore --project "C:\projects\fake\src\app\Fake.DotNet.Testing.NUnit\Fake.DotNet.Testing.NUnit.fsproj" --target-framework netstandard1.6" exited with code -1. [C:\projects\fake\src\app\Fake.DotNet.Testing.NUnit\Fake.DotNet.Testing.NUnit.fsproj]
EXEC : The remote server returned an error : (429) Too Many Requests. (Github - cached) [C:\projects\fake\src\app\Fake.DotNet.Testing.XUnit2\Fake.DotNet.Testing.XUnit2.fsproj]
C:\projects\fake\.paket\Paket.Restore.targets(17,5): error MSB3073: The command ""C:\projects\fake\.paket\paket.exe" restore --project "C:\projects\fake\src\app\Fake.DotNet.Testing.XUnit2\Fake.DotNet.Testing.XUnit2.fsproj" --target-framework netstandard1.6" exited with code -1. [C:\projects\fake\src\app\Fake.DotNet.Testing.XUnit2\Fake.DotNet.Testing.XUnit2.fsproj]

Known workarounds
Call the bootstrapper before restoring the solution, like https://github.com/fsharp/FAKE/commit/a2854faa2e21d58276f876957fb9626f398dcbf6

We can avoid that in the boostrapper by locking per-folder during version resolution / download.
I'd also suggest that Paket should stop using github html as a way to convey what's the latest version and replace that with a real API somewhere.
Azure functions with a small DocumentDB for storage can be a good & pretty cheap solution. I can design a prototype if you want.

Actually, now I don't think my analysis of above is accurate.
I still see the error from above https://ci.appveyor.com/project/SteffenForkmann/fake/build/1.0.3233#L906 (well maybe a little less often, because some builds succeed now from time to time)
Now I think what's happening is that paket restore itself is requesting github here every time. It should probably have some timestamp and timeout where it doesn't look for updates as well.

Ok I think the message is from
https://github.com/fsprojects/Paket/blob/master/src/Paket.Bootstrapper/Program.cs#L86
and
https://github.com/fsprojects/Paket/blob/master/src/Paket.Bootstrapper/DownloadStrategies/CacheDownloadStrategy.cs#L12
and
https://github.com/fsprojects/Paket/blob/master/src/Paket.Bootstrapper/DownloadStrategies/GitHubDownloadStrategy.cs#L21
but really I don't understand why the workaround if not working :/.
If I call the magic mode one time before doing the huge amount of parallel requests it should work IMHO.
I guess I'll add a hidden "trace" mode to the bootstrapper in magic mode, enabled by "PAKET_BOOTSTRAPPER_TRACE" set to "true" and see what it tells me.

Ah: https://ci.appveyor.com/project/SteffenForkmann/fake/build/1.0.3237 I guess it it not finding the dependencies file and is trying to search for the latest version...

So now we possibly have to bugs:

Bootstrapper should find the reqested version from the deps file in that case
Bootstrapper should cache the GetLatestVersion result at least for some time?

I'll send a fix for the first one and leave this bug open for the second one.

Seems like the second one is by design because somehow the bootstrapper figures out it wants prerelease? But why is that?
Fix for the first case is https://github.com/fsprojects/Paket/pull/2384

The second one was added by @forki in https://github.com/fsprojects/Paket/commit/d037031738c93413988af41ddfce1baf8efc9cf1 from the time the magic mode feature was merged.
I don't know the exact reason maybe to get prerelease faster in the paket project itself. Even if it's removed the behavior is also available by specifying a max age on the version line
version prerelease --max-file-age=0

Yes I think opt-out makes more sense, I mean we can lower the caching time when using prerelease by default. But we definitely need to cache some time even for prerelease...
What I'm wondering is why the bootstrapper figured it should use prereleases? Is that related to using a prerelease bootstrapper?

It's currently being forced via app.config: https://github.com/fsprojects/Paket/blob/master/.paket/paket.exe.config

Ah thanks, that explains it. thanks!
On Fri, Jun 2, 2017 at 11:06 AM, Julien Roncaglia<EMAIL_ADDRESS>wrote:

It's currently being forced via app.config: https://github.com/fsprojects/
Paket/blob/master/.paket/paket.exe.config
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/fsprojects/Paket/issues/2377#issuecomment-305732708,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABx639wMDXJbThQb8V51fK2et6TGcKSWks5r_9CjgaJpZM4Nox6q
.


Migrate from Webmake

Webmake has a security vulnerability and doesn't get frequent updates. We have to migrate from it before the next release to avoid disabling the vulnerability checks.

Closed by #4915.


Front facing camera?

How can we get the same experience but for a front facing camera?

I fixed this by setting camera id as
cameraId = manager.getCameraIdList()[1];


Update to npm@7.

Pin node@12 and npm@7 versions for local development.
Update package-lock.json for npm@7.

Hmm. Looks like we can't pin in the repo because it causes that pinned value to "win" in our local tests. We probably need to refactor the tests (again 😩) to use something akin to the test job for test-specified-node-yarn-overrides-pinned-versions.


Pad FIPS data from /column-data

Closes #128
If the user asks for data from a column which we've determined contains FIPS data, ensure that data is padded with zeros and is a string (not int).
Requires #130 (and in fact this PR is into that branch).
Demo:
curl -X POST -H 'content-type: application/json' -i http://localhost:5000/column-data --data '{"columns":["state_fips","state_county_fips"]}'

@zane gave this a :shipit: during review.


make it easy for the end user to override what version of PureScript is being used

It would be nice to make it easy for an end-user to override what version of purs is being used by purescript2nix.
I'm imagining some sort of change like this:
diff --git a/nix/build-support/purescript2nix/default.nix b/nix/build-support/purescript2nix/default.nix
index 38e8ef7..d1666d8 100644
--- a/nix/build-support/purescript2nix/default.nix
+++ b/nix/build-support/purescript2nix/default.nix
@@ -16,6 +16,8 @@
   #
   # Example: ./some/path/to/purescript-strings
   src
+, # purescript binary to use
+  purescript ? purescript
 }:

 let

That way an end user could call purescript2nix like this:
purescript2nix {
  pname = "example-purescript-package";
  src = ./example-purescript-package;
  purescript = purescript_0_14_6;
};

Currently, an end user would have to override purescript2nix like the following:
let
  myPurescript2nix = purescript2nix.override {
    purescript = purescript_0_14_6;
  };
in
myPurescript2nix {
  pname = "example-purescript-package";
  src = ./example-purescript-package;
}

Superseded by #9


Walkback attempting to version all packages

StsAdminShell>>#'versionSnapshotPackagesList:' references missing ProgressDialog 'Timer view'.

Fix has been merged. As discussed, it is a bit crude but now we can version packages.

Fix has been merged. As discussed, it is a bit crude but now we can version packages.


fix(cleanup): cleanup all stuck states

instead of just the last executed step its now possible to clean up all stuck steps

merge afte https://github.com/zitadel/zitadel/pull/7144


setTransports not working

config.setTransports(Transport.WEBSOCKET);
This code should force the server to negotiate only websockets and no polling.
However, it doesn't seam to work.
The clients can still use polling.

The same issue is seen in 1.7.5

Fixed

@mrniko Are we not ready to release 1.7.11 to maven yet?

@mrniko When are you planning to release 1.7.11? Our team is waiting eagerly to get this version in maven

@PeterL1n @maksimu  I hope soon!

What is left or what is holding you back before you release 1.7.11?

done


Add timeouts to JSInterop.InvokeAsync

JSInterop + Blazor Serverside keeps a TCS on the sever that is resolved once a client responds. We need to account for unreliable clients and cancel the Task after a set timeout.

I do have a PR out for this as part of the security work. I'll take this from your plate.

https://github.com/aspnet/Extensions/pull/1880


Fix ssl verification error

resolve #2670
resolve #2662

Added apt ca-certificates package which is required if using ssl connections.
How has this been tested?
Manually tested
Checklist

[x] I submit my changes into the develop branch
[x] I have added description of my changes into CHANGELOG file
- [ ] I have updated the documentation accordingly
- [ ] I have added tests to cover my changes
- [ ] I have linked related issues (read github docs)
- [ ] I have increased versions of npm packages if it is necessary (cvat-canvas,
cvat-core, cvat-data and cvat-ui)

License

[x] I submit my code changes under the same MIT License that covers the project.
Feel free to contact the maintainers if that's a concern.
- [ ] I have updated the license header for each file (see an example below)

# Copyright (C) 2020 Intel Corporation
#
# SPDX-License-Identifier: MIT

Coverage increased (+0.02%) to 70.303% when pulling 838d12c0849156478333dea529d35950a7b41739 on az/fix_ssl_verification_error into 975f25084676abf24f840f2ae0403700c0fd5428 on develop.

Coverage increased (+0.02%) to 70.303% when pulling 838d12c0849156478333dea529d35950a7b41739 on az/fix_ssl_verification_error into 975f25084676abf24f840f2ae0403700c0fd5428 on develop.


Revert "Added support for CMake's config-based installation"

Reverts zeux/volk#28
The core issue with the change is that volk really requires VK_USE_PLATFORM_XXX defines defined by the application externally, which makes it hard to provide pre-built binaries. While on non-Linux platforms there's an obvious (single) define, on Linux this depends on the windowing system the application wants to use.
Fixes #29

I'll keep this open for a bit just in case there are alternative ideas about resolving this that keep volk buildable without extraneous definitions.

I thought about it a bit more. Assuming proper defines in volk.h is fine, that is part of the user projects's environment, the only problem is volk.c doing compile-time logic.  Now whenever volk.c evaluates the defines / does conditional logic it's actually inside of (runtime) functions, so if only there was a way to do the respective checks at runtime... but that doesn't work, eventually it'll have to assign to the function pointers and their very existence depends on the defines, so I don't see a way to get out of compile-time.
That said, there is still a way to get volk installed and even into package managers like vcpkg: make it header-only, in a way. CMake could -- instead of a static library -- define an IMPORTED target that installs an include dir with both volk.h and volk.c. The user project must then #include volk.c in exactly one implementation file, after setting any desired defines either in code or in the build environment.
The existing static library could be kept as an additional option for when a user wants to add volk into his/her CMake build tree directly, but then the defines must be added to the volk target in CMake.
I've actually done that in my fork and it works, of course, but it feels weird.
I started this because I really wanted my current project to be package-manager-managed and not deal with manual copying or updating git submodules this time, and this can make that work (again), but I don't know if it's worth so much weirdness in such a relatively simple library.

If a user project needs to include volk.c then it seems like there's no real value in this being a package TBH.
I think the real angle here is determining the platform defines automatically. It's something that came up before - you use volk, and then realize you can't use some swapchain extension. So you're forced to configure platform defines yourself. This is no worse than using Vulkan SDK but not great.
So if we could auto-detect the set of platform defines, this could make volk more user-friendly and packageable. Otherwise I feel like this is not worth it.
You mentioned earlier that it's impractical to enable all defines on Linux. Is there a subset that is practical to enable that's reasonable to start with? I don't know if we care about exotic things like Xrandr - is Wayland + X11 sufficient? Is it reasonable to expect that these headers are present on Linux systems or is that not the case?

Or maybe a reasonable start would be that in CMake setup, we just enable X11 and assume advanced users can use a non-packaged version.

Alternatively I wonder if we can do something similar to Windows and forward declare platform specific types to be able to enable Wayland/X11/etc support regardless of the presence of these headers.

Hi Arseny,
I couldn't find any time until now, but here are some more thoughts now.
I would advise against trying to detect the platforms in CMake; imo this must work perfectly if it's to be any good, and I don't think it has a chance to do that. The Vulkan platforms are a moving target and might even exceed CMake's concept of platforms (Nintendo, Fuchsia?).
Pulling in everything and forward declaring things like with Windows is not a bad idea, but still requires maintenance and at least to me it's far from obvious what those types for all those platforms really are, the Vulkan headers don't even list the header files needed for them.
Also in general I really don't like the idea that the user must switch to a different usage pattern as soon as her usage of volk exceeds some "advanced" threshold. I want for volk to just work once it's in a project.
Instead, I propose to do something similar to AMD's vulkan-memory-allocator. They have a single header, but require that it's included exactly once with VMA_ALLOCATION defined which toggles the implementation definitions.

Solves the problem for now and for the future
We could still provide a volk.c that does that special include
Not as strange looking as including a .c file (functionally equivalent, of course)
With VMA doing it like that, not without precedence, not even in the Vulkan C++ space

I've made those changes in my fork.
Using volk there works in one of these ways:

Build volk.c as part of the project's source:
The build instructions in the readme are still valid.
The caveats that existed before still apply, of course:

Must set platform defines as part of the build process somehow
Must get the volk and Vulkan include paths
Must link to dl on non-Windows platforms

This still works just the same, so projects that already use volk in this way will continue working.
When using CMake, we can do a little better:

CMake: Include the volk dir through add_subdirectory(...) and link to "volk".
Then in one file do:
#define VOLK_IMPLEMENTATION
#include "volk.h"

Defines can now also be set in source code
Include paths are amended properly
Transivitive dependencies to Vulkan and dl are handled

CMake: Build volk separately with -DVOLK_INSTALL=ON and use it later with find_package(volk CONFIG).
Then it's the same as the previous method.
VOLK_INSTALL defaults to OFF so as to not pollute user projects with an additional install target.
This also enables C++ package manager workflow. I personally find those very useful even for non-compiled libs -- I like the unified source of non-object-code data like include paths and dependencies.

I added examples of all three usage patterns in the form of Travis tests.
The only thing I dropped is the static library target; the approach doesn't really work as we saw and I suspect noone used it for that reason alone.
The only thing I haven't updated yet is the readme. I'd like to hear your opinion first.
I must say I wasn't sure I'd like these changes, but now that I've tried them I really do and I'd like volk to go that direction.
It keeps the user in full control and provides opt-in convenience without compromising that at all.

What's the difference between this and including volk.c into a translation unit of your choice? I don't like the fact that with this change, using volk as a CMake dependency becomes harder because you have to add source files to your project to compile it. I would like to make sure that existing users of volk, who are happy enough compiling volk.c (possibly while defining platform macros), stay happy with no changes on their side.

... oh, volk.c is still around (GitHub diff almost made it look like it's being removed by this change)
Is volk_impl.h meaningfully different from volk.c?

Oh, I was very careful to not break the normal way of including volk, so volk.c never left.
Really the only reason for volk_impl.h was that I thought it too weird to install a .c file in an include path, but it works, of course. Let's keep it simple, so I've moved the implementation back and included your idea to avoid the dependency cycle when not evaluating macros.
I've created a new pull request for the whole thing.