Errors when building

Hello,
When trying to build the project there is an error that header file could not be found.
Perhaps someone could look at the output and provide some insights on what's wrong with my setup?
Here is output from bootstrap.sh:
$ ./bootstrap.sh
configure.ac:18: warning: Unknown LT_INIT option 'libtool'
configure.ac:18: warning: Unknown LT_INIT option 'libtool'
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac,
libtoolize: and rerunning libtoolize and aclocal.
libtoolize: Consider adding '-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.ac:18: warning: Unknown LT_INIT option 'libtool'
configure.ac:5: warning: The macro `AC_CANONICAL_SYSTEM' is obsolete.
configure.ac:5: You should run autoupdate.
./lib/autoconf/general.m4:2081: AC_CANONICAL_SYSTEM is expanded from...
configure.ac:5: the top level
configure.ac:9: warning: The macro `AC_CONFIG_HEADER' is obsolete.
configure.ac:9: You should run autoupdate.
./lib/autoconf/status.m4:719: AC_CONFIG_HEADER is expanded from...
configure.ac:9: the top level
configure.ac:18: warning: The macro `AC_PROG_LIBTOOL' is obsolete.
configure.ac:18: You should run autoupdate.
aclocal.m4:121: AC_PROG_LIBTOOL is expanded from...
configure.ac:18: the top level
configure.ac:22: warning: The macro `AC_LANG_CPLUSPLUS' is obsolete.
configure.ac:22: You should run autoupdate.
./lib/autoconf/c.m4:262: AC_LANG_CPLUSPLUS is expanded from...
configure.ac:22: the top level
configure.ac:49: warning: The macro `AC_TYPE_SIGNAL' is obsolete.
configure.ac:49: You should run autoupdate.
./lib/autoconf/types.m4:776: AC_TYPE_SIGNAL is expanded from...
configure.ac:49: the top level
configure.ac:12: installing './compile'
configure.ac:5: installing './config.guess'
configure.ac:5: installing './config.sub'
configure.ac:7: installing './install-sh'
configure.ac:7: installing './missing'
Makefile.am: installing './depcomp'
parallel-tests: installing './test-driver'

Here is the output from configure:
$ ./configure
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking target system type... x86_64-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a race-free mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether the compiler supports GNU C... yes
checking whether gcc accepts -g... yes
checking for gcc option to enable C11 features... none needed
checking whether gcc understands -c and -o together... yes
checking whether make supports the include directive... yes (GNU style)
checking dependency style of gcc... gcc3
checking for g++... g++
checking whether the compiler supports GNU C++... yes
checking whether g++ accepts -g... yes
checking for g++ option to enable C++11 features... none needed
checking dependency style of g++... gcc3
checking whether make sets $(MAKE)... (cached) yes
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /usr/bin/dd
checking how to truncate binary pipes... /usr/bin/dd bs=4096 count=1
checking for mt... no
checking if : is a manifest tool... no
checking for stdio.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for strings.h... yes
checking for sys/stat.h... yes
checking for sys/types.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking how to run the C++ preprocessor... g++ -E
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... (cached) GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for protoc... protoc
checking for PROTOBUF... yes
checking for GRPCPP... yes
checking for signal.h... yes
checking for sys/socket.h... yes
checking for sys/types.h... (cached) yes
checking for grp.h... yes
checking for pwd.h... yes
checking for unistd.h... (cached) yes
checking for google/protobuf/stubs/logging.h... yes
checking for google/protobuf/stubs/common.h... yes
checking return type of signal handlers... void
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/config.h
config.status: executing depfiles commands
config.status: executing libtool commands

  ax25ms version 0.01
  Prefix.........: /usr/local
  Debug Build....:
  C++ Compiler...: g++ -g -O2  -pthread   -DNOMINMAX  -std=c++20 -g -Wall -pedantic
  Linker.........: /usr/bin/ld -m elf_x86_64   -lprotobuf -lpthread  -lgrpc++ -lgrpc -laddress_sorting -lre2 -lupb -lcares -lz -lgpr -lssl -lcrypto -labsl_raw_hash_set -labsl_hashtablez_sampler -labsl_hash -labsl_city -labsl_low_level_hash -labsl_statusor -labsl_status -labsl_cord -labsl_cordz_info -labsl_cord_internal -labsl_cordz_functions -labsl_exponential_biased -labsl_cordz_handle -labsl_bad_optional_access -labsl_str_format_internal -labsl_synchronization -labsl_graphcycles_internal -labsl_stacktrace -labsl_symbolize -labsl_debugging_internal -labsl_demangle_internal -labsl_malloc_internal -labsl_time -labsl_civil_time -labsl_strings -labsl_strings_internal -lrt -labsl_base -labsl_spinlock_wait -labsl_int128 -labsl_throw_delegate -labsl_time_zone -labsl_bad_variant_access -labsl_raw_logging_internal -labsl_log_severity

And finally the output from make:
$ make
depbase=`echo src/main.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
g++ -DHAVE_CONFIG_H -I. -I./src  -I.   -g -O2  -pthread   -DNOMINMAX  -std=c++20 -g -Wall -pedantic -MT src/main.o -MD -MP -MF $depbase.Tpo -c -o src/main.o src/main.cc &&\
mv -f $depbase.Tpo $depbase.Po
depbase=`echo src/listen.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
g++ -DHAVE_CONFIG_H -I. -I./src  -I.   -g -O2  -pthread   -DNOMINMAX  -std=c++20 -g -Wall -pedantic -MT src/listen.o -MD -MP -MF $depbase.Tpo -c -o src/listen.o src/listen.cc &&\
mv -f $depbase.Tpo $depbase.Po
In file included from src/listen.cc:22:
src/mic-e.h:16:10: fatal error: proto/gen/aprs.pb.h: No such file or directory
   16 | #include "proto/gen/aprs.pb.h"
      |          ^~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:1026: src/listen.o] Error 1

Apparently it's unable to generate the header files for some reason.

Generated protobuf files tend to not be compatible between versions, so best to regenerate them.
Run ./scripts/protogen to generate them.

Generated protobuf files tend to not be compatible between versions, so best to regenerate them.
Run ./scripts/protogen to generate them.

Thanks! That helped.

Thanks! That helped.

I just added running that script to bootstrap.sh.
Please let me know how this code works out for you, or any other thoughts.

Hello Thomas,
As AX25_WINDOW is not available for the standard call utility I tried ax25ms with my TCP to SOCK_SEQPACKET proxy to a remote party which is running kernel AX.25 (linux-4.4, Debian 8) on Beaglebone Black and it failed to connect. It's starting the connection, but after remote replies it looses the connection and stops responding.
Next I wanted to compile ax25ms on beaglebone, but it runs arm7l Debian 8 which is pretty old and some packets aren't available. Particularly I was unable to find grpc. I tried to compile grpc on the beaglebone itself, but just the sources were about 1 GB in size. I managed to free some extra space on beaglebone, it was compiling the whole Sunday, and during the compilation it finally eaten all the disk space.
Then I thought I could comment-out AX25_WINDOW in call.c and recompile it from the ax25-util source on my laptop and try whether it will work with ax25ms afer that.
Meanwhile Manjaro on this laptop told me that it wants to update and after I updated I was unable to start ax25ms utilities because some *.so has upgraded it's version.
Now during ax25ms recompilation it throws another error:
/usr/bin/ld: src/serial.o: undefined reference to symbol 'pthread_setname_np@@GLIBC_2.12'
/usr/bin/ld: /usr/lib/libpthread.so.0: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make: *** [Makefile:974: serial] Error 1

I'll try to look at it tomorrow.

I've pushed a commit that ignores the application setting the AX25 options not yet supported. It should work fine without them. The options are for tweaking timers and windows. As long as the server doesn't mandate EXTSEQ it should work.
The DSO error sounds like it just needs a make clean && make.
Yeah, a downside to grpc is that it's pretty heavy to build the library. Maybe cross compiling is an option? I've not done much cross compiling though.

Hello Thomas,

I've pushed a commit that ignores the application setting the AX25 options not yet supported.

Thanks, I've been able to use a standard call utility.
Now I can receive the Password:  prompt from the remote system. But still unable to log in, because my I frames are zero-sized for some reason:
lora: fm UR5VIB to LORA1 ctl SABM- 18:26:34
lora: fm LORA1 to UR5VIB ctl UA- 18:26:34
lora: fm LORA1 to UR5VIB ctl I00+ pid=F0(Text) len 10 18:26:34
0000  50 61 73 73 77 6F 72 64 3A 20                    | Password:
lora: fm UR5VIB to LORA1 ctl RR1- 18:26:35
lora: fm UR5VIB to LORA1 ctl I10^ pid=F0(Text) len 0 18:26:46
lora: fm LORA1 to UR5VIB ctl RR1v 18:26:49
lora: fm LORA1 to UR5VIB ctl I11+ pid=F0(Text) len 35 18:27:34
0000  0D 4C 6F 67 69 6E 20 74 69 6D 65 64 20 6F 75 74  | .Login timed out
0010  20 61 66 74 65 72 20 36 30 20 73 65 63 6F 6E 64  |  after 60 second
0020  73 2E 0D                                         | s..
lora: fm LORA1 to UR5VIB ctl DISC+ 18:27:34
lora: fm UR5VIB to LORA1 ctl RR2- 18:27:35
lora: fm LORA1 to UR5VIB ctl DM- 18:27:35
lora: fm UR5VIB to LORA1 ctl UA- 18:27:35

Where UR5VIB is my side with ax25sm and LORA1 is the remote (running linux kernel stack for AX.25).
Sometimes seqpacket throws an error:
Starting a new connection
packet {
  metadata {
    address {
      address: "LORA1"
    }
    connection_settings {
    }
    source_address {
      address: "UR5VIB"
    }
  }
}

Stopping timer t3
Stopping timer t1
Starting timer t1 with ms=6000
>>> State => AwaitingConnection
Stopping timer t1
Starting timer t1 with ms=3000
Stopping timer t1
Starting timer t1 with ms=3000
Stopping timer t1
  Sending data failed
Connect() exception: Sending data failed: Socket closed
./seqpacket: Exceptionbasic_string::at: __n (which is 3) >= this->size() (which is 3)

The DSO error sounds like it just needs a make clean && make.

Tried this and a clean git pull from the repository and still had that DSO error. Ended up with manually compiling specifying -lpthread at the end of line.

I've added check that should now add -lpthread. I thought I had, but clearly not.
And the zero length packets were due to the LD_PRELOAD not taking over enough library calls. I've now also fixed this, and axcall works for me.
I'm testing between ax25ms and the kernel implementation , and have not managed to see exceptions in seqpacket.
Could you share exactly which commands you run on the two sides? I think the most relevant is the axcall side and how you've set it up on the server side.
I should be able to debug it if I could reproduce it.

There is some progress.
I've been able to connect and send some data but there is a problem when receiving packets larger than handful of bytes.
Here is the output:
$ ./seqpacket -r localhost:12001 -l '[::]:12002'
Starting up a server
Server started
Starting a new connection
packet {
  metadata {
    address {
      address: "LORA1"
    }
    connection_settings {
    }
    source_address {
      address: "UR5VIB"
    }
  }
}

Stopping timer t3
Stopping timer t1
Starting timer t1 with ms=6000
>>> State => AwaitingConnection
DL-CONNECT confirm
Stopping timer t1
Stopping timer t3
>>> State => Connected
Got seqpacket frame of size 15
Stopping timer t1
Starting timer t3 with ms=300000
DL-DATA INDICATION
> Delivering data of size 10
Got seqpacket frame of size 26
Starting timer t1 with ms=3000
Stopping timer t3
Stopping timer t1
Starting timer t3 with ms=300000
DL-DATA INDICATION
> Delivering data of size 1
Got seqpacket frame of size 17
Stopping timer t1
Starting timer t3 with ms=300000
DL-DATA INDICATION
> Delivering data of size 61
Got seqpacket frame of size 77
DL ERROR: 14 (O: I frame exceeded maximum allowed length)
Stopping timer t3
Stopping timer t1
Starting timer t1 with ms=3000
>>> State => AwaitingConnection
Got seqpacket frame of size 272
Stopping reader
Connection ended
Connect() returning
Unknown connection src=LORA1 dst=UR5VIB
Unknown connection src=LORA1 dst=UR5VIB
Unknown connection src=LORA1 dst=UR5VIB
Unknown connection src=LORA1 dst=UR5VIB
./seqpacket: Exceptionbasic_string::at: __n (which is 3) >= this->size() (which is 3)

Trace from the remote side (password is omitted):
lora: fm UR5VIB to LORA1 ctl SABM- 19:07:42
lora: fm LORA1 to UR5VIB ctl UA- 19:07:42
lora: fm LORA1 to UR5VIB ctl I00+ pid=F0(Text) len 10 19:07:42
0000  50 61 73 73 77 6F 72 64 3A 20                    | Password:
lora: fm UR5VIB to LORA1 ctl RR1- 19:07:42
lora: fm UR5VIB to LORA1 ctl I10^ pid=F0(Text) len 8 19:07:47
0000  xx xx xx xx xx xx xx 0D                          | xxxxxxx.
lora: fm LORA1 to UR5VIB ctl I11+ pid=F0(Text) len 1 19:07:47
0000  0D                                               | .
lora: fm UR5VIB to LORA1 ctl RR2- 19:07:47
lora: fm LORA1 to UR5VIB ctl I12+ pid=F0(Text) len 61 19:07:47
0000  4C 61 73 74 20 6C 6F 67 69 6E 3A 20 4D 6F 6E 20  | Last login: Mon
0010  4A 61 6E 20 20 33 20 31 39 3A 34 36 3A 32 37 20  | Jan  3 19:46:27
0020  55 54 43 20 32 30 32 32 20 66 72 6F 6D 20 41 58  | UTC 2022 from AX
0030  2E 32 35 20 6F 6E 20 70 74 73 2F 32 0D           | .25 on pts/2.
lora: fm UR5VIB to LORA1 ctl RR3- 19:07:47
lora: fm LORA1 to UR5VIB ctl I13+ pid=F0(Text) len 256 19:07:47
0000  4C 69 6E 75 78 20 6B 69 77 69 73 64 72 20 34 2E  | Linux kiwisdr 4.
0010  34 2E 31 35 35 2D 74 69 2D 72 31 35 30 20 23 31  | 4.155-ti-r150 #1
0020  20 53 4D 50 20 54 75 65 20 44 65 63 20 34 20 31  |  SMP Tue Dec 4 1
0030  39 3A 34 31 3A 30 33 20 55 54 43 20 32 30 31 38  | 9:41:03 UTC 2018
0040  20 61 72 6D 76 37 6C 0D 0D 54 68 65 20 70 72 6F  |  armv7l..The pro
0050  67 72 61 6D 73 20 69 6E 63 6C 75 64 65 64 20 77  | grams included w
0060  69 74 68 20 74 68 65 20 44 65 62 69 61 6E 20 47  | ith the Debian G
0070  4E 55 2F 4C 69 6E 75 78 20 73 79 73 74 65 6D 20  | NU/Linux system
0080  61 72 65 20 66 72 65 65 20 73 6F 66 74 77 61 72  | are free softwar
0090  65 3B 0D 74 68 65 20 65 78 61 63 74 20 64 69 73  | e;.the exact dis
00A0  74 72 69 62 75 74 69 6F 6E 20 74 65 72 6D 73 20  | tribution terms
00B0  66 6F 72 20 65 61 63 68 20 70 72 6F 67 72 61 6D  | for each program
00C0  20 61 72 65 20 64 65 73 63 72 69 62 65 64 20 69  |  are described i
00D0  6E 20 74 68 65 0D 69 6E 64 69 76 69 64 75 61 6C  | n the.individual
00E0  20 66 69 6C 65 73 20 69 6E 20 2F 75 73 72 2F 73  |  files in /usr/s
00F0  68 61 72 65 2F 64 6F 63 2F 2A 2F 63 6F 70 79 72  | hare/doc/*/copyr
lora: fm UR5VIB to LORA1 ctl SABM- 19:07:48
lora: fm LORA1 to UR5VIB ctl UA- 19:07:48
lora: fm LORA1 to UR5VIB ctl I00^ pid=F0(Text) len 256 19:07:48
0000  4C 69 6E 75 78 20 6B 69 77 69 73 64 72 20 34 2E  | Linux kiwisdr 4.
0010  34 2E 31 35 35 2D 74 69 2D 72 31 35 30 20 23 31  | 4.155-ti-r150 #1
0020  20 53 4D 50 20 54 75 65 20 44 65 63 20 34 20 31  |  SMP Tue Dec 4 1
0030  39 3A 34 31 3A 30 33 20 55 54 43 20 32 30 31 38  | 9:41:03 UTC 2018
0040  20 61 72 6D 76 37 6C 0D 0D 54 68 65 20 70 72 6F  |  armv7l..The pro
0050  67 72 61 6D 73 20 69 6E 63 6C 75 64 65 64 20 77  | grams included w
0060  69 74 68 20 74 68 65 20 44 65 62 69 61 6E 20 47  | ith the Debian G
0070  4E 55 2F 4C 69 6E 75 78 20 73 79 73 74 65 6D 20  | NU/Linux system
0080  61 72 65 20 66 72 65 65 20 73 6F 66 74 77 61 72  | are free softwar
0090  65 3B 0D 74 68 65 20 65 78 61 63 74 20 64 69 73  | e;.the exact dis
00A0  74 72 69 62 75 74 69 6F 6E 20 74 65 72 6D 73 20  | tribution terms
00B0  66 6F 72 20 65 61 63 68 20 70 72 6F 67 72 61 6D  | for each program
00C0  20 61 72 65 20 64 65 73 63 72 69 62 65 64 20 69  |  are described i
00D0  6E 20 74 68 65 0D 69 6E 64 69 76 69 64 75 61 6C  | n the.individual
00E0  20 66 69 6C 65 73 20 69 6E 20 2F 75 73 72 2F 73  |  files in /usr/s
00F0  68 61 72 65 2F 64 6F 63 2F 2A 2F 63 6F 70 79 72  | hare/doc/*/copyr
lora: fm LORA1 to UR5VIB ctl I01+ pid=F0(Text) len 120 19:07:48
0000  69 67 68 74 2E 0D 0D 44 65 62 69 61 6E 20 47 4E  | ight...Debian GN
0010  55 2F 4C 69 6E 75 78 20 63 6F 6D 65 73 20 77 69  | U/Linux comes wi
0020  74 68 20 41 42 53 4F 4C 55 54 45 4C 59 20 4E 4F  | th ABSOLUTELY NO
0030  20 57 41 52 52 41 4E 54 59 2C 20 74 6F 20 74 68  |  WARRANTY, to th
0040  65 20 65 78 74 65 6E 74 0D 70 65 72 6D 69 74 74  | e extent.permitt
0050  65 64 20 62 79 20 61 70 70 6C 69 63 61 62 6C 65  | ed by applicable
0060  20 6C 61 77 2E 0D 75 72 35 76 69 62 40 6B 69 77  |  law..ur5vib@kiw
0070  69 73 64 72 3A 7E 24 20                          | isdr:~$
lora: fm LORA1 to UR5VIB ctl RR0+ 19:07:55
lora: fm LORA1 to UR5VIB ctl RR0+ 19:08:10
lora: fm LORA1 to UR5VIB ctl RR0+ 19:08:32
lora: fm LORA1 to UR5VIB ctl RR0+ 19:09:01
lora: fm LORA1 to UR5VIB ctl RR0+ 19:09:38
lora: fm LORA1 to UR5VIB ctl RR0+ 19:10:22
lora: fm LORA1 to UR5VIB ctl RR0+ 19:11:14
lora: fm LORA1 to UR5VIB ctl RR0+ 19:12:12
lora: fm LORA1 to UR5VIB ctl RR0+ 19:13:19

After that I looked at the code and found that the amount of data is limited in src/seqpacket_con.h:
 unsigned int n1 = 200; // Max number of octets in the information field of a frame.

I increased it to 65535. That helped, but not for too long:
lora: fm UR5VIB to LORA1 ctl SABM- 19:56:47
lora: fm LORA1 to UR5VIB ctl UA- 19:56:47
lora: fm LORA1 to UR5VIB ctl I00+ pid=F0(Text) len 10 19:56:48
0000  50 61 73 73 77 6F 72 64 3A 20                    | Password:
lora: fm UR5VIB to LORA1 ctl RR1- 19:56:48
lora: fm UR5VIB to LORA1 ctl I10^ pid=F0(Text) len 8 19:57:06
0000  xx xx xx xx xx xx xx 0D                          | xxxxxxx.
lora: fm LORA1 to UR5VIB ctl I11+ pid=F0(Text) len 1 19:57:06
0000  0D                                               | .
lora: fm UR5VIB to LORA1 ctl RR2- 19:57:06
lora: fm LORA1 to UR5VIB ctl I12+ pid=F0(Text) len 61 19:57:06
0000  4C 61 73 74 20 6C 6F 67 69 6E 3A 20 54 75 65 20  | Last login: Tue
0010  4A 61 6E 20 20 34 20 31 39 3A 35 35 3A 31 38 20  | Jan  4 19:55:18
0020  55 54 43 20 32 30 32 32 20 66 72 6F 6D 20 41 58  | UTC 2022 from AX
0030  2E 32 35 20 6F 6E 20 70 74 73 2F 32 0D           | .25 on pts/2.
lora: fm UR5VIB to LORA1 ctl RR3- 19:57:06
lora: fm LORA1 to UR5VIB ctl I13+ pid=F0(Text) len 256 19:57:06
0000  4C 69 6E 75 78 20 6B 69 77 69 73 64 72 20 34 2E  | Linux kiwisdr 4.
0010  34 2E 31 35 35 2D 74 69 2D 72 31 35 30 20 23 31  | 4.155-ti-r150 #1
0020  20 53 4D 50 20 54 75 65 20 44 65 63 20 34 20 31  |  SMP Tue Dec 4 1
0030  39 3A 34 31 3A 30 33 20 55 54 43 20 32 30 31 38  | 9:41:03 UTC 2018
0040  20 61 72 6D 76 37 6C 0D 0D 54 68 65 20 70 72 6F  |  armv7l..The pro
0050  67 72 61 6D 73 20 69 6E 63 6C 75 64 65 64 20 77  | grams included w
0060  69 74 68 20 74 68 65 20 44 65 62 69 61 6E 20 47  | ith the Debian G
0070  4E 55 2F 4C 69 6E 75 78 20 73 79 73 74 65 6D 20  | NU/Linux system
0080  61 72 65 20 66 72 65 65 20 73 6F 66 74 77 61 72  | are free softwar
0090  65 3B 0D 74 68 65 20 65 78 61 63 74 20 64 69 73  | e;.the exact dis
00A0  74 72 69 62 75 74 69 6F 6E 20 74 65 72 6D 73 20  | tribution terms
00B0  66 6F 72 20 65 61 63 68 20 70 72 6F 67 72 61 6D  | for each program
00C0  20 61 72 65 20 64 65 73 63 72 69 62 65 64 20 69  |  are described i
00D0  6E 20 74 68 65 0D 69 6E 64 69 76 69 64 75 61 6C  | n the.individual
00E0  20 66 69 6C 65 73 20 69 6E 20 2F 75 73 72 2F 73  |  files in /usr/s
00F0  68 61 72 65 2F 64 6F 63 2F 2A 2F 63 6F 70 79 72  | hare/doc/*/copyr
lora: fm UR5VIB to LORA1 ctl RR4- 19:57:07
lora: fm LORA1 to UR5VIB ctl I14+ pid=F0(Text) len 120 19:57:07
0000  69 67 68 74 2E 0D 0D 44 65 62 69 61 6E 20 47 4E  | ight...Debian GN
0010  55 2F 4C 69 6E 75 78 20 63 6F 6D 65 73 20 77 69  | U/Linux comes wi
0020  74 68 20 41 42 53 4F 4C 55 54 45 4C 59 20 4E 4F  | th ABSOLUTELY NO
0030  20 57 41 52 52 41 4E 54 59 2C 20 74 6F 20 74 68  |  WARRANTY, to th
0040  65 20 65 78 74 65 6E 74 0D 70 65 72 6D 69 74 74  | e extent.permitt
0050  65 64 20 62 79 20 61 70 70 6C 69 63 61 62 6C 65  | ed by applicable
0060  20 6C 61 77 2E 0D 75 72 35 76 69 62 40 6B 69 77  |  law..ur5vib@kiw
0070  69 73 64 72 3A 7E 24 20                          | isdr:~$
lora: fm LORA1 to UR5VIB ctl RR1+ 19:57:14
lora: fm LORA1 to UR5VIB ctl RR1+ 19:57:27
lora: fm LORA1 to UR5VIB ctl RR1+ 19:57:47
lora: fm LORA1 to UR5VIB ctl RR1+ 19:58:14
lora: fm LORA1 to UR5VIB ctl RR1+ 19:58:47

After I13+ and RR4- frames seqpacket stops responding where the last lines of serial are:
Injecting with size 272
  Added to queue
  Sending to client
Sending packet of size 18
c0 00 98 9e a4 82 62 40 60 aa a4 6a ac 92 84 e1 91 c0
Packet sent
Injecting with size 178
  Added to queue
  Sending to client
Injecting with size 15
  Added to queue
  Sending to client
Stream stop
Injecting with size 15
  Dead entry
Injecting with size 15
Injecting with size 15
Injecting with size 15

Ah yes, for large packets DL ERROR: 14 (O: I frame exceeded maximum allowed length) is the key (hard to find in the verbose output, though).
65536 bytes would take about 7 and a half minutes to send at 1200bps, but yeah it depends what you have set as max in the other end.
So you're using axcall to dial into something, right? How did you set up the server side, so that I can more easily try to reproduce it?
What were the last lines of seqpacket when it stops responding?

As far as I can see in the spec they specify default maximum is 256, not 65535:
<IP_ADDRESS>. Maximum Number of Octets in an I Field (N1)
The default maximum number of octets allowed in the I field is 256

I should have looked into it before, but I don't believe there is an overflow somewhere. But this needs an extra check.
Nevertheless as we can see from the traces, the remote party never sent more than 256 octets in one packet.

So you're using axcall to dial into something, right? How did you set up the server side

Exactly. The 'server' side is based on BeagleBone Black board and the setup is straightforward:
/etc/rc.local:
/usr/sbin/kissattach /dev/ttyUSB0 lora
/usr/sbin/ax25d

/etc/ax25/axports:
lora    LORA1           115200  940     1       LoRa

/etc/ax25/ax25d.conf:
[lora]
NOCALL * * * * * * L
ur5vib 1 * * * * * * root /usr/sbin/axspawn axspawn %u +

What were the last lines of seqpacket when it stops responding?

I'll check that later this evening.

What were the last lines of seqpacket when it stops responding?

That's interesting, I'm unable to reproduce this issue now.
I'm pretty sure that my setup hasn't changed since yesterday. I'll continue my shenanigans to see if there any chance to hang it up.

Unfortunately, that was the last time it was connecting. I transferred about 100 KB during that session without any problem.
But all subsequent sessions were total failure for unknown reason.
I did screen capture here: https://youtu.be/5LQVxo74uxQ
This time seqpacket exited when I killed call in another window.

If you're still interested in this I've fixed two issues with timers for ACKs and retransmissions not kicking off as they should. It may work better for you now.

I think I've set up similar as your config and it seems to work here.
Server

Icom 9700
direwolf
kissattach
ax25d with same axspawn line that you quoted earlier, except with one of my callsigns (2E0VMB-6).

Client

Kenwood TH-D74 in KISS mode over bluetooth
`./serial -l '[::]:12001' -p /dev/rfcomm0
./seqpacket -l [::]:12002' -r localhost:12001
AX25_ADDR=M0THC-3 AX25_DEBUG=wut.log AX25_router=127.0.0..1:12002 LD_PRELOAD=$HOME/opt/ax25ms/lib/libpreload.so axcall -s M0THC-2 radio 2E0VMB-6

