AV1 codec

I know it's a bit early but AV1 codec option will be a nice option to get.

AV1 support would be really nice indeed.

AV1 support was added with the latest commit. AV1 is still experimental and very slow.

I get a failed build from av1, when building inside an alpine linux docker. Is there anyway to exclude this part?
Same from logs:
`
building pkg-config
=======================
pkg-config already built. Remove /config/ffmpeg-build/packages/pkg-config.done lockfile to rebuild it.
building cmake
=======================
cmake already built. Remove /config/ffmpeg-build/packages/cmake.done lockfile to rebuild it.
building vid_stab
=======================
vid_stab already built. Remove /config/ffmpeg-build/packages/vid_stab.done lockfile to rebuild it.
building x265
=======================
x265 already built. Remove /config/ffmpeg-build/packages/x265.done lockfile to rebuild it.
building fdk_aac
=======================
fdk_aac already built. Remove /config/ffmpeg-build/packages/fdk_aac.done lockfile to rebuild it.

building av1
=======================
$ cmake -DCMAKE_INSTALL_PREFIX:PATH=/config/ffmpeg-build/workspace /config/ffmpeg-build/packages/av1
$ make -j 8
[  1%] Updating version info if necessary.
[  2%] Built target aom_encoder_app_util
[  3%] Built target webm
[  3%] Built target aom_gtest
[  4%] Built target aom_common_app_util
[  8%] Built target yuv
[  8%] Built target aom_version_check
Scanning dependencies of target aom_version
[  8%] Building C object CMakeFiles/aom_version.dir/gen_src/aom_version_dummy.c.o
[  8%] Linking C static library libaom_version.a
[  8%] Built target aom_version
Scanning dependencies of target aom_pc
Scanning dependencies of target aom_rtcd
[  8%] Building C object CMakeFiles/aom_pc.dir/gen_src/aom_pc_dummy.c.o
[  8%] Building C object CMakeFiles/aom_rtcd.dir/aom_dsp/aom_dsp_rtcd.c.o
[  8%] Building C object CMakeFiles/aom_rtcd.dir/aom_scale/aom_scale_rtcd.c.o
[  9%] Building C object CMakeFiles/aom_rtcd.dir/av1/common/av1_rtcd.c.o
[  9%] Linking C static library libaom_pc.a
[ 10%] Built target aom_pc
[ 11%] Built target aom_rtcd
Scanning dependencies of target aom_dsp_encoder_ssse3_intrinsics
Scanning dependencies of target aom_av1_common_sse2_intrinsics
Scanning dependencies of target aom_av1_common_ssse3_intrinsics
Scanning dependencies of target aom_av1_decoder
Scanning dependencies of target aom_av1_encoder_sse4_intrinsics
Scanning dependencies of target aom_av1_encoder_avx2_intrinsics
Scanning dependencies of target aom_av1_common_sse4_intrinsics
[ 11%] Building C object CMakeFiles/aom_dsp_encoder_ssse3_intrinsics.dir/aom_dsp/x86/masked_sad_intrin_ssse3.c.o
[ 11%] Building C object CMakeFiles/aom_av1_common_sse2_intrinsics.dir/av1/common/cdef_block_sse2.c.o
Scanning dependencies of target aom_av1_encoder
[ 11%] Building C object CMakeFiles/aom_av1_common_ssse3_intrinsics.dir/av1/common/cdef_block_ssse3.c.o
[ 11%] Building C object CMakeFiles/aom_av1_encoder_sse4_intrinsics.dir/av1/encoder/x86/av1_fwd_txfm2d_sse4.c.o
[ 12%] Building C object CMakeFiles/aom_av1_encoder_avx2_intrinsics.dir/av1/encoder/x86/av1_quantize_avx2.c.o
[ 12%] Building C object CMakeFiles/aom_av1_decoder.dir/av1/av1_dx_iface.c.o
Failed to Execute make -j 8
[ 12%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/cdef_block_sse4.c.o
[ 13%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/av1_cx_iface.c.o
[ 13%] Building C object CMakeFiles/aom_av1_encoder_avx2_intrinsics.dir/av1/encoder/x86/av1_highbd_quantize_avx2.c.o
[ 13%] Building C object CMakeFiles/aom_av1_decoder.dir/av1/decoder/decodeframe.c.o
[ 13%] Building C object CMakeFiles/aom_av1_encoder_avx2_intrinsics.dir/av1/encoder/x86/corner_match_avx2.c.o
[ 14%] Building C object CMakeFiles/aom_av1_encoder_sse4_intrinsics.dir/av1/encoder/x86/av1_highbd_quantize_sse4.c.o
[ 14%] Building C object CMakeFiles/aom_av1_common_ssse3_intrinsics.dir/av1/common/x86/av1_inv_txfm_ssse3.c.o
[ 14%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/av1_convolve_horiz_rs_sse4.c.o
[ 14%] Building C object CMakeFiles/aom_av1_common_sse2_intrinsics.dir/av1/common/x86/cfl_sse2.c.o
[ 14%] Building C object CMakeFiles/aom_av1_encoder_avx2_intrinsics.dir/av1/encoder/x86/error_intrin_avx2.c.o
[ 14%] Building C object CMakeFiles/aom_av1_encoder_sse4_intrinsics.dir/av1/encoder/x86/corner_match_sse4.c.o
[ 14%] Building C object CMakeFiles/aom_av1_encoder_sse4_intrinsics.dir/av1/encoder/x86/encodetxb_sse4.c.o
[ 14%] Building C object CMakeFiles/aom_av1_common_sse2_intrinsics.dir/av1/common/x86/convolve_2d_sse2.c.o
[ 14%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/av1_convolve_scale_sse4.c.o
[ 14%] Building C object CMakeFiles/aom_dsp_encoder_ssse3_intrinsics.dir/aom_dsp/x86/masked_variance_intrin_ssse3.c.o
[ 14%] Building C object CMakeFiles/aom_av1_encoder_avx2_intrinsics.dir/av1/encoder/x86/av1_fwd_txfm2d_avx2.c.o
[ 14%] Building C object CMakeFiles/aom_av1_common_sse2_intrinsics.dir/av1/common/x86/convolve_sse2.c.o
[ 14%] Building C object CMakeFiles/aom_av1_encoder_sse4_intrinsics.dir/av1/encoder/x86/highbd_fwd_txfm_sse4.c.o
[ 14%] Building C object CMakeFiles/aom_av1_common_sse2_intrinsics.dir/av1/common/x86/highbd_convolve_2d_sse2.c.o
[ 15%] Building C object CMakeFiles/aom_av1_common_sse2_intrinsics.dir/av1/common/x86/jnt_convolve_sse2.c.o
[ 16%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/av1_highbd_convolve_sse4.c.o
[ 16%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/av1_txfm_sse4.c.o
[ 16%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/filterintra_sse4.c.o
[ 16%] Building C object CMakeFiles/aom_av1_common_sse2_intrinsics.dir/av1/common/x86/wiener_convolve_sse2.c.o
[ 16%] Built target aom_av1_common_sse2_intrinsics
[ 17%] Built target aom_util
Scanning dependencies of target aom_scale
[ 17%] Building C object CMakeFiles/aom_scale.dir/aom_scale/generic/aom_scale.c.o
[ 17%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/highbd_convolve_2d_sse4.c.o
[ 17%] Building C object CMakeFiles/aom_scale.dir/aom_scale/generic/gen_scalers.c.o
[ 17%] Building C object CMakeFiles/aom_scale.dir/aom_scale/generic/yv12extend.c.o
[ 17%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/highbd_inv_txfm_sse4.c.o
[ 17%] Built target aom_scale
Scanning dependencies of target aom_dsp_encoder_sse2_intrinsics
[ 18%] Building C object CMakeFiles/aom_dsp_encoder_sse2_intrinsics.dir/aom_dsp/x86/fwd_txfm_sse2.c.o
[ 18%] Building C object CMakeFiles/aom_dsp_encoder_sse2_intrinsics.dir/aom_dsp/x86/highbd_subtract_sse2.c.o
[ 18%] Building C object CMakeFiles/aom_av1_common_ssse3_intrinsics.dir/av1/common/x86/cfl_ssse3.c.o
[ 18%] Building C object CMakeFiles/aom_dsp_encoder_sse2_intrinsics.dir/aom_dsp/x86/highbd_variance_sse2.c.o
[ 18%] Building C object CMakeFiles/aom_av1_encoder_sse4_intrinsics.dir/av1/encoder/x86/rdopt_sse4.c.o
[ 19%] Building C object CMakeFiles/aom_av1_decoder.dir/av1/decoder/decodemv.c.o
[ 20%] Building C object CMakeFiles/aom_dsp_encoder_ssse3_intrinsics.dir/aom_dsp/x86/quantize_ssse3.c.o
[ 21%] Building C object CMakeFiles/aom_av1_encoder_sse4_intrinsics.dir/av1/encoder/x86/pickrst_sse4.c.o
[ 21%] Building C object CMakeFiles/aom_dsp_encoder_ssse3_intrinsics.dir/aom_dsp/x86/variance_impl_ssse3.c.o
[ 21%] Building C object CMakeFiles/aom_av1_encoder_avx2_intrinsics.dir/av1/encoder/x86/highbd_fwd_txfm_avx2.c.o
[ 21%] Building C object CMakeFiles/aom_av1_common_ssse3_intrinsics.dir/av1/common/x86/highbd_convolve_2d_ssse3.c.o
[ 21%] Building C object CMakeFiles/aom_dsp_encoder_ssse3_intrinsics.dir/aom_dsp/x86/jnt_variance_ssse3.c.o
[ 22%] Building C object CMakeFiles/aom_av1_common_ssse3_intrinsics.dir/av1/common/x86/highbd_wiener_convolve_ssse3.c.o
[ 22%] Building C object CMakeFiles/aom_av1_common_ssse3_intrinsics.dir/av1/common/x86/jnt_convolve_ssse3.c.o
[ 22%] Building C object CMakeFiles/aom_av1_common_ssse3_intrinsics.dir/av1/common/x86/reconinter_ssse3.c.o
[ 22%] Building C object CMakeFiles/aom_dsp_encoder_ssse3_intrinsics.dir/aom_dsp/x86/jnt_sad_ssse3.c.o
[ 22%] Built target aom_av1_common_ssse3_intrinsics
[ 23%] Building C object CMakeFiles/aom_av1_encoder_avx2_intrinsics.dir/av1/encoder/x86/wedge_utils_avx2.c.o
[ 23%] Building C object CMakeFiles/aom_dsp_encoder_sse2_intrinsics.dir/aom_dsp/x86/quantize_sse2.c.o
[ 24%] Building C object CMakeFiles/aom_dsp_encoder_sse2_intrinsics.dir/aom_dsp/x86/sum_squares_sse2.c.o
[ 24%] Built target aom_av1_encoder_sse4_intrinsics
[ 24%] Building C object CMakeFiles/aom_dsp_encoder_sse2_intrinsics.dir/aom_dsp/x86/variance_sse2.c.o
[ 24%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/aq_complexity.c.o
[ 24%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/aq_cyclicrefresh.c.o
[ 24%] Built target aom_dsp_encoder_ssse3_intrinsics
[ 24%] Building C object CMakeFiles/aom_av1_decoder.dir/av1/decoder/decoder.c.o
[ 24%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/aq_variance.c.o
[ 25%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/av1_fwd_txfm2d.c.o
[ 25%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/av1_multi_thread.c.o
[ 25%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/av1_quantize.c.o
[ 25%] Building C object CMakeFiles/aom_av1_decoder.dir/av1/decoder/decodetxb.c.o
[ 25%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/bitstream.c.o
[ 26%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/highbd_jnt_convolve_sse4.c.o
[ 26%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/context_tree.c.o
[ 26%] Building C object CMakeFiles/aom_av1_decoder.dir/av1/decoder/detokenize.c.o
[ 26%] Building C object CMakeFiles/aom_av1_decoder.dir/av1/decoder/obu.c.o
[ 26%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/highbd_warp_plane_sse4.c.o
[ 26%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/intra_edge_sse4.c.o
[ 26%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/corner_match.c.o
[ 26%] Built target aom_dsp_encoder_sse2_intrinsics
Scanning dependencies of target aom_av1_encoder_sse3_intrinsics
[ 26%] Building C object CMakeFiles/aom_av1_encoder_sse3_intrinsics.dir/av1/encoder/x86/ml_sse3.c.o
[ 26%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/selfguided_sse4.c.o
[ 26%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/encodeframe.c.o
[ 26%] Built target aom_av1_decoder
Scanning dependencies of target aom_dsp_encoder
[ 26%] Built target aom_av1_encoder_sse3_intrinsics
Scanning dependencies of target aom_dsp_common_sse2_intrinsics
[ 26%] Building C object CMakeFiles/aom_dsp_encoder.dir/aom_dsp/fwd_txfm.c.o
[ 26%] Building C object CMakeFiles/aom_av1_encoder_avx2_intrinsics.dir/av1/encoder/x86/encodetxb_avx2.c.o
[ 26%] Building C object CMakeFiles/aom_dsp_common_sse2_intrinsics.dir/aom_dsp/x86/aom_subpixel_8t_intrin_sse2.c.o
[ 26%] Building C object CMakeFiles/aom_dsp_encoder.dir/aom_dsp/noise_util.c.o
[ 27%] Building C object CMakeFiles/aom_dsp_encoder.dir/aom_dsp/psnr.c.o
[ 27%] Building C object CMakeFiles/aom_dsp_common_sse2_intrinsics.dir/aom_dsp/x86/aom_asm_stubs.c.o
[ 27%] Building C object CMakeFiles/aom_dsp_encoder.dir/aom_dsp/sad.c.o
[ 27%] Building C object CMakeFiles/aom_av1_encoder_avx2_intrinsics.dir/av1/encoder/x86/rdopt_avx2.c.o
[ 28%] Building C object CMakeFiles/aom_av1_common_sse4_intrinsics.dir/av1/common/x86/warp_plane_sse4.c.o
[ 29%] Building C object CMakeFiles/aom_dsp_common_sse2_intrinsics.dir/aom_dsp/x86/fft_sse2.c.o
[ 29%] Building C object CMakeFiles/aom_dsp_encoder.dir/aom_dsp/sse.c.o
[ 29%] Building C object CMakeFiles/aom_dsp_encoder.dir/aom_dsp/sad_av1.c.o
[ 29%] Building C object CMakeFiles/aom_av1_encoder_avx2_intrinsics.dir/av1/encoder/x86/pickrst_avx2.c.o
[ 29%] Building C object CMakeFiles/aom_dsp_common_sse2_intrinsics.dir/aom_dsp/x86/highbd_convolve_sse2.c.o
[ 29%] Built target aom_av1_common_sse4_intrinsics
Scanning dependencies of target aom_dsp_encoder_avx2_intrinsics
[ 29%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/masked_sad_intrin_avx2.c.o
[ 29%] Building C object CMakeFiles/aom_dsp_common_sse2_intrinsics.dir/aom_dsp/x86/highbd_intrapred_sse2.c.o
[ 29%] Building C object CMakeFiles/aom_dsp_common_sse2_intrinsics.dir/aom_dsp/x86/highbd_loopfilter_sse2.c.o
[ 30%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/subtract_avx2.c.o
[ 30%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/encodemb.c.o
[ 30%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/highbd_quantize_intrin_avx2.c.o
[ 30%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/sad4d_avx2.c.o
[ 30%] Built target aom_av1_encoder_avx2_intrinsics
Scanning dependencies of target aom_dsp_common_sse4_1_intrinsics
[ 30%] Building C object CMakeFiles/aom_dsp_common_sse4_1_intrinsics.dir/aom_dsp/x86/blend_a64_hmask_sse4.c.o
[ 30%] Building C object CMakeFiles/aom_dsp_common_sse4_1_intrinsics.dir/aom_dsp/x86/blend_a64_mask_sse4.c.o
[ 30%] Building C object CMakeFiles/aom_dsp_common_sse4_1_intrinsics.dir/aom_dsp/x86/blend_a64_vmask_sse4.c.o
[ 30%] Building C object CMakeFiles/aom_dsp_common_sse2_intrinsics.dir/aom_dsp/x86/intrapred_sse2.c.o
[ 30%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/sad_avx2.c.o
[ 31%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/encodemv.c.o
[ 31%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/encode_strategy.c.o
[ 31%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/encoder.c.o
[ 31%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/sad_highbd_avx2.c.o
[ 31%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/encodetxb.c.o
[ 32%] Building C object CMakeFiles/aom_dsp_common_sse2_intrinsics.dir/aom_dsp/x86/loopfilter_sse2.c.o
[ 32%] Built target aom_dsp_common_sse4_1_intrinsics
[ 32%] Building C object CMakeFiles/aom_dsp_common_sse2_intrinsics.dir/aom_dsp/x86/avg_intrin_sse2.c.o
[ 33%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/sad_impl_avx2.c.o
[ 33%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/variance_avx2.c.o
[ 33%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/highbd_variance_avx2.c.o
[ 33%] Built target aom_dsp_common_sse2_intrinsics
[ 33%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/sse_avx2.c.o
[ 33%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/variance_impl_avx2.c.o
[ 33%] Building C object CMakeFiles/aom_dsp_encoder_avx2_intrinsics.dir/aom_dsp/x86/sum_squares_avx2.c.o
[ 33%] Built target aom_mem
[ 33%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/ethread.c.o
[ 33%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/firstpass.c.o
[ 34%] Built target aom_dsp_encoder_avx2_intrinsics
[ 34%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/global_motion.c.o
Scanning dependencies of target aom_dsp
[ 35%] Building C object CMakeFiles/aom_dsp.dir/gen_src/aom_av1_dummy.c.o
[ 35%] Building C object CMakeFiles/aom_dsp.dir/gen_src/aom_dsp_dummy.c.o
[ 35%] Built target aom_dsp
[ 35%] Built target aom_av1_encoder_sse42_intrinsics
[ 35%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/hash_motion.c.o
[ 36%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/hybrid_fwd_txfm.c.o
[ 36%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/lookahead.c.o
[ 36%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/mbgraph.c.o
[ 36%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/mcomp.c.o
Scanning dependencies of target aom_dsp_encoder_sse4_1_intrinsics
[ 36%] Building C object CMakeFiles/aom_dsp_encoder_sse4_1_intrinsics.dir/aom_dsp/x86/highbd_variance_sse4.c.o
[ 36%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/ml.c.o
[ 36%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/pickcdef.c.o
[ 37%] Building C object CMakeFiles/aom_dsp_encoder_sse4_1_intrinsics.dir/aom_dsp/x86/obmc_variance_sse4.c.o
[ 37%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/picklpf.c.o
[ 37%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/pickrst.c.o
[ 38%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/ratectrl.c.o
Scanning dependencies of target aom_av1_common_avx2_intrinsics
[ 38%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/cdef_block_avx2.c.o
[ 38%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/av1_inv_txfm_avx2.c.o
[ 38%] Built target aom_dsp_encoder_sse4_1_intrinsics
Scanning dependencies of target aom_dsp_common_avx2_intrinsics
[ 39%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/cfl_avx2.c.o
[ 39%] Building C object CMakeFiles/aom_dsp_common_avx2_intrinsics.dir/aom_dsp/x86/aom_subpixel_8t_intrin_avx2.c.o
[ 40%] Building C object CMakeFiles/aom_dsp_common_avx2_intrinsics.dir/aom_dsp/x86/fft_avx2.c.o
[ 40%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/rd.c.o
[ 40%] Building C object CMakeFiles/aom_dsp_common_avx2_intrinsics.dir/aom_dsp/x86/highbd_convolve_avx2.c.o
[ 40%] Building C object CMakeFiles/aom_dsp_common_avx2_intrinsics.dir/aom_dsp/x86/highbd_loopfilter_avx2.c.o
[ 40%] Building C object CMakeFiles/aom_dsp_common_avx2_intrinsics.dir/aom_dsp/x86/intrapred_avx2.c.o
[ 40%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/rdopt.c.o
[ 40%] Building C object CMakeFiles/aom_dsp_common_avx2_intrinsics.dir/aom_dsp/x86/blend_a64_mask_avx2.c.o
[ 40%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/reconinter_enc.c.o
[ 41%] Building C object CMakeFiles/aom_dsp_encoder.dir/aom_dsp/sum_squares.c.o
[ 41%] Building C object CMakeFiles/aom_dsp_encoder.dir/aom_dsp/variance.c.o
[ 41%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/convolve_2d_avx2.c.o
[ 41%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/segmentation.c.o
[ 41%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/convolve_avx2.c.o
[ 42%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/speed_features.c.o
[ 42%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/highbd_convolve_2d_avx2.c.o
[ 43%] Building C object CMakeFiles/aom_dsp_common_avx2_intrinsics.dir/aom_dsp/x86/avg_intrin_avx2.c.o
[ 43%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/temporal_filter.c.o
[ 43%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/tokenize.c.o
[ 43%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/highbd_inv_txfm_avx2.c.o
[ 43%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/tpl_model.c.o
[ 43%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/wedge_utils.c.o
[ 43%] Building C object CMakeFiles/aom_av1_encoder.dir/av1/encoder/dwt.c.o
Scanning dependencies of target aom_av1_encoder_sse2_intrinsics
[ 43%] Built target aom_dsp_common_avx2_intrinsics
Scanning dependencies of target aom_dsp_common
[ 43%] Building C object CMakeFiles/aom_av1_encoder_sse2_intrinsics.dir/av1/encoder/x86/av1_fwd_txfm_sse2.c.o
[ 43%] Building C object CMakeFiles/aom_dsp_common.dir/aom_dsp/aom_convolve.c.o
[ 43%] Building C object CMakeFiles/aom_av1_encoder_sse2_intrinsics.dir/av1/encoder/x86/av1_quantize_sse2.c.o
[ 44%] Building C object CMakeFiles/aom_dsp_common.dir/aom_dsp/blend_a64_hmask.c.o
[ 45%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/highbd_jnt_convolve_avx2.c.o
[ 45%] Building C object CMakeFiles/aom_dsp_common.dir/aom_dsp/blend_a64_mask.c.o
[ 45%] Building C object CMakeFiles/aom_dsp_common.dir/aom_dsp/blend_a64_vmask.c.o
[ 45%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/highbd_wiener_convolve_avx2.c.o
[ 46%] Building C object CMakeFiles/aom_dsp_common.dir/aom_dsp/intrapred.c.o
[ 46%] Building C object CMakeFiles/aom_dsp_common.dir/aom_dsp/loopfilter.c.o
[ 46%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/jnt_convolve_avx2.c.o
[ 46%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/reconinter_avx2.c.o
[ 46%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/selfguided_avx2.c.o
[ 46%] Building C object CMakeFiles/aom_dsp_common.dir/aom_dsp/subtract.c.o
[ 47%] Building C object CMakeFiles/aom_av1_common_avx2_intrinsics.dir/av1/common/x86/wiener_convolve_avx2.c.o
[ 47%] Building C object CMakeFiles/aom_av1_encoder_sse2_intrinsics.dir/av1/encoder/x86/encodetxb_sse2.c.o
[ 47%] Building C object CMakeFiles/aom_dsp_common.dir/aom_dsp/avg.c.o
[ 47%] Built target aom_av1_common_avx2_intrinsics
[ 48%] Building C object CMakeFiles/aom_av1_encoder_sse2_intrinsics.dir/av1/encoder/x86/wedge_utils_sse2.c.o
[ 49%] Built target aom_dsp_decoder
Scanning dependencies of target aom_dsp_common_ssse3_intrinsics
Scanning dependencies of target aom_av1_common
[ 49%] Building C object CMakeFiles/aom_dsp_common_ssse3_intrinsics.dir/aom_dsp/x86/aom_subpixel_8t_intrin_ssse3.c.o
[ 50%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/alloccommon.c.o
[ 50%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/av1_inv_txfm2d.c.o
[ 50%] Building C object CMakeFiles/aom_dsp_common_ssse3_intrinsics.dir/aom_dsp/x86/highbd_convolve_ssse3.c.o
[ 50%] Building C object CMakeFiles/aom_dsp_common_ssse3_intrinsics.dir/aom_dsp/x86/intrapred_ssse3.c.o
[ 50%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/av1_loopfilter.c.o
[ 50%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/av1_txfm.c.o
[ 51%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/blockd.c.o
[ 51%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/cdef.c.o
[ 51%] Built target aom_av1_encoder_sse2_intrinsics
[ 51%] Built target aom_dsp_common_ssse3_intrinsics
Scanning dependencies of target aom_av1_encoder_sse2
[ 51%] Built target aom_decoder_app_util
[ 51%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/cdef_block.c.o
Scanning dependencies of target aom_dsp_encoder_avx
[ 51%] Building C object CMakeFiles/aom_dsp_encoder_avx.dir/gen_src/aom_dsp_encoder_avx_dummy.c.o
[ 51%] Building C object CMakeFiles/aom_av1_encoder_sse2.dir/gen_src/aom_av1_encoder_sse2_dummy.c.o
[ 52%] Linking C static library libaom_av1_encoder_sse2.a
[ 52%] Linking C static library libaom_dsp_encoder_avx.a
[ 52%] Built target aom_av1_encoder_sse2
Scanning dependencies of target aom_av1
[ 52%] Building C object CMakeFiles/aom_av1.dir/gen_src/aom_av1_dummy.c.o
[ 52%] Built target aom_dsp_encoder_avx
[ 53%] Built target aom_encoder_stats
[ 53%] Built target aom_av1
Scanning dependencies of target aom_dsp_common_ssse3
Scanning dependencies of target aom_dsp_encoder_sse2
[ 54%] Building C object CMakeFiles/aom_dsp_common_ssse3.dir/gen_src/aom_dsp_common_ssse3_dummy.c.o
[ 54%] Building C object CMakeFiles/aom_dsp_encoder_sse2.dir/gen_src/aom_dsp_encoder_sse2_dummy.c.o
[ 54%] Linking C static library libaom_dsp_encoder_sse2.a
[ 54%] Linking C static library libaom_dsp_common_ssse3.a
[ 54%] Built target aom_dsp_encoder_sse2
[ 54%] Built target aom_dsp_common_ssse3
Scanning dependencies of target aom_dsp_common_sse2
[ 54%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/cfl.c.o
[ 54%] Building C object CMakeFiles/aom_dsp_common_sse2.dir/gen_src/aom_dsp_common_sse2_dummy.c.o
[ 54%] Linking C static library libaom_dsp_common_sse2.a
[ 54%] Built target aom_dsp_common_sse2
Scanning dependencies of target aom_av1_encoder_ssse3
[ 54%] Building C object CMakeFiles/aom_av1_encoder_ssse3.dir/gen_src/aom_av1_encoder_ssse3_dummy.c.o
[ 54%] Linking C static library libaom_av1_encoder_ssse3.a
[ 54%] Built target aom_av1_encoder_ssse3
Scanning dependencies of target aom_ports
[ 54%] Building C object CMakeFiles/aom_ports.dir/gen_src/aom_ports_dummy.c.o
[ 54%] Linking C static library libaom_ports.a
[ 54%] Built target aom_ports
Scanning dependencies of target aom_dsp_encoder_ssse3
[ 54%] Building C object CMakeFiles/aom_dsp_encoder_ssse3.dir/gen_src/aom_dsp_encoder_ssse3_dummy.c.o
[ 54%] Linking C static library libaom_dsp_encoder_ssse3.a
[ 54%] Built target aom_dsp_encoder_ssse3
[ 54%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/convolve.c.o
[ 55%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/debugmodes.c.o
[ 55%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/entropy.c.o
[ 59%] Built target aom_av1_encoder
[ 59%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/entropymode.c.o
[ 59%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/entropymv.c.o
[ 60%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/idct.c.o
[ 60%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/mvref_common.c.o
[ 60%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/pred_common.c.o
[ 61%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/quant_common.c.o
[ 61%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/reconinter.c.o
[ 61%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/reconintra.c.o
[ 61%] Built target aom_dsp_common
[ 61%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/resize.c.o
[ 61%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/restoration.c.o
[ 62%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/scale.c.o
[ 62%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/scan.c.o
[ 62%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/thread_common.c.o
[ 62%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/tile_common.c.o
[ 62%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/txb_common.c.o
[ 62%] Building C object CMakeFiles/aom_av1_common.dir/av1/common/warped_motion.c.o
[ 63%] Built target aom_av1_common
[ 64%] Built target aom_dsp_encoder
Scanning dependencies of target aom
[ 64%] Building C object CMakeFiles/aom.dir/aom/src/aom_codec.c.o
[ 64%] Linking C static library libaom.a
[ 70%] Built target aom
Scanning dependencies of target resize_util
[ 70%] Linking CXX executable examples/twopass_encoder
[ 70%] Linking CXX executable examples/lightfield_bitstream_parsing
[ 71%] Linking CXX executable examples/decode_to_md5
[ 71%] Linking CXX executable examples/set_maps
[ 71%] Linking CXX executable aomenc
[ 71%] Building C object CMakeFiles/resize_util.dir/examples/resize_util.c.o
[ 72%] Linking CXX executable examples/aom_cx_set_ref
Scanning dependencies of target test_aom_encoder
[ 72%] Built target twopass_encoder
[ 72%] Built target decode_to_md5
[ 72%] Built target aom_cx_set_ref
[ 72%] Built target lightfield_bitstream_parsing
[ 73%] Linking CXX executable examples/lightfield_decoder
[ 74%] Built target set_maps
[ 74%] Built target test_aom_decoder
[ 74%] Linking CXX executable examples/noise_model
[ 75%] Linking CXX executable resize_util
[ 75%] Built target aomenc
Scanning dependencies of target dump_obu
[ 75%] Linking CXX executable examples/scalable_encoder
[ 75%] Linking CXX executable examples/lightfield_tile_list_decoder
[ 75%] Linking CXX executable aomdec
[ 75%] Building CXX object CMakeFiles/dump_obu.dir/gen_src/usage_exit.cc.o
[ 75%] Linking CXX executable tools/dump_obu
[ 75%] Built target lightfield_decoder
[ 75%] Linking CXX executable examples/simple_decoder
[ 75%] Built target noise_model
[ 75%] Built target resize_util
[ 75%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/horz_superres_test.cc.o
[ 75%] Built target scalable_encoder
[ 75%] Linking CXX executable examples/scalable_decoder
[ 75%] Linking CXX executable examples/lightfield_encoder
Scanning dependencies of target test_aom_common
[ 75%] Built target aomdec
[ 75%] Built target lightfield_tile_list_decoder
[ 75%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/arf_freq_test.cc.o
[ 76%] Linking CXX executable examples/simple_encoder
[ 77%] Built target dump_obu
[ 77%] Built target simple_decoder
Scanning dependencies of target test_intra_pred_speed
[ 77%] Linking CXX executable examples/decode_with_drops
[ 77%] Built target scalable_decoder
[ 77%] Built target lightfield_encoder
[ 77%] Linking CXX executable examples/lossless_encoder
[ 77%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/av1_convolve_2d_test.cc.o
[ 77%] Building C object CMakeFiles/test_intra_pred_speed.dir/gen_src/usage_exit.c.o
[ 77%] Building CXX object CMakeFiles/test_intra_pred_speed.dir/test/test_intra_pred_speed.cc.o
[ 77%] Built target simple_encoder
[ 77%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/av1_convolve_2d_test_util.cc.o
[ 77%] Building CXX object CMakeFiles/test_aom_common.dir/test/cdef_test.cc.o
[ 77%] Built target decode_with_drops
[ 77%] Building CXX object CMakeFiles/test_aom_common.dir/test/cfl_test.cc.o
[ 78%] Built target lossless_encoder
[ 78%] Building CXX object CMakeFiles/test_aom_common.dir/test/convolve_test.cc.o
[ 79%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/av1_fwd_txfm1d_test.cc.o
[ 79%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/av1_fwd_txfm2d_test.cc.o
[ 80%] Building CXX object CMakeFiles/test_aom_common.dir/test/hiprec_convolve_test.cc.o
[ 80%] Building CXX object CMakeFiles/test_aom_common.dir/test/hiprec_convolve_test_util.cc.o
[ 80%] Building CXX object CMakeFiles/test_aom_common.dir/test/intrabc_test.cc.o
[ 80%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/av1_inv_txfm1d_test.cc.o
[ 80%] Linking CXX executable test_intra_pred_speed
[ 80%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/av1_inv_txfm2d_test.cc.o
[ 80%] Built target test_intra_pred_speed
[ 80%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/av1_nn_predict_test.cc.o
[ 80%] Building CXX object CMakeFiles/test_aom_common.dir/test/intrapred_test.cc.o
[ 81%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/av1_round_shift_array_test.cc.o
[ 81%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/av1_txfm_test.cc.o
[ 81%] Building CXX object CMakeFiles/test_aom_common.dir/test/lpf_test.cc.o
[ 82%] Building CXX object CMakeFiles/test_aom_common.dir/test/onyxc_int_test.cc.o
[ 82%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/av1_wedge_utils_test.cc.o
[ 82%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/blend_a64_mask_1d_test.cc.o
[ 82%] Building CXX object CMakeFiles/test_aom_common.dir/test/scan_test.cc.o
[ 82%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/blend_a64_mask_test.cc.o
[ 83%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/comp_avg_pred_test.cc.o
[ 83%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/comp_mask_variance_test.cc.o
[ 83%] Building CXX object CMakeFiles/test_aom_common.dir/test/selfguided_filter_test.cc.o
[ 83%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/edge_detect_test.cc.o
[ 83%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/encodetxb_test.cc.o
[ 83%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/error_block_test.cc.o
[ 84%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/fft_test.cc.o
In file included from /config/ffmpeg-build/packages/av1/test/fft_test.cc:19:0:
/config/ffmpeg-build/packages/av1/aom_mem/aom_mem.h:67:1: error: expected unqualified-id before '}' token
}
^
[ 84%] Building CXX object CMakeFiles/test_aom_common.dir/test/av1_encoder_parms_get_to_decoder.cc.o
[ 84%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/fwht4x4_test.cc.o
[ 84%] Building CXX object CMakeFiles/test_aom_encoder.dir/test/horver_correlation_test.cc.o
make[2]: *** [CMakeFiles/test_aom_encoder.dir/build.make:531: CMakeFiles/test_aom_encoder.dir/test/fft_test.cc.o] Error 1
make[2]: *** Waiting for unfinished jobs....
[ 84%] Building CXX object CMakeFiles/test_aom_common.dir/test/decode_multithreaded_test.cc.o
[ 85%] Building CXX object CMakeFiles/test_aom_common.dir/test/dr_prediction_test.cc.o
[ 85%] Building CXX object CMakeFiles/test_aom_common.dir/test/ethread_test.cc.o
In file included from /config/ffmpeg-build/packages/av1/test/decode_multithreaded_test.cc:16:0:
/config/ffmpeg-build/packages/av1/aom_mem/aom_mem.h:67:1: error: expected unqualified-id before '}' token
}
^
[ 85%] Building CXX object CMakeFiles/test_aom_common.dir/test/film_grain_table_test.cc.o
make[2]: *** [CMakeFiles/test_aom_common.dir/build.make:349: CMakeFiles/test_aom_common.dir/test/decode_multithreaded_test.cc.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [CMakeFiles/Makefile2:8637: CMakeFiles/test_aom_encoder.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
make[1]: *** [CMakeFiles/Makefile2:12923: CMakeFiles/test_aom_common.dir/all] Error 2
make: *** [Makefile:130: all] Error 2
`