It seems to work reliably for me. Well, you're right I should bump the max frame size, and I now have (commit just pushed).
The serial->RPC output from your screenshot is weird. Why would it be reading all those zeroes?
The RPC->Serial looks good, but it appear not not be receiving any packet at all from the TNC.
That's actually good, because it looks like the whole path from axcall to the serial port looks good, but on the receive side there's a problem between the TNC and the serial service. And that serial-rpc gateway is the simplest component.
What TNC is it?
If while serial is running you run stty -F /dev/ttyUSB0 (or with -a too), does it still have the settings you expect your TNC to have?
I am assuming that the TNC speaks KISS?
Does it mandate that a CRC is used?

I've not tried running ax25d/axspawn under ax25ms yet. I will, but not tonight as it's getting late here.
I see you did get a successfull connection once, that seems to immediately fail?
When you test it may be good between tests to kill seqpacket and restart it, in case a previous connection attempt left some state. It shouldn't, but I fixed a couple of bugs where it did.

Hello Thomas,
The LoRa modem that I built on top of ESP32 and RIOT-OS is not really a KISS device. It's acting more like a simplex serial extender between two linux TNCs a few miles apart one from the another. Despite LoRa has built-in CRC capabilities, sometimes it receives noise. The modem puts whichever it thinks a data packet (garbage) directly to the serial line. Another thing I always keep forgetting of is weird behavior of ROIT-OS with random multiplication of characters on the serial line. (I think it's a RIOT-OS problem and I need to fix it.) Perhaps these factors are responsible for trains of zeroes in the serial line that I failed to recognise the last time. Because garbage in the serial line could occur any time, I think maybe it's needed to extra check the incoming data for sanity to prevent those exceptions and exits of seqpacket.
I just repeated the same steps as I did last time and now the call-ing the remote is working.


Metasploit::Cache::Payload::Stage::Class

MSP-12343
Pre-verification steps

[ ] Merge #26

Verification Steps

[ ] rm Gemfile.lock
[ ] bundle install

Test coverage

[ ] rake cucumber spec coverage
[ ] VERIFY no failures
[ ] VERIFY 100% coverage

Documentation

[ ] rake yard
[ ] VERIFY only warns are the following:

[warn]: @param tag has unknown parameter name: module_instances
    in file `app/models/metasploit/cache/module/class.rb' near line 147
[warn]: @param tag has unknown parameter name: module_instance
    in file `app/models/metasploit/cache/module/instance.rb' near line 317
[warn]: @param tag has unknown parameter name: architecture_abbreviations
    in file `app/models/metasploit/cache/module/instance.rb' near line 336
[warn]: @param tag has unknown parameter name: architectured
    in file `app/models/metasploit/cache/module/instance.rb' near line 353
[warn]: @param tag has unknown parameter name: platforms
    in file `app/models/metasploit/cache/module/instance.rb' near line 367
[warn]: @param tag has unknown parameter name: platform_fully_qualified_names
    in file `app/models/metasploit/cache/module/instance.rb' near line 403
[warn]: @param tag has unknown parameter name: module_target
    in file `app/models/metasploit/cache/module/instance.rb' near line 420
[warn]: @param tag has unknown parameter name: module_instance
    in file `app/models/metasploit/cache/module/instance.rb' near line 434
[warn]: @param tag has unknown parameter name: module_target
    in file `app/models/metasploit/cache/module/instance.rb' near line 492

[ ] VERIFY no undocumented objects

Post-merge Steps
Perform these steps prior to pushing to master or the build will be broken on master.
Version

[ ] Edit lib/metasploit/cache/version.rb
[ ] Remove PRERELEASE and its comment as PRERELEASE is not defined on master.

Gem build

[ ] gem build *.gemspec
[ ] VERIFY the gem has no '.pre' version suffix.

RSpec

[ ] rake spec
[ ] VERIFY version examples pass without failures

Commit & Push

[ ] git commit -a
[ ] git push origin master

Coverage increased (+0.07%) to 99.72% when pulling df8ec8506bfb02e0fe684728e0047fe68816441d on feature/MSP-12343/payload-stage-class into 44513d6b8e8d04d195e5bd236a7d8fa6adae4913 on master.


Disable iTerm Visor window tiling

Hi there @koekeishiya
Long time user of your previous Kwm.
Great work so far. Chunkwm seems to be running really stable.
I notice however that iTerm's visor window has issues with Chunkwm, similar to how it was reported here: https://github.com/koekeishiya/kwm/issues/299
kwmc rule owner="iTerm2Visor" properties={role="AXDialog";float=true}
This seemed to be the solution, and worked well.
Is there any way I can get the same to work in Chunkwm? Currently the visor looks like this:

When it should look like:

As you can see the issues are;

it tiles the background window
increases the window size of new visor window to standard tile size

See #176 and window rules section in the chunkwm-tiling readme.
if you need more specific help, let me know.

Fantastic, thank you.
This system for rules seem much simpler than Kwm's. Good work!
Sadly, there doesn't seem to be a real way to differentiate a normal iTerm window from an iTermVisor window:

the visor being 36505
But thankfully my visor is nearly always in tmux mode so filtering by name works for the time being!

Another thing I've noticed with another application I use, is it possible to check for values not equaling that something for a given rule?
For example:
chunkc tiling::rule --owner Finder --name ! "" --state float
Meaning, a rule for any window owned by Finder but whose name is not ""

You can use --except for that

Thanks @dominiklohmann, I didn't see that line
However, this doesn't seem to work when the name is empty:

chunkc tiling::rule --owner newton --except "" --state float

Does it work if you use this instead?
chunkc tiling::rule --owner newton --except \"\" --state float

Also if I recall correctly --name works with anything that works with std::regex, so this should also work:
chunkc tiling::rule --owner newton --name \"^(?![\s\S])\" --state float

That regex is a negative lookahead for any character, so it only matches an empty string.

filter type is also mentioned in the tiling readme. the supported syntax is POSIX Extended Regular Expression

POSIX Extended Regular Expression

So no (negative) lookahead, so cut that idea. This leaves the --except option for that afaik.

chunkc tiling::rule --owner Finder --name .+ --state float
Applies to window that has a non-empty name, iirc

Ok so screw my last post, the rule worked. I just failed at testing...
float all finder windows that does have a name.  . matches any character except the null character, and the + tells us to match the previous atom 1 or more times, thus ignoring empty windows.
chunkc tiling::rule --owner Finder --name ".+" --state float
if you want the rule to ONLY apply to windows with empty title:
`chunkc tiling::rule --owner Finder --except ".+" --state float
https://www.gnu.org/software/findutils/manual/html_node/find_html/posix_002dextended-regular-expression-syntax.html