Alpine is not supported, you can use ubuntu:18.10 with the latest Version 1.2.
See https://github.com/markus-perl/ffmpeg-build-script/blob/master/Dockerfile


(1.21) Forgotten aren't classified as Undead mobs

Please post your game version, modloader version and mod version.


Create method to reload map

Currently map doesn't get reloaded on reset, so if map file changes you have to delete map by hand in the Dashboard. We should fix this :)

We could have something that is similar to init:seed that fetches the data and updates the data in the DB based on the names of the characters


telegram API question

Hello!
I do not know where to ask about this. Is it possible to regenerate app_hash? I think I might exposed it...
Is there any steps for changing app_id and app_hash without destroying account?

No, there is no way to change app_hash without creating a new app_id with a new account.

Users must reauthorize after changing appid and apphash?

Yes.


Fix the gradient of gather_nd

Description
Add scatter_nd_acc, which accumulates the value when the indices are same. gather_nd and scatter_nd_acc are "inverse" to each other.  I finished coding on this PR)
[x] All changes have test coverage:
[x] Code is well-documented:
[x] To the my best knowledge, examples are either not affected by this change, or have been fixed to be compatible with this change

Changes

[x] Add new type switch macro that can be used when int8 is not supported
[x] atomicAdd support for int64
[x] Add scatter_nd_acc
[x] Set the gradient of gather_nd to scatter_nd_acc