Perfect @koekeishiya
That works great, thank you for all your hard work!

Great, closing this issue then.

I solved this by setting turning off the "terminal may set tab/window title" option in my 'Slide Down' profiles' preferences in iTerm.
Then I set the following in my .chunkwmrc (my shell is zsh):
chunkc tiling::rule --owner iTerm2 --name "^zsh" --state float
This works because my drop-down has name zsh whereas my default profile has names that are set by the window/tab (which usually start with my username).

@asselinpaul even better, the window gets it's name from the profile. So simply having a the visor profile called hotkey in profiles>general>name allows us to filter for it.
Turning off the "terminal may set tab/window title" for that profile, then:
chunkc tiling::rule --owner iTerm2 --name "{name_of_profile}" --state float

@Jarvvski even better, thank you

@karbecker In case you are still having this issue, I found a solution.
Keys Tab > create a dedicated hotkey window... > configure existing profile > check Floating window

@Kryan90 this is the best method I've found:
chunkc tiling::rule --owner iTerm2 --name \"Hotkey Window\" --state float
Then in iTerm2 prefs: 'your hotkey profile' > terminal tab > uncheck both terminal may report/set window/tab title
The name of your profile is what you use in the chunkrc config

This was driving me nuts, until I found the setting in iTerm2: Appearance > Window and Tab Titles > check "Show Profile Name". This might be your problem @karbecker unless you figured it out already 😄


Tackle "plan not found" issues

Purpose

This PR tackles issues that randomly popped-up during the execution of use cases. These issues where based on the fact that service plans might not be visible to the environment due to timing issues (plan took longer to be usable in environment)
Does the PR solve an issue

[ ] Yes - Please add issue number
[x] No

Does this introduce a breaking change?

[ ] Yes
[x] No

Pull Request Type
What kind of change does this Pull Request introduce?

[x] Bugfix
[ ] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Documentation content changes
[ ] Other... Please describe:

How to Test

What to Check
Verify that the following are valid

...

Other Information

Integration test successful see https://github.com/SAP-samples/btp-setup-automator/actions/runs/4325262075


changing preCreateChatMessage hook to chatMessage

I have installed the module , but was getting an error saying "/readycheck is not a valid chat command".
I looked at the source code of the module and saw that it uses "preCreateChatMessage" hook
Then I looked at the hooks that are firing and the only one was "chatMessage"
If I understand correctly, foundry attempts to parse the message before "preCreateChatMessage" is fired, and fails
I am not sure how the module worked in testing, but here's an easy fix.

I'm getting the same error message as @danielrab has mentioned.
Thanks for the fix daniel, I hope the author can review and merge this asap.


executing dep deploy failed

Q
A

Issue Type
Bug, Question, Feature Request

Deployer Version
N/A

Local Machine OS  debian 8

Remote Machine OS
debian 8

Description
If you're reporting a bug, please include following information
Steps to reproduce
Content of deploy.php
<?php
namespace Deployer;
require 'recipe/laravel.php';

// Configuration
set('repository', 'git@github.com:iserifith/monash-main.git');

add('shared_files', []);
add('shared_dirs', []);

add('writable_dirs', []);

// Servers

server('localhost', 'http://144.xxx.xx.255/')
    ->user('serah')
    ->identityFile('~/.ssh/id_rsa.pub', '~/.ssh/id_rsa', 'mypass')
    ->set('deploy_path', '/var/www/lar');

// Tasks

desc('Restart PHP-FPM service');
task('php-fpm:restart', function () {
    // The user must have rights for restart service
    // /etc/sudoers: username ALL=NOPASSWD:/bin/systemctl restart php-fpm.service
    run('sudo systemctl restart php-fpm.service');
});
after('deploy:symlink', 'php-fpm:restart');

Output log
With enabled option for verbose output -vvv.
Shell on your server is not POSIX-compliant. Please change to sh, bash or similar.
Usually, you can change your shell to bash by running: chsh -s /bin/bash
✔                                                                                ➤ Executing task deploy:failed
[RuntimeException]
Unable to login with the provided credentials.
Am i missing something here?

Unable to login with the provided credentials.

i assume its this right >identityFile('~/.ssh/id_rsa.pub', '~/.ssh/id_rsa', 'mypass' ?
does those file already there or i need to create it? sorry for the dumb questions

Try login to server with ssh.

Please reduce the host to its name (or IP address in your case), there should not be a scheme here.

how this issue was resolved?


Styling Books Store Application

in this pull request, I have :

[x] styled the books store application

thank you @AnselemOdims


fix: dak.copy should copy metadata

My recent change to dak.copy made it an identity. Whilst that's useful at the buffer level (dask-awkward has only pure functions at the user level) we still want to copy the metadata. This will become more important with Array.attrs.

Codecov Report

Merging #413 (08c48c6) into main (f447df4) will decrease coverage by 0.01%.
Report is 2 commits behind head on main.
The diff coverage is 97.77%.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
@@            Coverage Diff             @@
##             main     #413      +/-   ##
==========================================
- Coverage   93.94%   93.94%   -0.01%
==========================================
  Files          23       23
  Lines        3107     3123      +16
==========================================
+ Hits         2919     2934      +15
- Misses        188      189       +1

Files
Coverage Δ

src/dask_awkward/layers/layers.py
93.18% <100.00%> (+0.10%)
:arrow_up:

src/dask_awkward/lib/io/columnar.py
98.38% <ø> (ø)

src/dask_awkward/lib/io/io.py
96.66% <100.00%> (+0.02%)
:arrow_up:

src/dask_awkward/lib/structure.py
93.61% <97.50%> (-0.06%)
:arrow_down:

:mega: Codecov offers a browser extension for seamless coverage viewing on GitHub. Try it in Chrome or Firefox today!


fix(dockerfile): take GITHUB_TOKEN from secrets

What
This takes GITHUB_TOKEN from secrets instead of build args.
Why
Security reasons.
Notes
—

/e2e

/e2e

/e2e

/e2e


contributingToAProject.md

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] None of my changes are plagiarized from another source without proper attribution.
[x] My article does not contain shortened URLs or affiliate links.

If your pull request closes a GitHub issue, replace the XXXXX below with the issue number.
Closes #19027

While potentially useful, this is not the right article for it. Suggest closing.

We are marking this PR invalid for hacktoberfest as it does not follow the recommended guidelines below:

Quality Standards
In line with Hacktoberfest value #2 (Quantity is fun, Quality is key), we have provided examples of the quality standards we encourage. This applies mainly to beginners.

PRs that are automated e.g. scripted opening PRs to remove whitespace / optimize images.
PRs that are disruptive e.g. taking someone else's branch/commits and making a PR.
PRs that are regarded by a project maintainer as a hindrance vs. helping.
Something that's clearly an attempt to simply +1 your PR count for October.

Learn more at https://hacktoberfest.digitalocean.com/details


Update SQS constructor to allow custom AWS endpoint

To allow for mocking of SQS queues a configurable endpoint is required. For SNS this has already been done, this is just adding the same for SQS.
This is my first contribution so I hope I've follow the process
Resolves #165

Thanks, @DavyJ0nes! I'll merge/tag once Travis is green.

Awesome, thank you 😄

https://github.com/NYTimes/gizmo/releases/tag/v0.3.10

Coverage increased (+0.06%) to 44.768% when pulling b27905bfb99b5a07c8f7796506abd5432eebc9c7 on DavyJ0nes:update-sqs-endpoint-config into fe286d84be0e96bb4e61ef55e87c926e0abd9dbb on NYTimes:master.


Allow calling files or grep provider for specific directory

I'd like to be able to specify which directory is searched using an argument to the files or grep providers.
e.g. something along the lines of:
Clap files app/ - search a specific directory
Clap files . - search the current directory
Clap files .. - search the parent directory
This would be particularly useful when you have a file open and want to open another file known to be in the same directory.
The same feature was already requested in a comment against issue 6.

I'd like to see this as well. The one extremely useful shortcut I'm still missing from my old Spacemacs setup is <Space>saf to search in the directory of the file in the current buffer. I've tried to implement this myself in "userland" by using a custom :command! but I don't think it's possible since all the most popular grep-like tools take the query first then the directory. I've checked and can't find an argument I can pass before the query to limit the search to a particular directory (this would make it completely possible in userland).
One way I've thought we could fix this is to allow a token in the grep args global like %q that would get replaced with the typed query at runtime. Then I could implement something like:
function! FindInFolder(folder)
  let orig = g:clap_provider_grep_opts
  let g:clap_provider_grep_opts = "%q " . a:folder
  " Is this sync or async? Do I need to somehow wait for it to close to have it reset?
  exec "Clap grep"
  let g:clap_provider_grep_opts = orig
endfunction

:command FindInCurrentBufferFolder call FindInFolder(expand("%:h"))

There may be an easier way to implement the above, but if we could have a token like that it would help implement this. Another option might be to use a lambda or function reference that receives the query and customizes the command line string.
Thoughts?

is it possible to create a new provider by extending a provider and overriding the command?

The most easy way is to modify autoload/clap/provider/grep.vim locally to satisfy your need until this issue is resolved. I accept PR if the modification is also helpful for others,

Thank you @liuchengxu, love your work! 😄

Thanks! This looks awesome, can’t wait to give it a try!


Add automatic merge PR template

Proposed changes:

...

Status (please check what you already did):

[ ] added some tests for the functionality
[ ] updated the documentation
[ ] updated the changelog (please check changelog for instructions)
[ ] reformat files using black (please check Readme for instructions)

@mprazz this check seems to be blocking, any ideas? 🤔