Comments
I use atomicAdd to implement the operator. The current CPU implementation does not used openmp. Also, int8 and uint8 are not supported.

@reminisce

It's very strange. The test fails on all windows machines.

@reminisce I find I cannot use omp atomic. Also, using omp critic will not have any parallelism. I've reverted back to the original version.

What is the error of using omp atomic?

"#pragma omp atomic" has improper form

@reminisce I think it's caused by mshadow::half::half_t, which is not supported by omp atomic.

I see. Is this a runtime error. If it's only float16 not supported, I suggest we'd better use omp atomic for all other types since float32 is the most common one.

@piiswrong @reminisce Can it be merged?

Should I merge it in?


Refactor plugin setup

Just discovered that plugin setup can be done setting up a function on the config field on the use definition. So I can have all plugin stuff in a single place.

Move every setup done in lua/setup-plugins.lua into the appropriate config field on lua/plugins.lua
Move each use, setup, mappings and any extra config into a file with the name of the plugin. So each plugin has all its configuration in a single place

I did that for lukas-reineke/indent-blankline plugin and it worked. But then it stopped working. So I'm not sure if the config field is universal from packer or if it's a thing that each plugin can decide to use or not.


OTLPProtoExporterNodeBase export error when getting imported in OTLPMetricExporter

What happened?
Steps to Reproduce

Set up OpenTelemetry for a web app in the browser with a MeterProvider using the OTLPMetricExporter exporter
Build the project
Face the build error

Expected Result

Build should work (similar setup in NodeJS with the node sdk does work)

Actual Result

Build error (see below)

Additional Details
OpenTelemetry Setup Code
import { metrics } from '@opentelemetry/api'
import { Resource } from '@opentelemetry/resources'
import { SemanticResourceAttributes } from '@opentelemetry/semantic-conventions'
import {
  MeterProvider,
  PeriodicExportingMetricReader,
} from '@opentelemetry/sdk-metrics'
import {
  BatchSpanProcessor,
  WebTracerProvider,
} from '@opentelemetry/sdk-trace-web'
import { OTLPMetricExporter } from '@opentelemetry/exporter-metrics-otlp-proto'
import { OTLPTraceExporter } from '@opentelemetry/exporter-trace-otlp-proto'
import { ZoneContextManager } from '@opentelemetry/context-zone'

export const SERVICE_NAME =
  import.meta.env.VITE_OTEL_SERVICE_NAME || 'erc20-messaging-frontend'
export const SERVICE_VERSION =
  import.meta.env.VITE_OTEL_SERVICE_VERSION || 'unknown'
export const OTEL_EXPORTER_OTLP_ENDPOINT =
  import.meta.env.VITE_OTEL_EXPORTER_OTLP_ENDPOINT || 'http://localhost:4318'

const resource = Resource.default().merge(
  new Resource({
    [SemanticResourceAttributes.SERVICE_NAME]: SERVICE_NAME,
    [SemanticResourceAttributes.SERVICE_VERSION]: SERVICE_VERSION,
  })
)

// Note: metrics don't seem to work for now in the browser
const meterProvider = new MeterProvider({
  resource: resource,
})
const metricReader = new PeriodicExportingMetricReader({
  exporter: new OTLPMetricExporter({
    url: `${OTEL_EXPORTER_OTLP_ENDPOINT}/v1/metrics`,
  }),
})
meterProvider.addMetricReader(metricReader)
metrics.setGlobalMeterProvider(meterProvider)

const traceProvider = new WebTracerProvider({
  resource: resource,
})
const processor = new BatchSpanProcessor(
  new OTLPTraceExporter({
    url: `${OTEL_EXPORTER_OTLP_ENDPOINT}/v1/traces`,
  })
)
traceProvider.addSpanProcessor(processor)

traceProvider.register({
  contextManager: new ZoneContextManager(),
})