I'm guessing smth is up on GH's side -- re-running for now (the workflow said it was finished even though it wasn't, very strange)


fix: Add marquee property to CardContentVerticalSmall

Description
OTTX-30843
This change is necessary for the flex cards, particularly in the context of CardContentVerticalSmall. To address this requirement, I have specifically added the marquee property to CardContentVerticalSmall instead of MetadataCardContent.
I have tried overriding in flex directly as well it didn't work for me

Test Execution Failed.

Test Execution Failed.

:tada: This PR is included in version @lightningjs/ui-components-v2.20.2 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Control: add localization_pose message into record for Control Channel

Move the localization pose into input debug per comment. Thanks


sendKeys and clear not updating ng-model

Hi,
I have an issue with protractor, when I have a simple angularjs app with a login form.
I launch a simple functional test to try to log in, but I noticed that the model of the inputs does not update. I use the sendKeys and clear methods to clear and fill them.
The email and password are written in it, but the model value does not change. It is still the one from my login controller initialization.
I need to manually change the inputs content to trigger the update of the model. I tried a lot of things but nothing worked, it is as if protractor breaks angular's two way data binding.
In my login controller, I use the controller as syntax, tried without with the scope.
Bug report

Node Version: 4.2.6
Protractor Version: 4.0.9
Angular Version: 1.5.8
Browser(s): phantomjs
Operating System and Version Ubuntu 16.04
Your protractor configuration file

'use strict';

exports.config = {
  onPrepare: function () {
    var SpecReporter = require('jasmine-spec-reporter');
    // add jasmine spec reporter
    jasmine.getEnv().addReporter(new SpecReporter({
      displayStacktrace: 'summary', // display stacktrace for each failed assertion, values: (all|specs|summary|none)
      displayFailuresSummary: true, // display summary of all failures after execution
      displaySuccessfulSpec: true,  // display each successful spec
      displayFailedSpec: true,      // display each failed spec
      displayPendingSpec: true,     // display each pending spec
      displaySpecDuration: true,    // display each spec duration
      displaySuiteNumber: true,     // display each suite number (hierarchical)
      colors: {
        success: 'yellow',
        failure: 'red',
        pending: 'cyan'
      },
      prefixes: {
        success: 'OK ',
        failure: 'NO ',
        pending: '-- '
      },
      customProcessors: []
    }));
    var width = 1200;
    var height = 900;
    browser.driver.manage().window().setSize(width, height);
    // Specifies the amount of time the driver should wait when searching for an element if it is not immediately present.
    browser.manage().timeouts().implicitlyWait(30000);
    browser.get('/');
    var disableNgAnimate = function () {
      angular.module('disableNgAnimate', []).run(function($animate){
        $animate.enabled(false);
      });
    };
    browser.addMockModule('disableNgAnimate', disableNgAnimate);
  },
  params: {
    login: {
      bogusUser: {
        email<EMAIL_ADDRESS>        password: 'boguspass'
      },
      user: {
        email<EMAIL_ADDRESS>        password: 'Azerty1234'
      }
    }
  },
  allScriptsTimeout: 30000,
  capabilities: {
    //'browserName': 'firefox',
    //'browserName': 'chrome',
    'browserName': 'phantomjs',
    'chromeOptions': {
      'args': ['show-fps-counter=true']
    },
    'phantomjs.binary.path': require('phantomjs').path,
    'phantomjs.ghostdriver.cli.args': ['--loglevel=DEBUG']
  },
  baseUrl: 'http://localhost:3000/',
  directConnect: false,
  specs: ['test/e2e/**/*.spec.js'],
  jasmineNodeOpts: {
    showColors: true,
    defaultTimeoutInterval: 30000,
    // ----- Remove protractor dot reporter -----
    print: function () {
    },
    isVerbose: true
  },
  framework: 'jasmine2'
};

A relevant example test

it('should login with correct credentials', function() {
    page.emailInput.clear();
    page.emailInput.sendKeys(params.login.user.email);
    page.passwordInput.clear();
    page.passwordInput.sendKeys(params.login.user.password, protractor.Key.ENTER);
    browser.wait(
      protractor.ExpectedConditions.visibilityOf(
        element(by.css(".md-sidenav-left")), 9000)
    );
  });

Output from running the test

A Jasmine spec timed out. Resetting the WebDriver Control Flow.
    NO should login with correct credentials (33 secs)
      - Error: Timeout - Async callback was not invoked within timeout specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.

Hi there!
Your question is better suited for StackOverflow or Gitter. Please ask a question there with the 'protractor' tag or post in the Gitter Channel to get help.
From the the getting help section of the README:

Please ask usage and debugging questions on StackOverflow (use the "protractor" tag) or in the Angular discussion group. (Please do not ask support questions here on Github.)

Thanks!


gCNV failure

https://batch.hail.populationgenomics.org.au/batches/443781/jobs/1
"Some contigs do not have ploidy priors"
Not sure why this is happening now, when we've had 3 successful runs. Requires investigation, but could be mitigated by filtering to canonical contigs

My fault - in generating a regions file (SureSelect Clinical Research Exome V1, lifted over from GRCh37 -> 38), a range of the locations were placed on decoy contigs. We now have calls on those contigs, which are not reflected in the ploidy config file

Updated the capture file to remove non-canon GRCh38 contigs, and force-rerunning the analysis. Provisionally closed, will re-open if further work is required


Optimize ORSet additions

optimizes additions by removing the supporting tokens that are already there (however this requires require_state_downstream set to true for these operations)
simplifies by producing only one type of downstream op {Elem, TokensToAdd, TokensToRemove}
removes what appeared to be some legacy code from Riak (I don't know if this is okay)

cc @gyounes @CBaquero

@peterzeller just pushed the improvements you suggested.
The code is more confusing now. What do you think?
One thing I did not implement is generating only one token to support all elements that are to be added.
@CBaquero When I do {add_all, [a, b, c]}, can I use that same unique token to support a, b and c?

@vitorenesduarte I think the same token can be used to support distinct elements. But what would be the measurable benefit? Less calls to the random generator, maybe. I have mixed feelings about this one. I am a bit afraid it can obfuscate a bit the code. If not added, we should at least put a comment there in the code with that potential optimization mentioned.

@peterzeller just pushed the improvements you suggested.
The code is more confusing now. What do you think?

I agree that the code is more confusing now. There is also some duplication with the remove-wins set now. Maybe the commonalities can be extracted into a separate module.
For applying the updates it might be possible to use the orddict:merge function, if you change the downstream_ops to be orddicts as well. In the update you can then first merge the state and the downstream_ops and then filter the removed elements.
For calculating the downstream ops I did not find a suitable method in the standard library, but you could maybe write something like ordsets:intersection for getting the relevant entries.

@vitorenesduarte I think the same token can be used to support distinct elements. But what would be the measurable benefit? Less calls to the random generator, maybe.

Since the random number generator is from the crypto module it might be problematic to call it too often. From the documentation:

May throw exception low_entropy in case the random generator failed due to lack of secure "randomness".

So maybe we should use a different source for the tokens.

If the same token is used, removes must include the element being
removed... I see that this is being done, but I guess there is a trade-off
between computation and space that depends on the size of elements being
put in the set.
On Fri, Nov 4, 2016 at 12:02 PM, Carlos Baquero<EMAIL_ADDRESS>wrote:

@vitorenesduarte https://github.com/vitorenesduarte I think the same
token can be used to support distinct elements. But what would be the
measurable benefit? Less calls to the random generator, maybe. I have mixed
feelings about this one. I am a bit afraid it can obfuscate a bit the code.
If not added, we should at least put a comment there in the code with that
potential optimization mentioned.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/SyncFree/antidote_crdt/pull/5#issuecomment-258414242,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AJZR8ilkzg59l2ECjNfcA14BuOlh2cf7ks5q6x7xgaJpZM4Ko22_
.

Another way to avoid multiple calls to the random token generator is to do one call to get a random string/buffer and then change the last couple of bytes of the string (as a counter) to create different tokens for each element.
But, I am starting to lean more to the use of the same token for different values.
I might propose to not optimize the token generation yet, until we cover all the datatypes. And then later, once we are sure there are no implications nowhere, then we can re-use tokens, adjust them, etc.


Test for cleanup on exception

Wherever we manually invoke iterable[Symbol.iterator]() and pass control flow back to the user with a callback or similar, we should be careful to return() the source iterable if the user's code throws an exception.

fork (close on finally)
async-fork (close on finally)
reduce/async-reduce (close on finally)
group-by/async-group-by (close on finally)
partition/async-partition (close when both output iterator are returned - using finally)
zip/zipLongest (close all input iterables on finally)
merge (it should work bu it will soon drop dead)

Everything looks ok here.
But it is a good idea creating test cases for these (like the one on fork).
I am updating the title of the ticket

This is a great first timer ticket @stecb :-)

Hello folks! Will have a look tonight/tomorrow :) probably will need some help at the beginning.

welcome @stecb !
@conartist6 wrote a great test case to check if we are calling the method "return" on to close an input iterator.
I wrote something about this mechanism in the wiki https://github.com/sithmel/iter-tools/wiki/Generator-functions-work-flow
But ping me if you need anything

splitAt, asyncSplitAt need tests as well

and multiPartition will soon need that too

Taken care of here: https://github.com/sithmel/iter-tools/commit/19c3aa89e57446ec4e7f3b1d951a4f0af850cf97


No content about how to pause and resume a test in Test Runner

In Run tests for web apps, step 7 says the following:
When you've run all your tests, save the results and close Test Runner. All the test results are stored in Azure DevOps. How do I resume testing, or run one or more tests again?
That link takes you to a FAQ question about how to rerun a test, but doesn't say anything about how to pause and resume tests.

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

ID: f20ab28c-41a4-9fde-b8fb-ab814e0295b3
Version Independent ID: a479d74e-9b8b-6bb0-407a-1ba07edd1b9b
Content: Run manual tests - Azure Test Plans
Content Source: docs/test/run-manual-tests.md
Product: devops
Technology: devops-test
GitHub Login: @steved0x
Microsoft Alias: sdanie

@steved0x There's nothing about "pause" or "resume" in the article or FAQ that it links to.


Example using Proguard

Hi,
It would be awesome if you could provide an example of using Espresso with Proguard.  I've run into multiple issues adding Espresso to an existing project that uses Proguard to stay under the dex limit, and there doesn't seem to be good support available online.  I'll submit a PR if I get it working.
Thanks!

We use proguard in
https://github.com/googlesamples/android-architecture

Thanks!  I'll have a look.


Transition from SNNAnalyzer to hooks

The SNNAnalyer is a useful tool in sinabs to collect various statistics on SNN dynamics. However, it has become somewhat clunky over time and it is hard to collect customized statistics. The approach of hard-coding which data is collected and processed makes the SNNAnalyzer quite rigid and limits its scope. For instance, it is currently not possible to be used when samples of different batches have different dimensions (e.g. different number of frames).
A leaner and more flexible approach might therefore be to provide a range of hooks that can be added to the model. These can be applied selectively and if needed, users can define custom hooks easily. This approach may also reduce memory overhead. Currently the SNNAnalyzer stores all input and output data for (almost) all layers in a model. Individual hooks could instead just store the relevant statistics (such as firing rates), which are often more compact.
An open question that still needs to be discussed: The SNNAnalyzer had a "global" view over a given SNN and was therefore able to take pooling layers into account when calculating synaptic operations. How can this be solved when using hooks that operate on a per-layer level?
To do:

[ ] Introduce hooks that cover the statistics provided by the  SNNAnalyzer, inlcuding firing rates, and synaptic operations
[ ] Provide an easy way of adding hooks to a model (?)
[ ] Phase out SNNAnalyzer

One approach to solve the issue about average pooling in synops calculation could be to have a hook that is registered with the network, rather than individual layers. It would probably need some sort of helper hooks that then are registered with the weight layers.

Added the hooks. Still need unit tests and documentation to make sure they work properly.