package.json
{
  "name": "frontend",
  "private": true,
  "version": "0.0.0",
  "scripts": {
    "dev": "vite",
    "build": "tsc && vite build",
    "lint": "eslint src --ext ts,tsx --report-unused-disable-directives --max-warnings 0",
    "preview": "vite preview",
    "start": "tsc && vite build --mode development --watch --sourcemap true",
    "test:e2e": "env-cmd --silent cypress run --browser chrome --headed",
    "test": "vitest",
    "coverage": "vitest run --coverage"
  },
  "dependencies": {
    "@ant-design/icons": "^5.0.1",
    "@emotion/react": "11.10.6",
    "@emotion/styled": "11.10.6",
    "@esbuild-plugins/node-globals-polyfill": "^0.2.3",
    "@esbuild-plugins/node-modules-polyfill": "^0.2.2",
    "@ethereumjs/rlp": "^4.0.1",
    "@ethereumjs/trie": "^5.0.4",
    "@ethereumjs/util": "^8.0.5",
    "@ethersproject/abstract-provider": "^5.7.0",
    "@opentelemetry/api": "^1.6.0",
    "@opentelemetry/context-zone": "^1.17.1",
    "@opentelemetry/exporter-metrics-otlp-proto": "^0.44.0",
    "@opentelemetry/exporter-trace-otlp-proto": "^0.44.0",
    "@opentelemetry/sdk-metrics": "^1.17.1",
    "@opentelemetry/sdk-trace-web": "^1.17.1",
    "@topos-protocol/topos-smart-contracts": "^2.0.0",
    "@types/event-source-polyfill": "^1.0.1",
    "antd": "^5.4.0",
    "axios": "^1.0.0",
    "buffer": "^6.0.3",
    "bull": "^4.10.4",
    "ethers": "^5.7.2",
    "event-source-polyfill": "^1.0.31",
    "metamask-react": "^2.6.0",
    "react": "18.2.0",
    "react-dom": "18.2.0",
    "reflect-metadata": "^0.1.13",
    "rollup-plugin-polyfill-node": "^0.12.0",
    "rxjs": "^7.0.0",
    "tslib": "^2.3.0",
    "web-vitals": "^3.3.1"
  },
  "devDependencies": {
    "@synthetixio/synpress": "^3.7.0",
    "@testing-library/jest-dom": "^5.16.5",
    "@testing-library/react": "14.0.0",
    "@testing-library/user-event": "^14.4.3",
    "@types/react": "^18.0.28",
    "@types/react-dom": "^18.0.11",
    "@typescript-eslint/eslint-plugin": "^5.57.1",
    "@typescript-eslint/parser": "^5.57.1",
    "@vitejs/plugin-react-swc": "^3.0.0",
    "@vitest/coverage-c8": "~0.25.8",
    "@vitest/ui": "^0.25.8",
    "cypress": "^12.13.0",
    "env-cmd": "^10.1.0",
    "eslint": "^8.38.0",
    "eslint-plugin-react-hooks": "^4.6.0",
    "eslint-plugin-react-refresh": "^0.3.4",
    "eventsourcemock": "^2.0.0",
    "jsdom": "^22.1.0",
    "start-server-and-test": "^2.0.0",
    "typescript": "^5.0.4",
    "vite": "^4.3.0",
    "vitest": "^0.33.0"
  }
}

Relevant log output
"OTLPProtoExporterNodeBase" is not exported by<EMAIL_ADDRESS>imported by<EMAIL_ADDRESS>file: /Users/sebastiendan/workspace/dapp-frontend-erc20-messaging/node_modules/@opentelemetry/exporter-metrics-otlp-proto/build/esm/OTLPMetricExporter.js:42:28
40:     return __assign.apply(this, arguments);
41: };
42: import { ServiceClientType, OTLPProtoExporterNodeBase, } from '@opentelemetry/otlp-proto-exporter-base';
                                ^
43: import { getEnv, baggageUtils } from '@opentelemetry/core';
44: import { OTLPMetricExporterBase } from '@opentelemetry/exporter-metrics-otlp-http';