Unit tests and docstrings are in place now. Also the how-tos about synops have been updated. Still missing: A how to on using the hooks in general, and mentioning the firing rate hook somewhere.

I added a how-to about using custom hooks and included the firing rate in the how-to about snns and synops.
Furthermore I added deprecation warnings to the SNNAnalyzer and SynOpsCounter classes.
PR #208 is ready for review

Merged through #208


Update to Mongoid 3

Now requires Mongoid 3.0 as minimum version (this is the only version to support Rails 3.2; Mongoid 2 is very outdated and few plugins continue to support it.)
Upgrade specs/helpers for Mongoid 3
Support Mongoid aliased field names (e.g. field :foo, as: bar, type: String). Includes spec
Support before_type_cast on Mongoid. No code change was required for this, only a spec change.
There was one mongoid spec that was previously marked pending. I've found that it now works on Mongoid 3.
Removed some Mongoid 2.3 and earlier hacks, which simplifies the Mongoid ORM code.

I'd really like to pull out mongoid support. I don't use it and don't imagine I will again.
Are you interested in ripping out the mongoid support and putting it in your own gem?

@adzap possibly in the future, but you would be able to merge this as-is?

@johnnyshields  I'd prefer not to. This current version will become Rails 3.x only. Moving to Rails 4.x I want to strip out extensions which have  a dependency outside of Rails version.

@adzap it would make sense to merge this as it provides a solution for Rails 3 users on Mongoid (Mongoid 3 == Rails 3). Rails 4 works with Mongoid 4, etc.

@johnnyshields Ok sorry. Gotcha. I will merge.

Thanks!


⚠ Bofrost.at has degraded performance

In 0457076, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1243 ms

Resolved: Bofrost.at performance has improved in 3b0da22.


[BUG] V3.1.25 breaks on laravel 5.5

Prerequisites

[X] Checked if your Laravel Excel version is still supported: https://docs.laravel-excel.com/3.1/getting-started/support.html#supported-versions
[X] Able to reproduce the behaviour outside of your code, the problem is isolated to Laravel Excel.
[X] Checked that your issue isn't already filed.
[X] Checked if no PR was submitted that fixes this problem.
[X] Filled in the entire issue template

Versions

PHP version: 7.4.12
Laravel version: 5.5.50
Package version: 3.1.25

Description
The feature https://github.com/Maatwebsite/Laravel-Excel/pull/2905 that was included in 3.1.25 uses the Illuminate\Support\Traits\Localizable trait which wasn't added until Laravel 5.6
Steps to Reproduce
Add the package to a Laravel 5.5 installation and attempt to export.
Expected behavior:
The package to be able to export with laravel 5.5 :)
Actual behavior:
The following error is reported:
"Trait 'Illuminate\Support\Traits\Localizable' not found" on line 9 of <path>/vendor/maatwebsite/excel/src/Jobs/Middleware/LocalizeJob.php
Additional Information
None

Hey, the documentation doesn't reflect it anymore, but we the current release supports from Laravel 5.8 and onwards. You will have to lock this package to 3.1.24 until you upgrade Laravel. I'll update the composer constraint soon.


Error with mk_CatchRestarts in latest nightly tests on GEOSgcm main

In the latest nightly tests with the current GEOSgcm main (v10.19.5 candidate), regrid is failing in the surface. To wit from:
/gpfsm/dnb44/mathomp4/SystemTests/runs/REGRID/CURRENT/mk_catch.log.1