Hi @sebastiendan, thank you for reaching out.
The proto metrics exporter is not yet supported in the browser (see #4098). I'm working on adding support for it as part of a major exporter overhaul. If we were to add support for it to the way the codebase is right now, it'd likely be very hard to test and maintain (as is the case with the logs and trace exporters already).
Please let me know if #4098 would take care of your issue, then I'd close this issue in favor of the existing one.

Hey @pichlermarc, seems like #4098 is indeed what's needed here, so feel free to close this issue. Thanks for the prompt support!


ARTEMIS-2294 implement duplicate detection for AMQP

I'm not entirely sure this should be an application property. Will someone with more expertise with AMQP weigh in? @tabish121? Should it be a delivery annotation?

@jbertram Given there's no requirements laid out in the issue I can't say for sure other than to say that if you want it to be set via an AMQP JMS client then I suppose application property is the only viable option.  Although that supposes that the message ID can't work for you.
Given the application is going to have to manage these things I'm not entirely clear why it is being implemented in the broker to start with.

The duplicate detection is done by the broker as that is the only reliable place for the duplicate to be detected. See the Artemis documentation for more info on the use-cases. I don't think the message ID would suffice as that isn't under the application's control.

I'd guess that Tim probably meant that doing it in the broker still requires the application to generate unique details per message (as it would if deduping entirely on its own), but even with the broker de-duping the production based on such property there are still cases consumption (+ production) duplicates can occur, so folks concerned with duplicates likely still need to take steps to handle that themselves to some extent regardless.
Service Bus dedupes based on the AMQP message-id field as far as I know. Uniquely identifying a message is the reason that field exists. Its use doesn't align that well with JMS applications though since JMS mandates the client sets the message-id on send. Arguably calling send multiple times is in fact 'sending a different message' so thats not particularly unreasonable...but back to application-level identification for de-duplication usage either way.
For consistency among different clients it would probably be nice if the broker supported its artemis-specific property, but similarly it might be nice to support using the message-id field in the intended manner. Using either will require decoding the section its in ('properties' for message-id, 'application properties' for the obvious) if it wasn't already done so, which could add some overhead. Perhaps an enabling toggle would be an idea.

To the point about application requirements in this use-case, there are definitely requirements for the application if it wants to handle duplicates both for sending and receiving. That's always been true (as far as I know) and this PR doesn't change anything in that regard.
This PR is aimed at supporting the same duplicate detection for AMQP that we have for core. That's all. Additional functionality to de-duplicate AMQP messages based on message ID is beyond the scope of this PR, although that seems like a nice feature to have.

+1


Install error

When I want to install the plugin I get the following error message, I have Synology nas:
USER: root
DIR: /homebridge
CMD: npm --no-update-notifier install --unsafe-perm --save homebridge-texecom@latest

<EMAIL_ADDRESS>install /homebridge/node_modules/serialport
prebuild-install || node-gyp rebuild

prebuild-install WARN install No prebuilt binaries found (target=10.15.1 runtime=node arch=x64 platform=linux)
make: Entering directory '/homebridge/node_modules/serialport/build'
CXX(target) Release/obj.target/serialport/src/serialport.o
../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Open(Nan::NAN_METHOD_ARGS_TYPE)':
../src/serialport.cpp:41:49: warning: 'v8::String::Utf8Value::Utf8Value(v8::Localv8::Value)' is deprecated: Use Isolate version [-Wdeprecated-declarations]
v8::String::Utf8Value path(info[0]->ToString());
^
In file included from /root/.node-gyp/10.15.1/include/node/v8.h:26:0,
from /root/.node-gyp/10.15.1/include/node/node.h:63,
from ../../nan/nan.h:53,
from ../src/./serialport.h:6,
from ../src/serialport.cpp:1:
/root/.node-gyp/10.15.1/include/node/v8.h:2892:28: note: declared here
explicit Utf8Value(Localv8::Value obj));
^
/root/.node-gyp/10.15.1/include/node/v8config.h:324:3: note: in definition of macro 'V8_DEPRECATED'
declarator attribute((deprecated(message)))
^~~~~~~~~~
../src/serialport.cpp:48:53: warning: 'v8::Localv8::Object v8::Value::ToObject() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
v8::Localv8::Object options = info[1]->ToObject();
^
In file included from /root/.node-gyp/10.15.1/include/node/node.h:63:0,
from ../../nan/nan.h:53,
from ../src/./serialport.h:6,
from ../src/serialport.cpp:1:
/root/.node-gyp/10.15.1/include/node/v8.h:10046:15: note: declared here
Local Value::ToObject() const {
^~~~~
../src/serialport.cpp: In function 'void EIO_AfterOpen(uv_work_t*)':
../src/serialport.cpp:95:30: warning: 'v8::Localv8::Value Nan::Callback::Call(int, v8::Localv8::Value) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(2, argv);
^
In file included from ../src/./serialport.h:6:0,
from ../src/serialport.cpp:1:
../../nan/nan.h:1674:3: note: declared here
Call(int argc, v8::Localv8::Value argv[]) const {
^~~~
../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)':
../src/serialport.cpp:113:53: warning: 'v8::Localv8::Object v8::Value::ToObject() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
v8::Localv8::Object options = info[1]->ToObject();
^
In file included from /root/.node-gyp/10.15.1/include/node/node.h:63:0,
from ../../nan/nan.h:53,
from ../src/./serialport.h:6,
from ../src/serialport.cpp:1:
/root/.node-gyp/10.15.1/include/node/v8.h:10046:15: note: declared here
Local Value::ToObject() const {
^~~~~
../src/serialport.cpp: In function 'void EIO_AfterUpdate(uv_work_t)':
../src/serialport.cpp:150:30: warning: 'v8::Localv8::Value Nan::Callback::Call(int, v8::Localv8::Value) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(1, argv);
^
In file included from ../src/./serialport.h:6:0,
from ../src/serialport.cpp:1:
../../nan/nan.h:1674:3: note: declared here
Call(int argc, v8::Localv8::Value argv[]) const {
^~~~
../src/serialport.cpp: In function 'void EIO_AfterClose(uv_work_t)':
../src/serialport.cpp:188:30: warning: 'v8::Localv8::Value Nan::Callback::Call(int, v8::Localv8::Value) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(1, argv);
^
In file included from ../src/./serialport.h:6:0,
from ../src/serialport.cpp:1:
../../nan/nan.h:1674:3: note: declared here
Call(int argc, v8::Localv8::Value argv[]) const {
^~~~
../src/serialport.cpp: In function 'void EIO_AfterFlush(uv_work_t)':
../src/serialport.cpp:231:30: warning: 'v8::Localv8::Value Nan::Callback::Call(int, v8::Localv8::Value) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(1, argv);
^
In file included from ../src/./serialport.h:6:0,
from ../src/serialport.cpp:1:
../../nan/nan.h:1674:3: note: declared here
Call(int argc, v8::Localv8::Value argv[]) const {
^~~~
../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)':
../src/serialport.cpp:250:53: warning: 'v8::Localv8::Object v8::Value::ToObject() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
v8::Localv8::Object options = info[1]->ToObject();
^
In file included from /root/.node-gyp/10.15.1/include/node/node.h:63:0,
from ../../nan/nan.h:53,
from ../src/./serialport.h:6,
from ../src/serialport.cpp:1:
/root/.node-gyp/10.15.1/include/node/v8.h:10046:15: note: declared here
Local Value::ToObject() const {
^~~~~
../src/serialport.cpp: In function 'void EIO_AfterSet(uv_work_t)':
../src/serialport.cpp:285:30: warning: 'v8::Localv8::Value Nan::Callback::Call(int, v8::Localv8::Value) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(1, argv);
^
In file included from ../src/./serialport.h:6:0,
from ../src/serialport.cpp:1:
../../nan/nan.h:1674:3: note: declared here
Call(int argc, v8::Localv8::Value argv[]) const {
^~~~
../src/serialport.cpp: In function 'void EIO_AfterGet(uv_work_t)':
../src/serialport.cpp:336:30: warning: 'v8::Localv8::Value Nan::Callback::Call(int, v8::Localv8::Value) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(2, argv);
^
In file included from ../src/./serialport.h:6:0,
from ../src/serialport.cpp:1:
../../nan/nan.h:1674:3: note: declared here
Call(int argc, v8::Localv8::Value argv[]) const {
^~~~
../src/serialport.cpp: In function 'void EIO_AfterGetBaudRate(uv_work_t)':
../src/serialport.cpp:383:30: warning: 'v8::Localv8::Value Nan::Callback::Call(int, v8::Localv8::Value) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(2, argv);
^
In file included from ../src/./serialport.h:6:0,
from ../src/serialport.cpp:1:
../../nan/nan.h:1674:3: note: declared here
Call(int argc, v8::Localv8::Value argv[]) const {
^~~~
../src/serialport.cpp: In function 'void EIO_AfterDrain(uv_work_t)':
../src/serialport.cpp:424:30: warning: 'v8::Localv8::Value Nan::Callback::Call(int, v8::Localv8::Value*) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(1, argv);
^
In file included from ../src/./serialport.h:6:0,
from ../src/serialport.cpp:1:
../../nan/nan.h:1674:3: note: declared here
Call(int argc, v8::Localv8::Value argv[]) const {
^~~~
CXX(target) Release/obj.target/serialport/src/serialport_unix.o
../src/serialport_unix.cpp:24:26: fatal error: linux/serial.h: No such file or directory
                      ^

compilation terminated.
make: *** [serialport.target.mk:104: Release/obj.target/serialport/src/serialport_unix.o] Error 1
make: Leaving directory '/homebridge/node_modules/serialport/build'
gyp ERR! build error
gyp ERR! stack Error: make failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:262:23)
gyp ERR! stack     at ChildProcess.emit (events.js:189:13)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:12)
gyp ERR! System Linux 4.4.59+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /homebridge/node_modules/serialport
gyp ERR! node -v v10.15.1
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
npm WARN homebridge No description
npm WARN homebridge No repository field.
npm WARN homebridge No license field.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY<EMAIL_ADDRESS>(node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for<EMAIL_ADDRESS>wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>install: prebuild-install || node-gyp rebuild
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR!  Please review log for details

This issue is specifically from the serialport dependency which is failing to build, the key error is this bit:
Release/obj.target/serialport/src/serialport_unix.o ../src/serialport_unix.cpp:24:26: fatal error: linux/serial.h: No such file or directory
I would reach out to that project and see if they have advice, certainly a Google of the problem suggests it is an architecture or dependency type issue that perhaps you can overcome by installing serialport yourself rather than relying on the automatic install via the dependency from this module?
Sorry can't be more help, as I say this issue doesn't relate to this project so not really something that can be addressed here.

Is there a version that only has IP support?

There is not no, that is not to say it wouldn't be possible to strip out the serial aspects of the plugin. To be honest I would have thought fixing the serialport install wouldn't be too difficult, I appreciate it's a bit of a wasted effort as your device has no serial ports present.
I will apply some thought to the matter, in the meantime you could take the code yourself and strip out references to serial, I'm not sure what might break though as it's all tied quite closely together.

Thank you for dealing with the problem! :)

I acquired a raspberry pi 3 for this I could install. But forever, I see the sequel in the log:
[2019-3-11 18:35:57] [Texecom] received data
[2019-3-11 18:35:59] [Texecom] received data
[2019-3-11 18:36:01] [Texecom] received data
[2019-3-11 18:36:03] [Texecom] received data
[2019-3-11 18:36:18] [Texecom] received data
[2019-3-11 18:36:19] [Texecom] IP connection ended
[2019-3-11 18:36:19] [Texecom] IP connection closed
My config:
{
"platform": "Texecom",
"ip_address": "<IP_ADDRESS>",
"ip_port": "10001",
"zones": [
{
"name": "Room 1",
"zone_number": "02",
"zone_type": "motion",
"dwell": 1000
},
{
"name": "Bedroom",
"zone_number": "04",
"zone_type": "motion",
"dwell": 1000
},
{
"name": "Room 2",
"zone_number": "03",
"zone_type": "motion",
"dwell": 1000
},
{
"name": "Door",
"zone_number": "01",
"zone_type": "contact",
"dwell": 1000
}
]
}
What could be the problem?

Huh. How long does it run for before the IP connection ends? (P.S. This should probably be under a separate issue.)

When homebridge starts, there is no problem, but after I enter in the homekit, then throw the ip connection.

Texecom IOS app and in Wintex desktop app aren't any probleme.

Sounds like you might not have the Crestron protocol configured on the COM-IP port?

How to configure it? Do you have a description of it?

https://github.com/kieranmjones/homebridge-texecom/blob/master/README.md
(but since you have Wintex, use that instead as it's easier)

So everything works. I'm sorry I thought it was just the serial port that needed this setting. Thanks!

So everything works. I'm sorry I thought it was just the serial port that needed this setting. Thanks!

Hi @paskovitch please could you share how you managed to install this on a raspberry pi? I've been trying to install this for a couple on months now. Did you strip out all references to serial port from the code?
I've tried installing this through Homebridge natively on a Pi, using docker on a Pi and also using a FreeBSD jail. Every Homebridge plugin installs for me except this one. Any help would be very much appreciated.


Package does not have the right structure

You should initialize with PkgTemplates (https://github.com/JuliaCI/PkgTemplates.jl) as demonstrated in the lecture on good programming practices

Also, setting up the docs is tedious when done manually

And .gitignore will need to be beefed up

I think you might find it easier to restart from scratch

Will do!

3e88455530f9e54a4b1ac0af12baf6d4d3f56aec


Oldest client observer

The TaskManager provides a means for connected clients to negotiate exclusive rights to a task.  However, it is a full-fledged DDS and therefore has a couple limitations: (1) it must be created before it can be used (2) it generates op traffic when negotiating task ownership.
This change adds an OldestClientObserver which is a simple utility to watch the Quorum and ContainerRuntime to determine if the local client is the oldest or not.  The oldest designation can be determined without the limitations mentioned above (this is the same strategy used by the SummaryManager with the QuorumHeap), though it does have the drawback that a single client would run all tasks.
However, this "single task runner" drawback already exists for leader election on AgentScheduler.  I'd like to replace the implementation of leader election with this approach, thereby removing our internal dependency on the AgentScheduler and setting us up for future deprecation/removal.  This would also immediately reduce op traffic in the form of "leader" writes to the ConsensusRegisterCollection.  I'll follow with that change pending feedback on the initial idea.
Potentially SummaryManager could use this too, though there's less motivation to make a change there since it's already not exposing public interfaces to the QuorumHeap and is not creating DDSs or generating op traffic.

However, this "single task runner" drawback already exists for leader election on AgentScheduler. I'd like to replace the implementation of leader election with this approach, thereby removing our internal dependency on the AgentScheduler and setting us up for future deprecation/removal.

I'd prefer to remove global leader election in favor of local leader election. I.e. use a task (with unique name specific for given workflow) being picked up from AgentScheduler (global or not - not that important IMHO, as we can add locality by adding namespaces that is path of object that request it).
Maybe other way to say it - from scenario perspective, I believe higher priority is to remove dependency on single client that does all the work than number of ops or a need to have a DDS. For op efficiency, you can glance at https://github.com/microsoft/FluidFramework/issues/5288 that looks at one (big) sample - there is a bug opened to make incremental improvements in AgentScheduler.
Also worth adding - there is a need (and it's lacking in AgentScheduler as well - there is issue tracking it, with multiple users reaching out about it) to have two modes - one that does task selection only in "write" connection (useful for something like Spell checking - usually that feature is disabled if user did not make an edit, i.e. it's Ok to not select task and stay silent). The other - that forces "write" connection (useful if performed as result of user gesture). With this direction you need a mode to force client to be "write" connection (via something, like noop?) and possibly be performant (not need to send noop if quorum is not empty).

But I think you are pushing people on a path that will be harder to fix/undo. Once they start using OldestClientObserver, how do we get them out of pushing all the work to a single client? What would be the incentive to use something else? I believe that's more evil than having global component. Cause at some point we will start getting reports that various functionality does not work and we learn that underpowered phone was supposed to run 20 different tasks...

OldestClientObserver is functionally no different from leader election re: globality of selection, and no harder to migrate away from.  The underpowered phone could be selected as "leader" today as well.  This is just a win in terms of op traffic and dependencies.  I am also interested in moving away from global selection but that is not the objective of this specific piece of work.

I am wondering whether we need to care about "stale" quorum members, where the oldest quorum member may not be active anymore and waiting for service timeout. During that period, we will not have any functional leader.

This is interesting.  I imagine it already occurs today if the current leader gets into that state, but I can see that it might become more prevalent since under the current implementation the stale client would not nominate itself upon leadership availability.
I'll think about this scenario more before changing the core classes.

Merging per offline conversation with Vlad.  I'll be exploring alternate options for AgentScheduler deprecation, but checking this in to avoid getting out of sync.


Support riverpod_generator

riverpod_generator fails while using dart_mappable + freezed, but works with json_serializable + freezed
See the error from the build command:
[SEVERE] Conflicting outputs
Both riverpod_generator:riverpod_generator and riverpod_generator:riverpod_generator may output test/ensure_build_test.riverpod.g.part. Potential outputs must be unique across all builders. See https://github.com/dart-lang/build/blob/master/docs/faq.md#why-do-builders-need-unique-outputs
[INFO] Terminating. No further builds will be scheduled

The file test/ensure_build_test.riverpod.g.part is not important. If I deleted that, it switched to test/main.riverpod.g.part. Neither of these files have an @riverpod annotation.

build.yaml

targets:
  freezed:
    builders:
      freezed:freezed:
        enabled: true
  $default:
    dependencies:
      # TODO: Change this value when changing the package name
      - flutter_boolean_template:freezed
    builders:
      freezed:freezed:
        enabled: false
      dart_mappable_builder:
        # Generates for any imported files in the following locations (including nested imports)
        generate_for:
          - lib/main.dart # modify this if you have a different entry point
          - lib/src/models/models.dart # multiple independent entry files

Not working with these dependencies:

dependency_overrides:
  test_api: 0.4.16

dependencies:
  change_app_package_name: ^1.1.0
  cupertino_icons: ^1.0.5
  convenient_test: ^1.2.1
  flex_color_scheme: ^6.0.1
  flutter:
    sdk: flutter
  flutter_hooks: ^0.18.5+1
  flutter_launcher_icons: ^0.10.0
  flutter_native_splash: ^2.2.14
  freezed_annotation: ^2.1.0
  hive: ^2.2.3
  hooks_riverpod: ^2.1.1
  mason: ^0.1.0-dev.38
  dart_mappable: ^2.0.0-dev.5
  mocktail: ^0.3.0
  riverpod_annotation: ^1.0.6
  stock: ^1.0.0

dev_dependencies:
  convenient_test_dev: ^1.2.1
  build_runner: ^2.3.2
  flutter_test:
    sdk: flutter
  freezed: ^2.2.1
  integration_test:
    sdk: flutter
  msix: ^3.6.6
  very_good_analysis: ^3.1.0
  dart_mappable_builder: ^2.0.0-dev.5
  build_verify: ^3.0.0
  riverpod_generator: ^1.0.6

Works with these dependencies:

dependency_overrides:
  test_api: 0.4.16

dependencies:
  change_app_package_name: ^1.1.0
  cupertino_icons: ^1.0.5
  convenient_test: ^1.2.1
  flex_color_scheme: ^6.0.1
  flutter:
    sdk: flutter
  flutter_hooks: ^0.18.5+1
  flutter_launcher_icons: ^0.10.0
  flutter_native_splash: ^2.2.14
  freezed_annotation: ^2.1.0
  hive: ^2.2.3
  hooks_riverpod: ^2.1.1
  mason: ^0.1.0-dev.38
  mocktail: ^0.3.0
  riverpod_annotation: ^1.0.6
  stock: ^1.0.0
  json_annotation: ^4.7.0

dev_dependencies:
  convenient_test_dev: ^1.2.1
  build_runner: ^2.3.2
  flutter_test:
    sdk: flutter
  freezed: ^2.2.1
  integration_test:
    sdk: flutter
  msix: ^3.6.6
  very_good_analysis: ^3.1.0
  build_verify: ^3.0.0
  riverpod_generator: ^1.0.6
  json_serializable: ^6.5.4

Given that riverpod_generator works with json_serializable + freezed, I assume it is an issue with dart_mappable, but i could be wrong

This comes from the build.yaml.
Try to add
riverpod_generator:riverpod_generator:
  enabled: false

under targets.freezed.builders.

Thank you, that does fix the issue. Perhaps this can be added to the readme.


Mansions of Madness Tiles Missing After Import

I noticed this when I attempted to add the mansions of madness tiles a week or so ago. I never got it finished so I never made a pull request.
Anyway, not all the .asset files are referenced in resources.assets.  In order to get the terrain tiles for MoM you'll have to import all files that match *.asset.

I am actually already matching *.asset.  At first I only added the base game tiles because I didn't have expansion support, so the 1st ed tiles wouldn't have shown up.


awslocal s3api on windows 10

Trying to provide public read to the bucket: bucket "tutorial" created.
running the following command -
awslocal s3api put-bucket-acl --bucket tutorial --acl public-read
returns -

usage: aws [options]   [ ...] [parameters]
To see help text, you can run:

aws help
aws  help
aws   help
aws: error: the following arguments are required: --bucket*

--bucket is provided in the command.

Thanks for reporting @navforu . I wasn't able to reproduce this issue - the command you posted seems to be working for me. Can you please post the output of aws --version, and potentially try upgrading to the latest version: pip install --upgrade --no-cache awscli. Thanks

Thanks for reporting @navforu . I wasn't able to reproduce this issue - the command you posted seems to be working for me. Can you please post the output of aws --version, and potentially try upgrading to the latest version: pip install --upgrade --no-cache awscli. Thanks

Quick update @navforu : We've pushed a new version that should potentially fix your issue. Can you please do a pip install --upgrade --no-cache 'awscli-local>=0.6' and give it another try? Thanks

Thanks for reporting @navforu . I wasn't able to reproduce this issue - the command you posted seems to be working for me. Can you please post the output of aws --version, and potentially try upgrading to the latest version: pip install --upgrade --no-cache awscli. Thanks

I got the notification after you closed the issue. Thanks for your reply, we end up not using it at this time. Will get back some time check if the upgraded code works.


[5.1] Add the notion of @_implementationOnly overrides

Cherry-pick of #25447 and #25538 to the 5.1 branch. Reviewed by @slavapestov.
rdar://50827914

@swift-ci Please test

Build failed
Swift Test Linux Platform
Git Sha - 80cce2bdb8605f79fd92cb36c839a4476b02ed01

Build failed
Swift Test OS X Platform
Git Sha - 80cce2bdb8605f79fd92cb36c839a4476b02ed01

@swift-ci Please test

Build failed
Swift Test Linux Platform
Git Sha - 80cce2bdb8605f79fd92cb36c839a4476b02ed01

Hrm, so either the Linux bots or compiler-rt-on-Linux are actually borked right now…

@swift-ci Please test Linux


Schema support, multiple-fields FK, performance and more

Hi,
following @vysl19 request, I implemented schema support and fixed other minor bugs.
List of modifications:

schema support
non-lowercase tables support
multiple-fields foreign-keys support
enabled navigation hyperlinks
300x performance improvement when retrieving info on FK relations from PG
minor UI improvements in configuration window

I just need to add schema support also for functions, which will come in days.

Sorry to hijack your pull request, but I want to make my own for #26.  How did you?

Get the test DB running to pass unit tests
Get your changes to run in linqpad (did you make an LPX)

If you reply on #26 that'd be great.

Thanks a lot for your work, I've merged your pull request. Has there been a technical reason for you to add the constraint name to the associations or out of personal preference?

If I remember well, I added it to distinguish them in the case you have more than one relation between the same two tables. We have some example in our suite's DB.

Okay good to know. I've reverted this change since it wasn't possible any more to access the association property from the code (since it contained illegal characters), but I've implemented a collision detection to avoid adding two properties with the same name (a number will be added to the property's name if a property with the same name already exists) and I've added a tooltip to the association's explorer item which contains the constraint name.

Ok, @fknx.
That seems to be a good compromise!
Thanks for quoting me in the release info of versione 0.30.
I'll try to implement schema support even for functions, but in this period I only have a little time to code.


Question: any progress towards supporting concurrent mode in react-native?

I am trying to use useTransition with react-native but I face this mistake
import React from 'react';
const { useTransition } = React;
...
const SUSPENSE_CONFIG = {
  timeoutMs: 3000,
}
...
const [startTransition] = useTransition(SUSPENSE_CONFIG);

The Fabric work is a prerequisite for concurrent mode. We want it too! :-)

How could fabric work on react-native?

@TheSavior do you know if there is any kind of roadmap for getting ready native running in concurrent mode?


Recovering a wallet from seed with -multi_file=channel.backup balance not reflected

Background
While upgrading I ran in to a database migration issue (possibly unrelated, see bottom of issue).
I was worried that since the upgrade seemed to fail that the database was unrecoverable so I attempted a wallet recovery from seed and using the SCB option.  When I lncli closedchannels I added up all of the settled_balances and noted how many sats it should be assuming that is the balances that I should be recovering from those channels (it is pretty close to what I expected so I'm assuming it's close)
Your environment

version of lnd - lncli version 0.7.1-beta commit=v0.7.1-beta-155-g06206f09b5c0c29654110b5cb95a85a9c0e75e14
which operating system (uname -a on *Nix) - ubuntu
version of btcd, bitcoind, or other backend - bitcoind
any other relevant environment details

Steps to reproduce
Tell us how to reproduce this issue. Please provide stacktraces and links to code in question.
Expected behaviour
Tell us what should happen
I expected lncli walletbalance to reflect the closed channel balances.
Actual behaviour
I checked all transactions from lncli listunspent and compared to lncli walletbalance and those two balances match but I don't see the balances from the channels anywhere.  lncli listchaintxns does not seem to have anything recent from closed channels either.
Migration output
[INF] CHDB: Checking for schema update: latest_version=10, db_version=8
[INF] CHDB: Performing database schema migration
[INF] CHDB: Applying migration #9
[INF] CHDB: Migrating outgoing payments to new bucket structure
[INF] CHDB: Migration of outgoing payment bucket structure completed!
[INF] CHDB: Applying migration #10
[INF] CHDB: Unable to apply migration #10
[ERR] LTND: Unable to open channeldb: unexpected EOF

You can return to 0.7.1, and you'll be able to boot up.

Also note that the settled_balance field in the output there may not always be 100% accurate as it can represent the max amount we may be able to retrieve.

When I lncli closedchannels I added up all of the settled_balances and noted how many sats it should be assuming that is the balances that I should be recovering from those channels (it is pretty close to what I expected so I'm assuming it's close)

It's also possible that you spent some of the balance from those closed channels in new channels or other on-chain transactions.


Use special bonus script to show connection details for Alby

This PR builds on #3031
Alby is a lightning app for desktop browsers and thus it is not possible for users to scan a lndconnect QR code. PR 3031 reused the current bonus.lndconnect.sh script which displays a QR code. This is not really usable for Alby.
This new bonus.alby.sh script prints Alby connection details that can be copied and pasted into Alby.
Note: this is the first time I am writing some RaspiBlitz code, I am not sure how correct this is.
I've tried to test the script by c&p it to my running node.

thx :) merged for v1.8.0 release


fix(app): add missing translations

:tada: This PR is included in version 1.3.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Rule set to redirect ports for TCP

Hi,
I would like to setup OCI LB for Kafka deployment by utilizing ClusterIP services with Ingress (for Kafka I am using  https://github.com/bitnami/charts/tree/main/bitnami/kafka/#installing-the-chart). I am using 3 controllers/brokers for Kafka.
Such setup is documented/working with nginx LB using config maps but I'm not able to configure similar with oci-native-ingress-controller. Anyway, when I configure it manually (the LB on OCI) it is working as expected.
Brief description:

The Kafka service is exposed externally on 3 pods = 3 IP addresses with same Port> E.g., IP1:9095, IP2:9095, IP3:9095

The OCI LB for this is correctly set using Ingress with one Listener (on port 9095) with Backend Set with 3 backends (IP1:9095, IP2:9095, IP3:9095).

The Kafka is redirecting "initial" request (on Service) from client to the one of 3 Endpoints on same OCI LB which are distinguished by 3 different Ports and LB should the direct it to the right Enpoint based on the port - I am able to configure this manually but not using oci-native-ingress-controller.

E.g., LB:9096 should redirect to IP1:9095, LB:9097 should redirect to IP2:9095, LB:9098 should redirect to IP3:9095,
So, the LB configuration should be 3 listeners > Listener on port 9096 with Backend Set and one backed IP1:9095, Listener on port 9097 with Backend Set and one backed IIP2:9095, Listener on port 9098 with Backend Set and one backed IP3:9095

Nginx is using config maps on controller deployment and this is then propagated on Ingress and into LB afterwards .
Sample config map
apiVersion: v1
kind: ConfigMap
metadata:
  name: tcp-ingress-4-kafka-ing
  namespace: kafka-ingress
data:
  9096: "kafka-ingress/kafka-ing-controller-0-external:9095"
  9097: "kafka-ingress/kafka-ing-controller-1-external:9095"
  9098: "kafka-ingress/kafka-ing-controller-2-external:9095"

Is it possible to achieve this configuration using oci-native-ingress-controller with Ingress or is this functionality missing so far please?
Thank you.

In general native ingerss controller creates one listener for each service port and one backend set for all backends of that service. So have you tried creating 3 different services with respective listener port/backend configuration?

Hi, yes I've tried already. Unfortunately it keeps failing because within kube it has same target port and/or the service is not exposed for these controllers on this port, it is just endpoint (not service). I believe that this is because example from nginx uses config map approach in this case.
Is it possible to get to the configuration I described using oci-native-ingress-controller please?


Compatibility with jQuery 3.5.0

Usages like $('
') must be changed to $('

')
See the blog post:
https://blog.jquery.com/2020/04/10/jquery-3-5-0-released/
and the upgrade guide for more details:
https://jquery.com/upgrade-guide/3.5/

Thanks @StudioMaX! ☺

Pls excuse my ignorance: Was this update implemented? I still see jQuery 1.12 in the download version.

The demo is using jQuery 1.12, but yes, the library is compatible with jQuery 3.5 and later versions.


Typescript slow

I'm using cmp-nvim-tags with vim-gutentags and in typescript files(tsx) I have cursor freeze when I'm typing more then 4 symbols.
Source config:
  sources = cmp.config.sources({
    { name = 'tags', max_item_count = max_item_count  },
  }),

https://user-images.githubusercontent.com/9537753/186727516-f0e12948-5569-4208-bb4e-95b554243751.mov

Hey @mario-amazing Apologies for the delay, could you send us your config so I can replicate the issue. And how large is your tag file?

It's totally ok)))
Conf:
if has('vim_starting')
  set encoding=utf-8
endif
scriptencoding utf-8

if &compatible
  set nocompatible
endif

let s:plug_dir = expand('/tmp/plugged/vim-plug')
if !filereadable(s:plug_dir .. '/plug.vim')
  execute printf('!curl -fLo %s/autoload/plug.vim --create-dirs https://raw.githubusercontent.com/junegunn/vim-plug/master/plug.vim', s:plug_dir)
end

execute 'set runtimepath+=' . s:plug_dir
call plug#begin(s:plug_dir)
Plug 'hrsh7th/nvim-cmp'
Plug 'hrsh7th/vim-vsnip'
Plug 'hrsh7th/cmp-path'
Plug 'quangnguyen30192/cmp-nvim-tags'

call plug#end()
PlugInstall | quit

" Setup global configuration. More on configuration below.
lua << EOF
local cmp = require "cmp"
local max_item_count = 4

cmp.setup {
  snippet = {
    expand = function(args)
      vim.fn["vsnip#anonymous"](args.body)
    end,
  },

  mapping = {
    ['<C-p>'] = cmp.mapping.select_prev_item(),
    ['<C-n>'] = cmp.mapping.select_next_item(),

    ['<CR>'] = cmp.mapping.confirm({ select = true })
  },

  sources = cmp.config.sources({
    { name = 'tags', max_item_count = max_item_count  },
  }),
}

EOF

Last tag:

Thank you. I tried with your config and it works fine for me. Your tag file is huge because it tried to scan and generate tags inside node_modules. In the runtime, cmp loads that huge amount tag and it causes delay. Can you try the following suggestion:

Use without vim-gutentags. You actually don't really need it as you can generate tag yourself by ctags https://github.com/universal-ctags/ctags
Try to regenerate a tag file that not include node_modules

ctags -R  --languages=typescript --exclude=.git --exclude=node_modules
You can find out typescript ctag here https://github.com/jb55/typescript-ctags

Open neovim and try with your new tag file.

@quangnguyen30192, without node_modules it is totally fine! Thanks a lot!


Is there a nuget package for it

I want to use it on mvc application. I can not fined a nuget package for clipboad.js

I don't think there is one @azizullah-masology.

Ok thanks @zenorocha for replay


Wrap-up workshop UI patterns

We need to extract the patterns we found within out workshop. Some code is available in one of the workshops feature branch. The code contains three use-cases (navbar, master-detail, search).

Extract the patterns into a Miro board or Figma Canvas
Discuss the patterns with one of the Designers
Create follow-up issues for the final designs, implementations and Storybook page

Extracted Patterns can be found in our pinned Miro Board in the proj-elements slack channel


Plunker Demo heroapp is not working

Stopped working yesterday, I downloaded to try to fix, but my knowledge in angular 2 have not yet made me help

working now, please take a look 8-)

Thank you for your prompt attention.


Delete Event Subscriber Endpoint

I think this is blocked by https://github.com/mesosphere/marathon/issues/4686 We can't remove endpoint without providing events functionality for integration tests because some of them rely on events.

My draft review takes care of this.
On Sat, Feb 11, 2017 at 1:27 PM janisz<EMAIL_ADDRESS>wrote:

I think this is blocked by #4686
https://github.com/mesosphere/marathon/issues/4686 We can't remove
endpoint without providing events functionality for integration tests
because some of them rely on events.
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
https://github.com/mesosphere/marathon/issues/4971#issuecomment-279176986,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAweZlCoE42-Bw-bu3cJovo8pjaL6Au9ks5rbifMgaJpZM4Lm3Yf
.

Note: This issue has been migrated to https://jira.mesosphere.com/browse/MARATHON-2456. For more information see https://groups.google.com/forum/#!topic/marathon-framework/khtvf-ifnp8.


Zend\Mime\Message setter methods should return $this

All of the setter methods in Zend\Mime\Part and Zend\Mail\Message return $this, allowing you to chain calls to those methods. Zend\Mime\Message doesn't work this way, for seemingly no particular reason.
The PR simply adds return $this to those few setter functions. There should be no API breakage or other BC issues AFAIK. Tests pass (there weren't any that relied on the existing behaviour, of course).

Thanks, @okdana


FixFix leaky abstraction and shield the status code END_OF_FILE from upper layers

Proposed changes
In https://github.com/apache/doris/pull/23855 and https://github.com/apache/doris/pull/24139, the low level status code END_OF_FILE is leaked to upper layers and causes some problems. This PR shields the status code END_OF_FILE from upper layers and transforms it to the status code with appropriate semantics.
Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall

run buildall

run buildall

run buildall

run buildall

run buildall


Refactor cho data handling 2

This standardizes the settings for choropleth with other components. I made a slight change to the way dataset querying is handled in BaseComponent - I believe that it is correct, and it doesn't break anything, but please check!
Acceptance criteria

[ ] ensure that choropleth module works in example application
[ ] code review

After run the sample page I'm getting this error. @starsinmypockets Could you confirm this is working for you?


Hello, macOS 👋 (& system-supplied playback controls)

⚠ Warning: this version has breaking changes. ⚠

Full cross-platform support (macOS/iOS/tvOS).

Minimum deployment targets:

iOS 9.0
tvOS 9.0
macOS 10.10

System-supplied playback controls.
Refactor delegate protocols & FillMode to follow Swift nomenclature.
Add a few basic test cases (need a lot more).
Update readme.
Complete Travis CI suite (s/o to Regex for their Rakefile).
Carthage support.
Probably other stuff too, I don't remember.

Still needs

More test cases!!!!

AVPlayerViewController implementation can be cleaned up. The double nested view controllers rub me the wrong way.
Did I already mention more test cases? Cause definitely that.

Thoughts? Comments? Concerns?

hey, greatly appreciate the contributions. i typically prefer smaller PR's but i'll have to go through this and @addbrick contributions. i also need to split out the newer swift version changes to a new branch.

Is there a reason this never got merged? I actually misunderstood the purpose of this entire library and when it said "customizable UI and user interaction" I figured it would have nice default custom video playback controls, and that I'd be able to extend those to fit my needs. This seems like the main value add of a custom video player, no?
Since this is so old and has tons of conflicts now, I'm not planning to reply on this being merged any time soon. Do any of you know of alternative packages that offer custom video controls without needing to use AVPlayerViewController's UI (which is non-configurable)?


⚠ Bofrost.es has degraded performance

In 8993af6, Bofrost.es (https://www.bofrost.es) experienced degraded performance:

HTTP code: 200
Response time: 1698 ms

Resolved: Bofrost.es performance has improved in 0205315 after 6 minutes.


Refactor maverick status entries

Currently maverick status entries are hardcoded within the maverick shell script.  Instead, create some '.d' system where individual status scripts can be added so the main shell script does not have to be hacked to update entries.

Now maverick status will iterate through numbered directories in /srv/maverick/software/maverick/bin/status.d, in order of number.
In each directory must be an __init__ file which contains the title of the status section (eg. Network, or Analysis).
Alongside the init file are .status files, which should be a 2-column csv file containing the service name and description to be displayed, eg.
[dev] [mav@dev ~/software/maverick/bin/status.d/122.network]$ more 101.wifibc.status
wifibc_tx,WifiBC TX
wifibc_rx,WifiBC RX

All bin/status.d files and directories are excluded from git.  Now to create the directories per module/SITL instance, and to drop the status files in from each module.

Refactored status entries per module.  Also removed the apsitl_ prefix from sitl service names.


Added headers to every PUT request

This PR is intended to resolve https://github.com/Azure/azure-sdk-for-python/issues/13506. This would allow PUT request to have headers/metadata keys and values rather than only the final commit.

/azp run python - storage - tests