we have:
set catchIN = InData/*catch_internal_rst*
set params = ( OutData/CF0090x6C_CF0090x6C-Pfafstetter.til InData/CF0048x6C_DE0360xPE0180-Pfafstetter.til InData/catch_internal_rst 50 )
/gpfsm/dnb44/mathomp4/SystemTests/builds/AGCM/CURRENT/GEOSgcm/install-Release/bin/esma_mpirun -np 84 /gpfsm/dnb44/mathomp4/SystemTests/builds/AGCM/CURRENT/GEOSgcm/install-Release/bin/mk_CatchRestarts OutData/CF0090x6C_CF0090x6C-Pfafstetter.til InData/CF0048x6C_DE0360xPE0180-Pfafstetter.til InData/catch_internal_rst 50
/gpfsm/dnb44/mathomp4/SystemTests/builds/AGCM/CURRENT/GEOSgcm/install-Release/bin/esma_mpirun: mpi_type = intel
/usr/local/intel/oneapi/2021/mpi/2021.2.0/bin/mpirun  -np 84 /gpfsm/dnb44/mathomp4/SystemTests/builds/AGCM/CURRENT/GEOSgcm/install-Release/bin/mk_CatchRestarts OutData/CF0090x6C_CF0090x6C-Pfafstetter.til InData/CF0048x6C_DE0360xPE0180-Pfafstetter.til InData/catch_internal_rst 50
 SURFLAY:    50.00000
 havedata =  F
 Working from restarts alone
Abort(5535444) on node 0 (rank 0 in comm 0): application called MPI_Abort(MPI_COMM_WORLD, 5535444) - process 0
>> Error << /usr/local/intel/oneapi/2021/mpi/2021.2.0/bin/mpirun  -np 84 /gpfsm/dnb44/mathomp4/SystemTests/builds/AGCM/CURRENT/GEOSgcm/install-Release/bin/mk_CatchRestarts OutData/CF0090x6C_CF0090x6C-Pfafstetter.til InData/CF0048x6C_DE0360xPE0180-Pfafstetter.til InData/catch_internal_rst 50: status = 212; at /gpfsm/dnb44/mathomp4/SystemTests/builds/AGCM/CURRENT/GEOSgcm/install-Release/bin/esma_mpirun line 378.
if ( 0 ) then
endif
if ( 0 ) then
exit

So the mk_CatchRestarts call is failing. Now, @weiyuan-jiang did add some error checking, see:
https://github.com/GEOS-ESM/GEOSgcm_GridComp/compare/v1.12.6...main#diff-3420742582d7c5339dc6d50df5a398b4bab0f7fdb3cf1092fde28a43b0c466b9
and maybe now that in combination with MAPL 2.12.1 is causing/capturing an issue?
Note: I have not been able to confirm this by hand due to the downtime on discover today (2021-Nov-10).

@mathomp4 , PR#484 fixes GEOSldas's problem. I think it should fix this issue too.

@mathomp4 , PR#484 fixes GEOSldas's problem. I think it should fix this issue too.

Yes indeed it does.


WIP: Function to get spike rates

closes #154
not sure if this is the right way to do it, just opening a "work in progress thing" and we can discuss the details. How is the spike rate typically calculated?
TODO

[ ] tests
[ ] example
[ ] what's new page

@ntolley I think you should take over this PR after the other one is merged. You've been working the spikes object recently, so this is right up your alley. Just add my fork as a remote on git and start pushing to the branch. Let me know if you need help.

That sounds great to me! Perhaps not for this initial PR, but something to consider in the future is adding a convolution kernel to calculate spike rates. Here is a great example of how that sort function would work.

As long as you don't create a dependency on Neo, feel free to do it in this PR :-) Just copy the relevant code (they are BSD-3) and keep it simple. You can have an argument called 'method'

Reading the issue more closely it  actually seems like convolved spike rates gets at a different purpose.
Estimation of instantaneous rates is usually done at the single unit level, whereas @stephanie-r-jones  proposes aggregating across cell types to describe the whole trial.
In my mind these are rather distinct and may be better split into two functions. mean_cell_rate() could return mean firing rate (of each trial separately?) across cells. Then spike_rate() could implement instantaneous rate estimation for each cell separately, returning an array of convolved rates indexed by gid. Still not obvious to me if data from each trial should be kept separate.

humm ... do you think the mean spiking rates (across trials and cells) could be added to this plot: https://jonescompneurolab.github.io/hnn-core/generated/hnn_core.viz.plot_spikes_raster.html#hnn_core.viz.plot_spikes_raster instead of a function since it's just 4 scalar values?
and we can also have another function for instantaneous rate, but I'm wondering if that should be reserved for another PR? What's not totally obvious to me in that case is:
a) what's the use case for this as opposed to the just mean spiking rates
b) what would the function signature look like and what would be the data structure of what the function returns? I'm assuming you'd need a parameter to control the width of a convolution kernel? And the returned data would be an array of shape n_cells x n_trials ?

That could possibly work, but it doesn't lend itself easily to accessing the data. This may be a good opportunity to create an analysis.py module to give us more flexibility with feature requests in the future. If it seems important enough to create a member function on the Spikes class, we can just call analysis.py in the same way viz.py is implemented.
wrt plotting I think a box-plot makes the most sense for visualizing the rates across cells so perhaps we can append a subplot to the raster.
For the use case I personally intend to analyze single unit activity in my own projects. Generally it will be extremely useful to have available for highly mechanistic hypotheses.  And yes the function would generally look like spike_rates(spikes, kernel='exponential', width=0.1, gids='all'). A matrix return could work, it could also return a dictionary indexed by gid.

Let's worry about analysis module later :) I tend to move things into a module once there are enough features to fit in there. If you plan for "future", it will lead to an overengineered solution that is hard to maintain.
So, if I understand correctly are you leaning towards:

function for computing instantaneous spike rate?
a box plot to go with it

If the user wanted average spike rates across cell types, how would they get it? would they average the return value from that function? or do you want another function for that? or should they just look at the plot which will have the values?

Honestly I think keeping these separate is the best path. For this PR I'm leaning towards a function to return mean spike rate grouped by cell. Example return would be {'L5_basket: [trial1_mean, trial2_mean], ...}.  Since the issue raised specifically refers to using this as an optimization heuristic it should be easy to access the data.
To be clear, for this PR there would be 2 additions to the Spikes class: mean_rate() and plot_mean_rate(). Perhaps eliminate "spike_rate" naming convention since it lives in the Spikes class?
After that I can open a separate PR to introduce instantaneous_rate().

okay, let's start coding :) We can iterate the API once we have something down. Can you push to this branch?

Sorry it looks like this branch was behind your master so the rebase included the latest PR's merged. I'll work on cleaning it up tomorrow morning.
In either case all my work is on the last commit. It now computes the mean spike rates for every individual gid, you can then specify what type of average you want returned by setting mean_type='all', 'trial', or 'cell'.

Good luck with the rebase. Maybe the force be with you.
You can go ahead and add the tests as well.

I've taken a chainsaw to the commit tree and it's looking beautiful again.
Regarding the tests, obvious ones are checking for correct mean_type calls. Since this relies on data members of the Spikes class I believe the existing tests will catch any problems that could arise in the rate calculations. Can you think of anything that should be caught?

For tests, you should create a Spikes object where you know what the spike rate is and then check that the function returns the same spike rate.

I've taken a chainsaw to the commit tree and it's looking beautiful again.

amazing!! :)

Surprisingly beefy commit. I've implemented the tstart and tstop attributes. Let me know if you disagree, but the it seemed like the most logical place to instantiate the attributes was _gather_trial_data() so all the data is stored from the same function.
Also there is now an issue with legacy spk_*.txt files and storing the new attributes; the write methods now include tstart and tstop. I've added additional logic to check for these additional columns.
TODO:

[ ]  Update examples
[ ] Add test for precomputed rates

Codecov Report

Merging #155 into master will decrease coverage by 1.21%.
The diff coverage is 34.21%.

@@            Coverage Diff             @@
##           master     #155      +/-   ##
==========================================
- Coverage   67.61%   66.39%   -1.22%
==========================================
  Files          19       19
  Lines        1930     1997      +67
==========================================
+ Hits         1305     1326      +21
- Misses        625      671      +46

Impacted Files
Coverage Δ

hnn_core/parallel_backends.py
16.29% <0.00%> (-0.13%)
:arrow_down:

hnn_core/network.py
53.42% <14.03%> (-12.65%)
:arrow_down:

hnn_core/tests/test_network.py
100.00% <100.00%> (ø)

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 04ab8bb...c770df1. Read the comment docs.

Sorry @ntolley this PR turned out to be more complex than I anticipated. Don't lose hope!! we'll get it merged soon :)

@ntolley I will get to this soon. Feel free to ping me if I don't in a few days :)

Definitely procrastinated on rebasing for too long. In line with the previous discussion I removed all of the code related to storing tstart and tstop as attributes and writing to a file. Instead they are passed to mean_rates() as parameters along with gid_dict. This additionally fixes the case where gids that never spike across trials aren't included in the final calculation.
This heavily simplifies the code and cleans up the awkward logical checks.

@ntolley looks pretty clean to me and see you have added tests too! Fantastic.
Would you mind addressing the last few comments and then we can merge. Don't forget to change the title from WIP to MRG once you are ready

Oh, one last thing is that can you update an example to show the use of this new function?

That should be everything! Leaving a few conversations unresolved as I think some of the comments will be useful to reference in future PR's.

It's in, thanks @ntolley ! 🍻 🧠


Deny user from installing themes from wp-admin

fixes #83

this is going to be address in a different way (see comment on #83 )


Adjustable middle label layer corner radius

I left the default setting to 0.0 so it doesn't effect the default design

Thanks for your contribution @shamsmosowi !


AttributeError: 'NoneType' object has no attribute 'text_content'

Hello,
Unfortunately, I am getting the following error and am unsure if it is something I need to do or if it is boldigger3-related.
Thank you for the help.
Downloading JSON data:  10%|█          | 1/10 [11:08:36<100:17:25, 40116.15s/it]
Traceback (most recent call last):
File "/opt/homebrew/anaconda3/lib/python3.12/site-packages/boldigger3/id_engine.py", line 389, in download_json
page.wait_for_selector("#jsonlResults", timeout=60000)
File "/opt/homebrew/anaconda3/lib/python3.12/site-packages/playwright/sync_api/_generated.py", line 8165, in wait_for_selector
self._sync(
File "/opt/homebrew/anaconda3/lib/python3.12/site-packages/playwright/_impl/_sync_base.py", line 115, in _sync
return task.result()
^^^^^^^^^^^^^
File "/opt/homebrew/anaconda3/lib/python3.12/site-packages/playwright/_impl/_page.py", line 426, in wait_for_selector
return await self._main_frame.wait_for_selector(**locals_to_params(locals()))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/homebrew/anaconda3/lib/python3.12/site-packages/playwright/_impl/_frame.py", line 323, in wait_for_selector
await self._channel.send("waitForSelector", locals_to_params(locals()))
File "/opt/homebrew/anaconda3/lib/python3.12/site-packages/playwright/_impl/_connection.py", line 59, in send
return await self._connection.wrap_api_call(
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/homebrew/anaconda3/lib/python3.12/site-packages/playwright/_impl/_connection.py", line 520, in wrap_api_call
raise rewrite_error(error, f"{parsed_st['apiName']}: {error}") from None
playwright._impl._errors.TimeoutError: Page.wait_for_selector: Timeout 60000ms exceeded.
Call log:
waiting for locator("#jsonlResults") to be visible

locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…
locator resolved to hidden ↵                              JSONL Results Down…

During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/opt/homebrew/anaconda3/bin/boldigger3", line 8, in
sys.exit(main())
^^^^^^
File "/opt/homebrew/anaconda3/lib/python3.12/site-packages/boldigger3/main.py", line 112, in main
id_engine.main(
File "/opt/homebrew/anaconda3/lib/python3.12/site-packages/boldigger3/id_engine.py", line 523, in main
download_json(
File "/opt/homebrew/anaconda3/lib/python3.12/site-packages/boldigger3/id_engine.py", line 422, in download_json
queued = page.query_selector("#progress-queued").text_content()
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'text_content'

Fixed with 1.2.1


Refactor pb_query_factory_test with overloading of equality operator for queries

This is a good start to optimise the codebase for anyone who is curious about Iroha
There are 4 occurrences in pb_query_factory_test:
https://github.com/hyperledger/iroha/blob/5fd84ec8191ceaf69bd49991ffdcbb4f1fb0440d/test/module/irohad/model/converters/pb_query_factory_test.cpp#L36

Seems redundant as we are going to move to the new model


Add Japanese translation to installer and popeye

Add Japanese translation to installer and popeye, and fix Japanese translation

thanks


Use with TextFields which are not direct siblings

Does anyone have guidance on using this with TextFields which are not direct siblings? In the official documentation I found this.
However, I am not sure what I should pass in to the part that is SpecialView.self. I'm trying to use this to group input fields together, while allowing them to be minimized. Currently my setup looks something like this (simplified):

<StackLayout (tap)="toggleGroupVisibility()">
    <StackLayout>

        <TextField hint="First Name"></TextField>
    </StackLayout>
    <StackLayout>

        <TextField hint="Last Name"></TextField>
    </StackLayout>
</StackLayout>

<StackLayout (tap)="toggleGroupVisibility()">
    <StackLayout>

        <TextField hint="Phone"></TextField>
    </StackLayout>
    <StackLayout>

        <TextField hint="Email"></TextField>
    </StackLayout>
</StackLayout>

Thanks.

Good question @vcooley. The raw typings that @EddyVerbruggen is exposing in #20 might help implement those APIs more sanely.

@tjvantoll there is a way using a custom view they provided
{N} v2
declare const IQPreviousNextView;
import { ContentView } from "ui/content-view";
export class IQPreviousNextViewImpl extends ContentView {
    private _ios: IQPreviousNextView;
    get ios() {
        return this.ios;
    }
    get _nativeView() {
        return this._ios;
    }
    constructor() {
        super();
        this._ios = IQPreviousNextView.new();
    }
}

{N} v3
import { ContentView } from "ui/content-view";
declare const IQPreviousNextView;
export class IQPreviousNextViewImpl extends ContentView {
    private _ios;
    get ios() {
        return this.ios;
    }
    constructor() {
        super();
        this._ios = IQPreviousNextView.new();
    }
    createNativeView() {
        return this._ios;
    }
}

I just got to look at this. It works great! Thanks @triniwiz!


pty host process unresponsive

Type: Bug
I am seeing this error about every 10-20 minutes while using VS Code: "The connection to the terminal's pty host process is unresponsive, the terminals may stop working."
I think error can happen when I'm not entering text, using the terminal, or even actively using the VS Code. When it does occur VSCode sometimes hangs for 20 seconds or so unless I click the button on the modal popup to "Restart pty host".

I have never seen this error before. I think it started happening after a recent VSCode upgrade from several days ago. I think I have it set to VSCode auto-updates.
This happens while all extensions are disabled as well, and I have not installed any new extensions.

I am considering re-installing an earlier version to stop this persistent issue, but wanted to see if there was any more information that I could provide with this version to help with debugging.
I can also share a MacOS crashdump file from a forced VS Code exit if that's useful.
VS Code version: Code 1.70.1 (Universal) (6d9b74a70ca9c7733b29f0456fd8195364076dda, 2022-08-10T06:09:06.916Z)
OS version: Darwin x64 20.6.0
Modes:

System Info

Item
Value

CPUs
Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz (16 x 2400)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmetal: disabled_offmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_renderer: enabled_onvideo_decode: enabledvideo_encode: enabledwebgl: enabledwebgl2: enabled

Load (avg)
3, 3, 3

Memory (System)
32.00GB (7.73GB free)

Process Argv
--disable-extensions --crash-reporter-id 8c3bad85-0e15-4852-97e6-3e06414bb4e7

Screen Reader
no

VM
0%

Extensions disabled
A/B Experiments
vsliv368cf:30146710
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vslsvsres303:30308271
pythonvspyl392:30443607
vserr242:30382549
pythontb:30283811
vsjup518:30340749
pythonvspyt551cf:30345471
pythonptprofiler:30281270
vsdfh931cf:30280410
vshan820:30294714
vstes263:30335439
pythondataviewer:30285071
vscod805:30301674
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
vsaa593:30376534
pythonvs932:30410667
wslgetstarted:30449410
cppdebug:30492333
pylanb8912cf:30529770
vsclangdf:30486550
c4g48928:30535728
hb751961:30543456
dsvsc012cf:30540253
azure-dev_surveyonecf:30545436

I downgraded to 1.69 but the am seeing the same behavior.

/duplicate https://github.com/microsoft/vscode/issues/130320

Thanks for creating this issue! We figured it's covering the same as another one we already have. Thus, we closed this one as a duplicate. You can search for similar existing issues. See also our issue reporting guidelines.
Happy Coding!


gnome3.totem: Add codecs to Nautilus extension

Motivation for this change
Nautilus does not depend on multimedia codecs, therefore the GST environment variables might not be present. When that is the case the multimedia properties panel provided by Totem will not be able to work. Let’s make sure the GStreamer plug-ins are loaded by hardcoding them in the extension.
Blocked by: https://github.com/NixOS/nixpkgs/pull/57027
Closes: https://github.com/NixOS/nixpkgs/issues/53631
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Assured whether relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

In GNOME 3.32, this  is no longer part of Totem.


Fix git push error for protected CLA branch

The pull request is created from master636810153862156842 to master to fix git push error for protected CLA branch

@Taojunshen : Thanks for your contribution! The author, @, has been notified to review your proposed change.


feat(uat): added configure iot core broker step

Description of changes:

refactor broker connectivity info storage
added create IoT core step

Why is this change necessary:

required step for several test features

Log results:
[INFO ] 2023-04-26 17:33:21.570 [main] MqttControlSteps - Connection with broker iot_core_broker established to address a2rytmonq5cblh-ats.iot.eu-central-1.amazonaws.com:443 as Thing gg-3f0b962c546b494c371c-clientDeviceTest on aws.greengrass.client.Mqtt5JavaSdkClient
[INFO ] 2023-04-26 17:33:21.570 [main] feature - Finished step: 'I connect device "clientDeviceTest" on aws.greengrass.client.Mqtt5JavaSdkClient to "iot_core_broker"' with status PASSED

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Why are these steps being added?
Please create the scenario which uses the steps first

I close PR. Step is moved to https://github.com/aws-greengrass/aws-greengrass-client-device-auth/pull/273 together with implemented scenario


1.12.2 Server Crashes. Caused to Fluid Conduits?

Issue Description:
Note: If this bug occurs in a modpack, please report this to the modpack author. Otherwise, delete this line and add your description here. If you are using an unreleased version of Ender IO (e.g. for 1.8.9), please don't open an issue for features that have not been announced as "finished" or "working".
What happens:
Server crashes. And I don't know why. But in the crash report it says something about enderio so I thought i would ask here.
What you expected to happen:
Nothing.
Steps to reproduce:
I really don't know.

Affected Versions (Do not use "latest"):

EnderIO: EnderIO-1.12.2-5.0.22
EnderCore: EnderCore-1.12.2-0.5.20
Minecraft: 1.12.2
Forge: <IP_ADDRESS>11

Your most recent log file where the issue was present:
pastebin

Interesting. A fluid conduit is connected to another fluid conduit, but that other conduit is not part of any network.
This should not be possible---while a conduit can exist without a network, it can only do so in the one tick it was placed. But for the other conduit being connected to it, the player would have to wrenched them together first...

Okay is there anything i can else i could send you that would help?

A photo of the set up might help

Is there a way we can find the location of this setup and a way to prevent it from crashing the moment we load it in?
Btw I am the Owner of the server having the issues.

Could you tell us if the crash happens on the load of the glitched setup or some sort of interaction. Would it work to look back in the logs to see what player logged in before the crash to gain the location or would that not work?

Right yeah, the crash is happening upon loading the chunk so you won't be able to get a screen shot. I will have to look into this later today.

Alright thanks :)

Hello I think I'm having this problem aswell
https://pastebin.com/6R3TTiMW
But I have no clue where its coming from or who is causing is on the server. Anything we can do to find out?

This is hopefully fixed in the latest dev build. Please give that a try

I just started getting crashes with reports containing enderio liquid conduits. The cause and behavior are completely baffling. Report as follows:

Time: 5/3/18 1:57 PM

> Description: Exception in server tick loop
>
> java.lang.NullPointerException: Exception in server tick loop
> 	at crazypants.enderio.conduits.conduit.liquid.LiquidConduit.fill(LiquidConduit.java:160)
> 	at crazypants.enderio.conduits.conduit.liquid.LiquidConduitNetwork.flowFrom(LiquidConduitNetwork.java:207)
> 	at crazypants.enderio.conduits.conduit.liquid.LiquidConduitNetwork.doFlow(LiquidConduitNetwork.java:99)
> 	at crazypants.enderio.conduits.conduit.liquid.LiquidConduitNetwork.tickEnd(LiquidConduitNetwork.java:74)
> 	at crazypants.enderio.base.handler.ServerTickHandler.onServerTick(ServerTickHandler.java:56)
> 	at net.minecraftforge.fml.common.eventhandler.ASMEventHandler_171_ServerTickHandler_onServerTick_ServerTickEvent.invoke(.dynamic)
> 	at net.minecraftforge.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:90)
> 	at net.minecraftforge.fml.common.eventhandler.EventBus.post(EventBus.java:179)
> 	at net.minecraftforge.fml.common.FMLCommonHandler.onPostServerTick(FMLCommonHandler.java:265)
> 	at net.minecraft.server.MinecraftServer.func_71217_p(MinecraftServer.java:710)
> 	at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:524)
> 	at java.lang.Thread.run(Thread.java:748)

The crash event first happened late after everyone logged out today. I since backtracked and removed all connections to Ender I/O liquid conduits however the crash persists. The odd behavior is the crash even only happens when no one is logged into the server. I have no chunkloaders and thus haven't been able to test with that. My server has been running flawlessly in it's current revision since 4/26/18. Hopefully this is useful to you.
I am on Forge <IP_ADDRESS>55

@DEX47 please try the latest dev build

We haven't had any problems since we updated to the dev build so i guess it rly has been fixed.

Hearing that just made my day, glad it works.

I have no idea where you have that download.

All stable here thus far.


Add empowerment metrics to calibration targets

We want to be able to calibrate to paid work, control over wages, and ability to refuse sex.

@mzimmermann-IDM how do we want to calculate the model results of each of these metrics after a sim? (i.e. median, avg per individual age, age buckets, etc)?

Great question. I think mean by age would be great. We could simplify to age bins if that makes it easier.

Sounds good! Starting with mean by age. If it significantly affects performance, we can switch gears to age bins.

@mzimmermann-IDM I finished adding the ability to calibrate to paid_work, so I'm working on adding education as a calibration target & I have a few clarifying questions. With respect to the data to which we want to calibrate the model, would we be using edu_initialization.csv (with number years edu per age) as our target? And then use the model param 'edu_attainment' to compare to this? In theory we could also compare the edu_objective in data vs model, but not sure if the educational attainment is a variable you care more about in calibration.

@emilydriano @mzimmermann-IDM -- Is this resolved? :)

@MObrien-IDM this will be resolved with PR #240 which is ready to merge once you and @mzimmermann-IDM have reviewed.


enable static linking to rttr

Adding static lib capabilities,
following official documentation from Rttr Website
adding configuration parameter BUILD_STATIC=ON on static linkage

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: hendradarwin sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.

@hendradarwin Thanks for the PR!


Helm chart failing to install when IMDS is unavailable

For the following configuration variables, we rely on IMDS to get the right values:

REGION
AWS_ACCOUNT_ID
CLUSTER_VPC_ID
CLUSTER_NAME

In many environments, IMDS is not available. (e.g. k8s w/o EC2 instance, self-managed clusters with IMDS access blocked) In this case, the values should be provided as environment variable through Helm chart. However, on values.yaml we have 3 of these but CLUSTER_NAME is missing.
This is causing any Helm chart installation to fail in IMDS-disabled environment. One case reported is kops which disables IMDS access for pods by default.
Path to fix:

Add cluster name to helm chart value.
Update documentation with proper IMDS setup instruction. Setting IMDS hops to 2 or higher is worth mentioning.

Temporary mitigation:

If you are using IMDSv2, try increasing the hop limit to 2 or higher.
Deploy manually. Modify deploy-v0.0.17.yaml and add above 4 environment variables.

Need IMDS related section in our documentation


profiles.yml within the current working directory

Resolves #2024
Description & motivation
Three main things:

Added headings for --profiles-dir and DBT_PROFILES_DIR sections so that they can be hyperlinked

link 1
link 2

Lightweight general refactors
Separate pre- and post v1.3 content with versioned blocks (👈 primary objective)

Before vs. after examples
v1.2

v1.3

v1.2

v1.3

Prerelease docs
If this change is related to functionality in a prerelease version of dbt (delete if not applicable):

[x] I've added versioning components, as described in "Versioning Docs"
[x] I've added a note to the prerelease version's Migration Guide

Reviewed and validated version blocks


Review any reference to Async Functions

How Async functions are handled is changing. Current references should be removed, for example: https://github.com/fnproject/docs/blob/master/fn/develop/async.md

Fixed in https://github.com/fnproject/docs/pull/30


RequestPermissionAsync does not return and just gets stuck regardless if the user allows or denies the permission

Bug Information
Version Number of Plugin: <IP_ADDRESS>
Device Tested On: HTC One M9
Simulator Tested On: None
Version of VS:  2015
Version of Xamarin: <IP_ADDRESS>
Versions of other things you are using: None
Steps to reproduce the Behavior
Request permissions during boot up of app. User selects either allow or deny.
Expected Behavior
Code continues depending on returned value of requestpermimssionasync
Actual Behavior
RequestPermissionAsync never returns. No exceptions are thrown so Not sure what happened
Code snippet
try             {                 var status = await CrossPermissions.Current.CheckPermissionStatusAsync(Plugin.Permissions.Abstractions.Permission.Location);                 if (status != Plugin.Permissions.Abstractions.PermissionStatus.Granted)                 {                     if (await CrossPermissions.Current.ShouldShowRequestPermissionRationaleAsync(Plugin.Permissions.Abstractions.Permission.Location))                     {                         await DisplayAlert("Need location", "Location is needed for the application", "OK");                     }                     var results = await CrossPermissions.Current.RequestPermissionsAsync(Plugin.Permissions.Abstractions.Permission.Location);                     //Best practice to always check that the key exists                     if (results.ContainsKey(Plugin.Permissions.Abstractions.Permission.Location))                     {                         status = results[Plugin.Permissions.Abstractions.Permission.Location];                     }                 }             }             catch (Exception ex)             {                 ex = ExceptionHelper.mGetInnermostException(ex);                 Device.BeginInvokeOnMainThread(new Action(() =>                 {                     DisplayAlert("Error",ex.Message,"Ok");                 }));             }
Screenshots
Just a blank screen

https://github.com/jamesmontemagno/PermissionsPlugin#android-specific-in-your-baseactivity-or-mainactivity-for-xamarinforms-add-this-code

James,
I have that set up you linked and still was getting the issue. I would like to reopen this issue since it was closed without confirmation

Experiencing the same issue, the call just never returns. I did go through the currentactivity setup

It kinda works for me now.. Seemingly my issue where thread based.
In my OnStart/OnCreate I tried to execute the check and request the needed permissions in a thread locking operation, this did cause the reported issue.
I had to split the functionality into a pure permissions check in my OnStart. And if the needed permissions where not available display a dialog notifying the user and execute the                 CrossPermissions on user dialog close event.

5 years later I've been having the same symptoms using a Samsung Galaxy S9+ on latest Xamarin. Thanks to @mnesser 's tip above it's now working after after moving the permissions check/grant from being done directly in MainActivity.OnStart() to instead doing RunOnUiThread(async () => { <permissions check/grant> }); inside OnStart().
Not clear why this behaves so differently, but it does.


[ISSUE #6373] Optimized log printing and fixed null pointer exceptions

close #6373

Codecov Report

Merging #6375 (0ef8b40) into develop (5ac9119) will decrease coverage by 0.02%.
The diff coverage is 53.33%.

@@              Coverage Diff              @@
##             develop    #6375      +/-   ##
=============================================
- Coverage      43.07%   43.06%   -0.02%
+ Complexity      8914     8912       -2
=============================================
  Files           1105     1105
  Lines          77943    77956      +13
  Branches       10144    10145       +1
=============================================
- Hits           33575    33570       -5
- Misses         40151    40176      +25
+ Partials        4217     4210       -7

Impacted Files
Coverage Δ

...n/java/org/apache/rocketmq/proxy/ProxyStartup.java
44.34% <0.00%> (ø)

...tmq/proxy/service/mqclient/MQClientAPIFactory.java
0.00% <0.00%> (ø)

...org/apache/rocketmq/store/DefaultMessageStore.java
46.75% <63.63%> (+0.14%)
:arrow_up:

...rg/apache/rocketmq/proxy/config/Configuration.java
72.41% <100.00%> (+0.98%)
:arrow_up:

... and 19 files with indirect coverage changes
:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

@xdkxlk PTAL


Repo sync for protected CLA branch

The pull request is created from main637789037618659006 to main to fix git push error for protected CLA branch

@ghogen : Thanks for your contribution! The author(s) have been notified to review your proposed change.


Backport: Add conversion for geometry_msgs/msg/TwistStamped <-> gz.msgs.Twist (#468)

Summary
Backport #468. I skipped the updates to ros_gz_bridge/README because this branch uses ignition messages.
Checklist

[ ] Signed all commits for DCO
[ ] Added tests
[ ] Updated documentation (as needed)
[ ] Updated migration guide (as needed)
[ ] Consider updating Python bindings (if the library has them)
[ ] codecheck passed (See contributing)
[ ] All tests passed (See test coverage)
[ ] While waiting for a review on your PR, please help review another open pull request to support the maintainers

Note to maintainers: Remember to use Rebase-And-Merge

Do you mind to update the table with this new conversion ?

Done.