video player avplay crash

i am trying to build an app with video functionality only for TVs. so for that i create a simple app and follow what mentioned in video_player_avplay plugin github, but i got the following error:
target: tizen_native_plugins
exception:Error: Failed to build video_player_avplay plugin:
[PLATFORM] Mobile-6.0
[ARCHITECTURE] i586
[COMPILER] LLVM-10.0
[CONFIGURATION] Debug
[SBI] prdefine options = -DTV_PROFILE
[SBI] command : cmd /c make.exe -f "C:\tizen-studio\tools\ide\resources\native\Build\makefile" -r
make -f C:\tizen-studio\tools\ide\resources\native\Build/makefile.mk
C:\tizen-studio\tools\smart-build-interface\..\msys2\usr\bin\make[1]: Entering directory
'/c/Users/akash/AppData/Local/Pub/Cache/hosted/pub.dev/video_player_avplay-0.4.2/tizen'
preparing to build src/drm_license_helper.cc
preparing to build src/drm_manager.cc
preparing to build src/drm_manager_proxy.cc
preparing to build src/ecore_wl2_window_proxy.cc
preparing to build src/media_player.cc
preparing to build src/media_player_proxy.cc
preparing to build src/messages.cc
preparing to build src/plus_player.cc
preparing to build src/video_player.cc
preparing to build src/video_player_tizen_plugin.cc
C:\tizen-studio\tools\ide\resources\native\Build/makefile.mk:164: warning: overriding recipe for target 'Debug'
C:\tizen-studio\tools\ide\resources\native\Build/makefile.mk:161: warning: ignoring old recipe for target 'Debug'
  Building file: src/drm_license_helper.cc
  Output Path ./Debug
  Invoking: C++ Compiler
  Building directory: Debug/src
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -c "src/drm_license_helper.cc" -o
"Debug/src/drm_license_helper.o" -DTIZEN_DEPRECATION -DDEPRECATION_WARNING -DTV_PROFILE -DFLUTTER_PLUGIN_IMPL  -Iinc
-Isrc -Iinc/plusplayer  -I"pch" -g3 -D_DEBUG -O0 -Wall -c -fmessage-length=0 -std=c++14 -target i586-tizen-linux-gnueabi
-gcc-toolchain "C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/" -ccc-gcc-name
i586-linux-gnueabi-g++ -march=i586 -Wno-gnu -fstack-protector-strong -Wno-unused-command-line-argument
-fdebug-default-version=3  -fPIC
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -Werror-implicit-function-declaration  -std=c++17
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
<EMAIL_ADDRESS>  Finished building: src/drm_license_helper.cc
  Building file: src/drm_manager.cc
  Output Path ./Debug
  Invoking: C++ Compiler
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -c "src/drm_manager.cc" -o
"Debug/src/drm_manager.o" -DTIZEN_DEPRECATION -DDEPRECATION_WARNING -DTV_PROFILE -DFLUTTER_PLUGIN_IMPL  -Iinc -Isrc
-Iinc/plusplayer  -I"pch" -g3 -D_DEBUG -O0 -Wall -c -fmessage-length=0 -std=c++14 -target i586-tizen-linux-gnueabi
-gcc-toolchain "C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/" -ccc-gcc-name
i586-linux-gnueabi-g++ -march=i586 -Wno-gnu -fstack-protector-strong -Wno-unused-command-line-argument
-fdebug-default-version=3  -fPIC
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -Werror-implicit-function-declaration  -std=c++17
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
<EMAIL_ADDRESS>  Finished building: src/drm_manager.cc
  Building file: src/drm_manager_proxy.cc
  Output Path ./Debug
  Invoking: C++ Compiler
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -c "src/drm_manager_proxy.cc" -o
"Debug/src/drm_manager_proxy.o" -DTIZEN_DEPRECATION -DDEPRECATION_WARNING -DTV_PROFILE -DFLUTTER_PLUGIN_IMPL  -Iinc
-Isrc -Iinc/plusplayer  -I"pch" -g3 -D_DEBUG -O0 -Wall -c -fmessage-length=0 -std=c++14 -target i586-tizen-linux-gnueabi
-gcc-toolchain "C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/" -ccc-gcc-name
i586-linux-gnueabi-g++ -march=i586 -Wno-gnu -fstack-protector-strong -Wno-unused-command-line-argument
-fdebug-default-version=3  -fPIC
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -Werror-implicit-function-declaration  -std=c++17
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
<EMAIL_ADDRESS>  Finished building: src/drm_manager_proxy.cc
  Building file: src/ecore_wl2_window_proxy.cc
  Output Path ./Debug
  Invoking: C++ Compiler
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -c "src/ecore_wl2_window_proxy.cc" -o
"Debug/src/ecore_wl2_window_proxy.o" -DTIZEN_DEPRECATION -DDEPRECATION_WARNING -DTV_PROFILE -DFLUTTER_PLUGIN_IMPL  -Iinc
-Isrc -Iinc/plusplayer  -I"pch" -g3 -D_DEBUG -O0 -Wall -c -fmessage-length=0 -std=c++14 -target i586-tizen-linux-gnueabi
-gcc-toolchain "C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/" -ccc-gcc-name
i586-linux-gnueabi-g++ -march=i586 -Wno-gnu -fstack-protector-strong -Wno-unused-command-line-argument
-fdebug-default-version=3  -fPIC
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -Werror-implicit-function-declaration  -std=c++17
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
<EMAIL_ADDRESS>  Finished building: src/ecore_wl2_window_proxy.cc
  Building file: src/media_player.cc
  Output Path ./Debug
  Invoking: C++ Compiler
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -c "src/media_player.cc" -o
"Debug/src/media_player.o" -DTIZEN_DEPRECATION -DDEPRECATION_WARNING -DTV_PROFILE -DFLUTTER_PLUGIN_IMPL  -Iinc -Isrc
-Iinc/plusplayer  -I"pch" -g3 -D_DEBUG -O0 -Wall -c -fmessage-length=0 -std=c++14 -target i586-tizen-linux-gnueabi
-gcc-toolchain "C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/" -ccc-gcc-name
i586-linux-gnueabi-g++ -march=i586 -Wno-gnu -fstack-protector-strong -Wno-unused-command-line-argument
-fdebug-default-version=3  -fPIC
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -Werror-implicit-function-declaration  -std=c++17
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
<EMAIL_ADDRESS>  Finished building: src/media_player.cc
  Building file: src/media_player_proxy.cc
  Output Path ./Debug
  Invoking: C++ Compiler
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -c "src/media_player_proxy.cc" -o
"Debug/src/media_player_proxy.o" -DTIZEN_DEPRECATION -DDEPRECATION_WARNING -DTV_PROFILE -DFLUTTER_PLUGIN_IMPL  -Iinc
-Isrc -Iinc/plusplayer  -I"pch" -g3 -D_DEBUG -O0 -Wall -c -fmessage-length=0 -std=c++14 -target i586-tizen-linux-gnueabi
-gcc-toolchain "C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/" -ccc-gcc-name
i586-linux-gnueabi-g++ -march=i586 -Wno-gnu -fstack-protector-strong -Wno-unused-command-line-argument
-fdebug-default-version=3  -fPIC
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -Werror-implicit-function-declaration  -std=c++17
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
<EMAIL_ADDRESS>  Finished building: src/media_player_proxy.cc
  Building file: src/messages.cc
  Output Path ./Debug
  Invoking: C++ Compiler
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -c "src/messages.cc" -o "Debug/src/messages.o"
-DTIZEN_DEPRECATION -DDEPRECATION_WARNING -DTV_PROFILE -DFLUTTER_PLUGIN_IMPL  -Iinc -Isrc -Iinc/plusplayer  -I"pch" -g3
-D_DEBUG -O0 -Wall -c -fmessage-length=0 -std=c++14 -target i586-tizen-linux-gnueabi -gcc-toolchain
"C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/" -ccc-gcc-name i586-linux-gnueabi-g++
-march=i586 -Wno-gnu -fstack-protector-strong -Wno-unused-command-line-argument -fdebug-default-version=3  -fPIC
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -Werror-implicit-function-declaration  -std=c++17
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
<EMAIL_ADDRESS>  Finished building: src/messages.cc
  Building file: src/plus_player.cc
  Output Path ./Debug
  Invoking: C++ Compiler
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -c "src/plus_player.cc" -o
"Debug/src/plus_player.o" -DTIZEN_DEPRECATION -DDEPRECATION_WARNING -DTV_PROFILE -DFLUTTER_PLUGIN_IMPL  -Iinc -Isrc
-Iinc/plusplayer  -I"pch" -g3 -D_DEBUG -O0 -Wall -c -fmessage-length=0 -std=c++14 -target i586-tizen-linux-gnueabi
-gcc-toolchain "C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/" -ccc-gcc-name
i586-linux-gnueabi-g++ -march=i586 -Wno-gnu -fstack-protector-strong -Wno-unused-command-line-argument
-fdebug-default-version=3  -fPIC
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -Werror-implicit-function-declaration  -std=c++17
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
<EMAIL_ADDRESS>In file included from src/plus_player.cc:5:
In file included from src/plus_player.h:15:
inc\plusplayer/plusplayer_wrapper.h:471:32: warning: 'GetTrackLanguageCode' has C-linkage specified, but returns
user-defined type 'std::string' (aka 'basic_string<char>') which is incompatible with C [-Wreturn-type-c-linkage]
PLUS_PLAYER_EXPORT std::string GetTrackLanguageCode(PlusplayerRef player,
                               ^
inc\plusplayer/plusplayer_wrapper.h:478:51: warning: 'GetTrackInfo' has C-linkage specified, but returns incomplete type
'std::vector<plusplayer::Track>' which could be incompatible with C [-Wreturn-type-c-linkage]
PLUS_PLAYER_EXPORT std::vector<plusplayer::Track> GetTrackInfo(
                                                  ^
inc\plusplayer/plusplayer_wrapper.h:481:51: warning: 'GetActiveTrackInfo' has C-linkage specified, but returns
incomplete type 'std::vector<plusplayer::Track>' which could be incompatible with C [-Wreturn-type-c-linkage]
PLUS_PLAYER_EXPORT std::vector<plusplayer::Track> GetActiveTrackInfo(
                                                  ^
inc\plusplayer/plusplayer_wrapper.h:507:32: warning: 'GetStreamingProperty' has C-linkage specified, but returns
user-defined type 'std::string' (aka 'basic_string<char>') which is incompatible with C [-Wreturn-type-c-linkage]
PLUS_PLAYER_EXPORT std::string GetStreamingProperty(PlusplayerRef player,
                               ^
4 warnings generated.
  Finished building: src/plus_player.cc
  Building file: src/video_player.cc
  Output Path ./Debug
  Invoking: C++ Compiler
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -c "src/video_player.cc" -o
"Debug/src/video_player.o" -DTIZEN_DEPRECATION -DDEPRECATION_WARNING -DTV_PROFILE -DFLUTTER_PLUGIN_IMPL  -Iinc -Isrc
-Iinc/plusplayer  -I"pch" -g3 -D_DEBUG -O0 -Wall -c -fmessage-length=0 -std=c++14 -target i586-tizen-linux-gnueabi
-gcc-toolchain "C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/" -ccc-gcc-name
i586-linux-gnueabi-g++ -march=i586 -Wno-gnu -fstack-protector-strong -Wno-unused-command-line-argument
-fdebug-default-version=3  -fPIC
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -Werror-implicit-function-declaration  -std=c++17
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
<EMAIL_ADDRESS>  Finished building: src/video_player.cc
  Building file: src/video_player_tizen_plugin.cc
  Output Path ./Debug
  Invoking: C++ Compiler
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -c "src/video_player_tizen_plugin.cc" -o
"Debug/src/video_player_tizen_plugin.o" -DTIZEN_DEPRECATION -DDEPRECATION_WARNING -DTV_PROFILE -DFLUTTER_PLUGIN_IMPL
-Iinc -Isrc -Iinc/plusplayer  -I"pch" -g3 -D_DEBUG -O0 -Wall -c -fmessage-length=0 -std=c++14 -target
i586-tizen-linux-gnueabi -gcc-toolchain "C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/"
-ccc-gcc-name i586-linux-gnueabi-g++ -march=i586 -Wno-gnu -fstack-protector-strong -Wno-unused-command-line-argument
-fdebug-default-version=3  -fPIC
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -Werror-implicit-function-declaration  -std=c++17
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
<EMAIL_ADDRESS>In file included from src/video_player_tizen_plugin.cc:20:
In file included from src/plus_player.h:15:
inc\plusplayer/plusplayer_wrapper.h:471:32: warning: 'GetTrackLanguageCode' has C-linkage specified, but returns
user-defined type 'std::string' (aka 'basic_string<char>') which is incompatible with C [-Wreturn-type-c-linkage]
PLUS_PLAYER_EXPORT std::string GetTrackLanguageCode(PlusplayerRef player,
                               ^
inc\plusplayer/plusplayer_wrapper.h:478:51: warning: 'GetTrackInfo' has C-linkage specified, but returns incomplete type
'std::vector<plusplayer::Track>' which could be incompatible with C [-Wreturn-type-c-linkage]
PLUS_PLAYER_EXPORT std::vector<plusplayer::Track> GetTrackInfo(
                                                  ^
inc\plusplayer/plusplayer_wrapper.h:481:51: warning: 'GetActiveTrackInfo' has C-linkage specified, but returns
incomplete type 'std::vector<plusplayer::Track>' which could be incompatible with C [-Wreturn-type-c-linkage]
PLUS_PLAYER_EXPORT std::vector<plusplayer::Track> GetActiveTrackInfo(
                                                  ^
inc\plusplayer/plusplayer_wrapper.h:507:32: warning: 'GetStreamingProperty' has C-linkage specified, but returns
user-defined type 'std::string' (aka 'basic_string<char>') which is incompatible with C [-Wreturn-type-c-linkage]
PLUS_PLAYER_EXPORT std::string GetStreamingProperty(PlusplayerRef player,
                               ^
4 warnings generated.
  Finished building: src/video_player_tizen_plugin.cc
  Building target: Debug/libvideo_player_tizen_plugin.so
  Invoking: C/C++ Linker
"C:\tizen-studio\tools\smart-build-interface/../llvm-10/bin/clang++.exe" -o ./Debug/libvideo_player_tizen_plugin.so
@./Debug/target_objs.file  -lplusplayer-wrapper -lgstsubtitle_tvplus -lgstsubtitleparse_tvplus -lplusplayercore_tvplus
-ltracksource_tvplus -lplusplayer_tvplus -ldashplusplayer_tvplus -Llib/i586/6.0
-L"C:/Users/akash/AppData/Local/Pub/Cache/hosted/pub.dev/video_player_avplay-0.4.2/tizen/lib" -Wl,--no-undefined
-Wl,-rpath='$ORIGIN' -target i586-tizen-linux-gnueabi -gcc-toolchain
"C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/" -ccc-gcc-name i586-linux-gnueabi-g++
-march=i586 -Wl,-z,relro,--as-needed,-z,noseparate-code  -Xlinker --as-needed -shared -lpthread
--sysroot="C:/tizen-studio/tools/smart-build-interface/../../platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.c
ore" -LC:/tizen-studio/platforms/tizen-6.0/mobile/rootstraps/mobile-6.0-emulator.core/usr/lib
@./Debug/platform_libs.file
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/cpp_client_wrapper/include"
-I"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-common/public"
-I"/e/flutter-tizen/flutter/bin/cache/dart-sdk/include" -lflutter_tizen_tv
-L"/e/flutter-tizen/flutter/bin/cache/artifacts/engine/tizen-x86/6.0"
"/g/projects/tizen/demo/.dart_tool/flutter_build/7a993a09f696c6b2e9dd7f3479b2fb33/tizen_embedding/libembedding_cpp.a"
C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/lib/gcc/i586-tizen-linux-gnueabi/9.2.0/../../.
./../i586-tizen-linux-gnueabi/bin\ld: cannot find -lplusplayer-wrapper
C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/lib/gcc/i586-tizen-linux-gnueabi/9.2.0/../../.
./../i586-tizen-linux-gnueabi/bin\ld: cannot find -lgstsubtitle_tvplus
C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/lib/gcc/i586-tizen-linux-gnueabi/9.2.0/../../.
./../i586-tizen-linux-gnueabi/bin\ld: cannot find -lgstsubtitleparse_tvplus
C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/lib/gcc/i586-tizen-linux-gnueabi/9.2.0/../../.
./../i586-tizen-linux-gnueabi/bin\ld: cannot find -lplusplayercore_tvplus
C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/lib/gcc/i586-tizen-linux-gnueabi/9.2.0/../../.
./../i586-tizen-linux-gnueabi/bin\ld: cannot find -ltracksource_tvplus
C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/lib/gcc/i586-tizen-linux-gnueabi/9.2.0/../../.
./../i586-tizen-linux-gnueabi/bin\ld: cannot find -lplusplayer_tvplus
C:\tizen-studio\tools\smart-build-interface/../i586-linux-gnueabi-gcc-9.2/lib/gcc/i586-tizen-linux-gnueabi/9.2.0/../../.
./../i586-tizen-linux-gnueabi/bin\ld: cannot find -ldashplusplayer_tvplus
clang++: error: linker command failed with exit code 1 (use -v to see invocation)
C:\tizen-studio\tools\smart-build-interface\..\msys2\usr\bin\make[1]: ***
[C:\tizen-studio\tools\ide\resources\native\Build/makefile.mk:155: Debug/libvideo_player_tizen_plugin.so] Error 1
C:\tizen-studio\tools\smart-build-interface\..\msys2\usr\bin\make[1]: Leaving directory
'/c/Users/akash/AppData/Local/Pub/Cache/hosted/pub.dev/video_player_avplay-0.4.2/tizen'
make: *** [C:\tizen-studio\tools\ide\resources\native\Build\makefile:27: app_build] Error 2
Total time: 00:00:29.465
#0      throwToolExit (package:flutter_tools/src/base/common.dart:10:3)
#1      NativePlugins.build (package:flutter_tizen/build_targets/plugins.dart:151:9)
<asynchronous suspension>
#2      _BuildInstance._invokeInternal (package:flutter_tools/src/build_system/build_system.dart:861:9)
<asynchronous suspension>
#3      Future.wait.<anonymous closure> (dart:async/future.dart:518:21)
<asynchronous suspension>
#4      _BuildInstance.invokeTarget (package:flutter_tools/src/build_system/build_system.dart:799:32)
<asynchronous suspension>
#5      Future.wait.<anonymous closure> (dart:async/future.dart:518:21)
<asynchronous suspension>
#6      _BuildInstance.invokeTarget (package:flutter_tools/src/build_system/build_system.dart:799:32)
<asynchronous suspension>
#7      FlutterBuildSystem.build (package:flutter_tools/src/build_system/build_system.dart:628:16)
<asynchronous suspension>
#8      TizenBuilder.buildTpk (package:flutter_tizen/tizen_builder.dart:104:11)
<asynchronous suspension>
#9      TizenDevice.startApp (package:flutter_tizen/tizen_device.dart:352:7)
<asynchronous suspension>
#10     FlutterDevice.runHot (package:flutter_tools/src/resident_runner.dart:476:33)
<asynchronous suspension>
#11     HotRunner.run.<anonymous closure> (package:flutter_tools/src/run_hot.dart:432:14)
<asynchronous suspension>
#12     Future.wait.<anonymous closure> (dart:async/future.dart:518:21)
<asynchronous suspension>
#13     HotRunner.run (package:flutter_tools/src/run_hot.dart:463:34)
<asynchronous suspension>
#14     RunCommand.runCommand (package:flutter_tools/src/commands/run.dart:808:27)
<asynchronous suspension>
#15     FlutterCommand.run.<anonymous closure> (package:flutter_tools/src/runner/flutter_command.dart:1389:27)
<asynchronous suspension>
#16     AppContext.run.<anonymous closure> (package:flutter_tools/src/base/context.dart:153:19)
<asynchronous suspension>
#17     CommandRunner.runCommand (package:args/command_runner.dart:212:13)
<asynchronous suspension>
#18     FlutterCommandRunner.runCommand.<anonymous closure>
(package:flutter_tools/src/runner/flutter_command_runner.dart:355:9)
<asynchronous suspension>
#19     AppContext.run.<anonymous closure> (package:flutter_tools/src/base/context.dart:153:19)
<asynchronous suspension>
#20     FlutterCommandRunner.runCommand (package:flutter_tools/src/runner/flutter_command_runner.dart:295:5)
<asynchronous suspension>
#21     run.<anonymous closure>.<anonymous closure> (package:flutter_tools/runner.dart:119:9)
<asynchronous suspension>
#22     AppContext.run.<anonymous closure> (package:flutter_tools/src/base/context.dart:153:19)
<asynchronous suspension>
#23     main (package:flutter_tizen/executable.dart:84:3)
<asynchronous suspension>

Building a Tizen application in debug mode...                      56.5s
Error: The build failed.

the only thing which i don't understand on docs:
Note that video_player_avplay uses a compiled dynamic library, the api-version is your TV version, change it in tizen-manifest.xml:

<manifest package="xxx" version="1.0.0" api-version="6.0">

what i need to do(metioned in above line).
please help me to resolve this issue. Thanks

video_player_avplay is only for TV device. please check readme.
https://github.com/flutter-tizen/plugins/tree/master/packages/video_player_avplay
and

the only thing which i don't understand on docs:
Note that video_player_avplay uses a compiled dynamic library, the api-version is your TV version, change it in tizen-manifest.xml:

<manifest package="xxx" version="1.0.0" api-version="6.0">

what i need to do(metioned in above line).

please help me to resolve this issue. Thanks

The value of the api-version attribute must be the same as the tizen version of the actual device.

@JSUYA The README is incorrect. The author of the package just copied the Limitations section from video_player_videohole :( The emulator support (experimental) is only for video_player_videohole, not video_player_avplay.

If you don't have a physical TV device, video_player_videohole is your only option. Note that the plugin has a limitation: it doesn't support playing a local video file, but only supports playing streaming content from the web. You will eventually need a physical device to develop an application for Tizen TV.
@xiaowei-guan @xuelian-bai Is my understanding about the difference between video_player_videohole and video_player_avplay correct? Can we clarify it in the READMEs?

As far as I know, there is a remote testlab. But I haven't tested video_player_avplay using this, so I can't guarantee it will work. https://developer.samsung.com/remotetestlab/devices/

okay i'll try it.

If you don't have a physical TV device, video_player_videohole is your only option. Note that the plugin has a limitation: it doesn't support playing a local video file, but only supports playing streaming content from the web. You will eventually need a physical device to develop an application for Tizen TV.
@xiaowei-guan @xuelian-bai Is my understanding about the difference between video_player_videohole and video_player_avplay correct? Can we clarify it in the READMEs?

yes you are absolutely right @swift-kim but before that i want to ensure that the plugins work fine or not otherwise my investment gone waste...and it also highly depend on client needs.
From yours reply @JSUYA @swift-kim i am here close this issue. Once again thanks for your help.


Same listing listed twice

On the "Discover" pane, the listing titled 5 from the Duo Money store is listed twice (at very different places).

This is probably a result of testing the new clone listing feature, and they are two different listings with the same name.


Accuracy is not improved.

Hi! I retrained all models with attention_module='cbam_block' ,except Inception series ,but the accuracy is not improved compared to  the models with no attention_module. I didn't modify the training scrip main.py.
Did you train on cifar10 dataset? How is the effect?
Thanks!

me too...it feels like useless

I think we have to make all layers trainable. It is working fine this way for me.


fix(deps): update dependency md5 to v2.2.1

This PR contains the following updates:

Package
Type
Update
Change

md5
dependencies
minor
2.1.0 -> 2.2.1

Release Notes

pvorb/node-md5
v2.2.1
Compare Source
v2.2.0
Compare Source

Renovate configuration
:date: Schedule: At any time (no schedule defined).
:vertical_traffic_light: Automerge: Enabled.
:recycle: Rebasing: Whenever PR becomes conflicted, or if you modify the PR title to begin with "rebase!".
:no_bell: Ignore: Close this PR and you won't be reminded about this update again.

[ ] If you want to rebase/retry this PR, check this box

Available now for Enterprise: Renovate Pro with real-time webhook handling and priority job queue.

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


get_authorization_code needs to be a grantless operation

Which API - Endpoint is your request about.
Authorization API, endpoint: /authorization/v1/authorizationCode
Method get_authorization_code()
Additional context
According to SP-API docs, get_authorization_code in Authorization API is a grantless operation, while in python-amazon-sp-api it is not.
See: https://github.com/amzn/selling-partner-api-docs/blob/main/guides/en-US/developer-guide/SellingPartnerApiDeveloperGuide.md#grantless-operations
Also: This operation requires different scope than one used in Notifications API, so AccessTokenClient needs to support more than one scope value for grantless data. In consequence - grantless_cache needs to use scope value (or token flavor in general) as a part of cache key, because tokens for different scopes will have different values and can't be used interchangeably.

Thanks! I've merged the pr


Issue: Chain ID Discrepancy for kakarotSepolia in wagmi/chains

Check existing issues

[X] I checked there isn't already an issue for the bug I encountered.

Describe the bug
Issue: Chain ID Discrepancy for kakarotSepolia in wagmi/chains
Description
When trying to connect to the kakarotSepolia chain using the wagmi library, the chain ID returned by the library is<PHONE_NUMBER>16. However, according to the Kakarot Sepolia documentation, the correct chain ID should be different (please specify the correct chain ID here).
This discrepancy causes the wallet connection to fail or incorrectly connect to the wrong chain.
Steps to Reproduce
Import the kakarotSepolia chain from wagmi/chains in your project:
import { kakarotSepolia } from "wagmi/chains";

Attempt to connect to the chain using a wallet:
const config = createConfig(
  getDefaultConfig({
    appName: "MyApp",
    walletConnectProjectId: "your_project_id",
    chains: [kakarotSepolia],
    transports: {
      [kakarotSepolia.id]: http("https://sepolia-rpc.kakarot.org"),
    },
  })
);

Observe that the chain ID being used is<PHONE_NUMBER>16 instead of the documented chain ID.
Expected Behavior
The chain ID for kakarotSepolia in the wagmi library should match the chain ID documented in the Kakarot Sepolia documentation. This would ensure correct wallet connections and prevent issues related to chain mismatches.
Actual Behavior
The chain ID used by the wagmi library for kakarotSepolia is<PHONE_NUMBER>16, which does not match the documented chain ID in the Kakarot Sepolia documentation.
Screenshots
Please see the attached images showing the chain ID discrepancy:
Image 1: Current chain ID from the wagmi library

Image 2: Documented chain ID in the Kakarot Sepolia documentation

Link to Minimal Reproducible Example
No response
Steps To Reproduce
No response
What Wagmi package(s) are you using?
wagmi
Wagmi Package(s) Version(s)
2.5.13
Viem Version
2.9.3
TypeScript Version
5.5.4
Anything else?
No response

Feel free to create a PR on Viem!


Use latest Terminal.Gui, fix a couple of crashes

This PR updates the Terminal.Gui dependency and fixes a couple crashes.

Thanks for the PR! Looks good! 🥇


new user-exit for validating before pushing into remote

this is a proposal for #6012

I think currently all exits are handled outside the git library, https://abaplint.app/stats/abapGit/abapGit/package_coupling?folder=/src/git
I'd like to avoid creating a dependency to exits from there, however a step or two up, and it should already be using the exit

moved into src/ui/routing/zcl_abapgit_services_git.clas.abap

@larshp, what about now?

lgtm


controlplane node matching

@elmiko @menglingwei
I noticed when starting the machine-controller-manager that the control plane nodes were not reconciling.
I1004 13:46:11.073433 1254535 controller.go:174] test-dpzrt-master-0: reconciling Machine
W1004 13:46:11.073451 1254535 controller.go:275] test-dpzrt-master-0: machine has gone "Failed" phase. It won't reconcile
I1004 13:46:11.073481 1254535 controller.go:174] test-dpzrt-master-1: reconciling Machine
W1004 13:46:11.073494 1254535 controller.go:275] test-dpzrt-master-1: machine has gone "Failed" phase. It won't reconcile
I1004 13:46:11.073510 1254535 controller.go:174] test-dpzrt-master-2: reconciling Machine

Actual instance names:
test-dpzrt-master2
test-dpzrt-master1
test-dpzrt-master3

There is a difference in format with the last -. We have also modified the control plane nodes to have different kubelet names in the machine-config-operator. What is the path way forward for these? Do we just ignore these?

@kwoodson Any other error messages?

is there also an off by one error happening with those control plane instance names?

@elmiko Good catch. Two items here in the same issue.
https://github.com/openshift/installer/pull/5018/files#diff-f521c20910158e3d15160678e61225df2b4812d47c4881faed6bfcd064be7e30R14
This requires an update and I will attempt to add more info. They are missing a - and also the count is off by 1. I'll test it and then put a note in about a fix.


Entering edit mode on a cell in an input table should not clear the cell contents

Description
Create an input table, example:
from deephaven import input_table
from deephaven import dtypes as dht

my_col_defs = {
    "Integers": dht.int32,
    "Doubles": dht.double,
    "Strings": dht.string
}

result = input_table(col_defs=my_col_defs, key_cols="Integers")

Steps to reproduce

double click a cell (or use F2) to enter edit mode
enter a value
select another cell
double click the original cell

Expected results
The cell should have the contents still., and the cursor should be at the end of the cell.
Actual results
Contents of the cell are getting cleared.
Additional details and attachments
Regression maybe happened during typescript conversion?
Versions
Engine Version: 0.21.0
Web UI Version: 0.28.0
Java Version: 17.0.6
Barrage Version: 0.5.0

Note: this should be treated as a blocker for silverheels as it significantly degrades users ability to edit input tables.


Cache path of device for both Lid and Power

Previously both lid and power recall the function each time they are called, this results in a loop and 4 file exist checks each call

Save two calls to get_best_path per daemon refresh.

Save eight calls to path().exists() per daemon refresh.

This is how much time get_best_path (in blue) would take up before for read_lid_state (green).


Proof serialization fix alt

Proof serialization - reduced size
Description
The aim of this pr is to replace the current cbor serializer with bincode, which creates a serialized file of around half the original size.
Note that to make this implementation work, the BaseType type is now bound to the ByteConversion trait. Fields that previously didn't implement ByteConversion have the barebones implementations needed filled with todo!(), so a followup pr should be added with the proper implementations.
Type of change

[x] Optimization

Checklist

[x] This change is an Optimization

[ ] Benchmarks added/run

Codecov Report

Merging #657 (a687001) into main (cffa505) will decrease coverage by 0.31%.
The diff coverage is 14.91%.

@@            Coverage Diff             @@
##             main     #657      +/-   ##
==========================================
- Coverage   97.08%   96.77%   -0.31%
==========================================
  Files         118      118
  Lines       28346    28454     +108
==========================================
+ Hits        27519    27536      +17
- Misses        827      918      +91

Files
Coverage Δ

...src/field/fields/montgomery_backed_prime_fields.rs
93.09% <100.00%> (ø)

math/src/field/traits.rs
94.54% <ø> (ø)

...rt_weierstrass/curves/bls12_381/field_extension.rs
89.30% <50.00%> (ø)

math/src/field/element.rs
95.69% <71.42%> (-0.06%)
:arrow_down:

math/src/field/extensions/cubic.rs
85.24% <0.00%> (-9.30%)
:arrow_down:

math/src/field/extensions/quadratic.rs
86.78% <0.00%> (-10.02%)
:arrow_down:

...th/src/field/fields/p448_goldilocks_prime_field.rs
92.46% <0.00%> (-5.31%)
:arrow_down:

math/src/field/fields/u64_goldilocks_field.rs
91.42% <0.00%> (-4.96%)
:arrow_down:

math/src/field/test_fields/u32_test_field.rs
26.19% <0.00%> (-7.15%)
:arrow_down:

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


The tested speed is not as fast as expected.

🐛 Bug
The tested speed is not as fast as expected.
Code sample
import os
import torch
import numpy as np
from tqdm import tqdm
from torchvision.transforms import Compose, Lambda
from litdata import StreamingDataset, StreamingDataLoader

from torchvision.transforms._transforms_video import NormalizeVideo, RandomCropVideo, RandomHorizontalFlipVideo, CenterCropVideo

input_dir = 's3://extract_frames/'
OPENAI_DATASET_MEAN = (0.48145466, 0.4578275, 0.40821073)
OPENAI_DATASET_STD = (0.26862954, 0.26130258, 0.27577711)

class ImagenetStreamingDataset(StreamingDataset):
    def __init__(self, *args, **kwargs):
        super().__init__(*args, **kwargs)
        self.transform = Compose(
            [
                Lambda(lambda x: x / 255.0),
                NormalizeVideo(mean=OPENAI_DATASET_MEAN, std=OPENAI_DATASET_STD),
                # ShortSideScale(size=224),
                CenterCropVideo(224),
            ]
        )

    def __getitem__(self, index):
        data = super().__getitem__(index)
        video_data = []
        for i in range(8):
            frame = np.array(data["image"][i])
            video_data.append(torch.from_numpy(frame).permute(2, 0, 1))
        video_data = torch.stack(video_data, dim=1)
        video_data = self.transform(video_data)
        return video_data

dataset = ImagenetStreamingDataset(input_dir, shuffle=True)
dataloader = StreamingDataLoader(dataset, batch_size=64, num_workers=8)
for batch in tqdm(dataloader, total=len(dataloader)):
    pass

Expected behavior
There are approximately 200,000 data points, each consisting of 8 frames extracted. Based on the tested speed, it should be very fast, but in reality, it is not.

The tested speed is approximately as follows:

Environment

PyTorch Version (e.g., 1.0): 2.2.1
OS (e.g., Linux): linux
How you installed PyTorch (conda, pip, source): pip
Python version: 3.9
CUDA/cuDNN version:11.6

Hey @tikboaHIT,
The benchmark are fully reproducible for Imagenet. So you can check by yourself the numbers are correct.
For your custom use cases, there is a lot of optimizations possible, especially around your transforms and going through numpy. Would you be open to create a reproducible Studio on https://lightning.ai/.
In the meanwhile, you can enable profile_batches=10 to the StreamingDataloader to check where is the time spent.

Thanks @tchaton
Where should I find the generated result.json? After running the code StreamingDataLoader(dataset, batch_size=64, num_workers=16, profile_batches=5), I couldn't find the corresponding file.

It should appear where you run the command. Maybe reduce the batch size and number of workers.
Could you provide a synthetic example for me to debug it ?

It should appear where you run the command. Maybe reduce the batch size and number of workers.
Could you provide a synthetic example for me to debug it too ? This helps tremendously to optimize those things. Here is another user synthetic script: #62 (comment) as a reference.

Sure:

It should appear where you run the command. Maybe reduce the batch size and number of workers.
Could you provide a synthetic example for me to debug it too ? This helps tremendously to optimize those things. Here is another user synthetic script: #62 (comment) as a reference.

Sure:
import torch
from tqdm import tqdm
from litdata import optimize, StreamingDataset

def generate_images(video_path):
    data = {
        "name": video_path,
        "image": torch.rand((3, 8, 320, 568)),
    }
    return data

optimize(
    fn=generate_images,
    inputs=list(range(100)),
    output_dir="/root/data/example_data/chunk_cache",
    num_workers=1,
    chunk_bytes="256MB",
)

input_dir = '/root/data/example_data/chunk_cache'
dataset = StreamingDataset(input_dir, shuffle=True)
for data in tqdm(dataset):
    pass

input_dir = 's3://pzhao/data/example_data/chunk_cache'
dataset = StreamingDataset(input_dir, shuffle=True)
for data in tqdm(dataset):
    pass

The speed is as follows when I load from local:

It should appear where you run the command. Maybe reduce the batch size and number of workers.
Could you provide a synthetic example for me to debug it too ? This helps tremendously to optimize those things. Here is another user synthetic script: #62 (comment) as a reference.

Sure:
import torch
from tqdm import tqdm
from litdata import optimize, StreamingDataset

def generate_images(video_path):
    data = {
        "name": video_path,
        "image": torch.rand((3, 8, 320, 568)),
    }
    return data

optimize(
    fn=generate_images,
    inputs=list(range(100)),
    output_dir="/root/data/example_data/chunk_cache",
    num_workers=1,
    chunk_bytes="256MB",
)

input_dir = '/root/data/example_data/chunk_cache'
dataset = StreamingDataset(input_dir, shuffle=True)
for data in tqdm(dataset):
    pass

input_dir = 's3://pzhao/data/example_data/chunk_cache'
dataset = StreamingDataset(input_dir, shuffle=True)
for data in tqdm(dataset):
    pass

The speed is as follows when I load from local.

The speed is as follows when I load from s3.

Hey @tikboaHIT. Thanks. Are you streaming from s3 to your local machine ? If yes, you might also get bottlenecked by our own internet connection.

Hey @tikboaHIT, I run the exact same code on Lightning AI A10G.
import os
import torch
from tqdm import tqdm
from litdata import optimize, StreamingDataset, StreamingDataLoader

input_dir = '/teamspace/datasets/videos3'
dataset = StreamingDataset(input_dir, shuffle=True)
dataloader = StreamingDataLoader(dataset, batch_size=1, num_workers=1)#os.cpu_count())
for data in tqdm(dataset):
    pass

It took 21 seconds for me. So it is definitely your internet connection. Usually, streaming dataset are much interesting when streaming in the cloud provider where the data are stored.
100%|███████████████████████████████████████████████████████████████████████████████████████████████████████████████| 100/100 [00:21<00:00,  4.59it/s]

A more efficient one would be to encode the images in JPEG as follow:
import os
import torch
from tqdm import tqdm
from litdata import optimize, StreamingDataset
from PIL import Image
from io import BytesIO

def generate_images(video_path):
    images = []
    for _ in range(8):
        random_image = torch.randint(0, 255, (320, 568, 3), dtype=torch.uint8).numpy()
        buff = BytesIO()
        Image.fromarray(random_image).save(buff, quality=90, format='JPEG') # You can implement a better resizing logic
        buff.seek(0)
        img = buff.read()
        images.append(Image.open(BytesIO(img)))
    return {
        "name": video_path,
        "image": images,
    }

optimize(
    fn=generate_images,
    inputs=list(range(100)),
    output_dir="/teamspace/datasets/videos5",
    num_workers=1,#,os.cpu_count(),
    chunk_bytes="64MB",
)

@tikboaHIT I also fixed the chunk_bytes not being correct with the optimize operator.

Thank you for your suggestions and the quick bug fix. Regarding the logic for saving frames, I can provide more context. I mainly extract and save frames through the following logic, storing them in tensor and PIL.Image formats. I've found that the loading speed is very slow.
cmd = f"./preprocess/data_preprocess/get_frames.sh {video_name} 8 {frame_save_dir}"
os.popen(cmd).read()

imgs = {}
for index, img_path in enumerate(glob(f"{frame_save_dir}/*.jpg")):
   img = Image.fromarray(np.array(Image.open(img_path)))
   imgs[index] = img

data = {
   "name":  video_name,
   "image": imgs,
}

This should be similar to the solution you mentioned, both involve storing images in JPEG format.
You mentioned:
for _ in range(8):
    random_image = torch.randint(0, 255, (320, 568, 3), dtype=torch.uint8).numpy()
    buff = BytesIO()
    Image.fromarray(random_image).save(buff, quality=90, format='JPEG') # You can implement a better resizing logic
    buff.seek(0)
    img = buff.read()
    images.append(Image.open(BytesIO(img)))

Hey . It isn't fully equivalent. In my case, I add some compression by explicitly converting them to JPEG with quality 90.
Can you try this. If you don't see any differences, it means you are bottlenecked by your internet connection. I would recommend to try out Lightning AI to get the full speed.

@tchaton Indeed, using JPEG compression can significantly improve reading speed, but overall, the process is not particularly smooth due to intermittent stuttering. Is this primarily limited by my AWS network?
The recording is as belows:
https://github.com/Lightning-AI/litdata/assets/39000220/408f78b8-7255-4183-8447-9d4bd4be1abe

Hey @tikboaHIT. Yes, I suspect this is the bottleneck and you would have the same not matter which library you are using.
But they might be some extra optimization to do for low bandwidth computer. Would you be free for a pair debugging session this week ?
Best,
T.C

Hey @tchaton, that sounds great. Let's continue our conversation on Discord and find a time that works for both of us to schedule a meeting.

Hey @tikboaHIT, are you using the latest version of litdata ? I think I was resolved this bug on main. Otherwise, would you mind sharing a reproducing script ?

@tchaton Yes, version 2.2 is being used. Currently, the issue mainly occurs within a subset of the data. To provide some context, I have divided several thousand videos into 10 parts, with each part forming individual chunks according to the previous frame extraction logic. There were no errors in the first part of the data, but this problem arose in the second part. Due to privacy policy reasons, the reproducing script involves some data, which is not convenient to share.
Is there a way for me to debug on my own to find out the specific cause?
Additionally, there is another minor issue when I combine litdata with PyTorch Lightning. When the data volume is small [during the debugging process], training proceeds completely normally. However, when the data volume reaches around 500k, and I follow a training logic of train->validation->train, the training of the second epoch gets perpetually blocked. Then, this issue occurs: "watchdog caught collective operation timeout: WorkNCCL(SeqNum=27131, OpType=BROADCAST, NumelIn=274, NumelOut=274, Timeout(ms)=1800000) ran for 1800324 milliseconds before timing out." However, this issue does not arise if I do not perform validation in between.
The partial code snippet is shown below.

Hey @tchaton I've pinpointed that the issue lies with a particular piece of data within a chunk, as shown in the normal reading below.

The abnormal data reading is as follows

I'm not sure if this can be of help with your debugging.

Hey @tikboaHIT. This means the chunk wasn't fully copied over when opened.


Add Python version check to rok-scanner.py

Is your feature request related to a problem? Please describe.
As presented in https://github.com/Cyrexxis/RokTracker/issues/9, users may experience Python errors if they are not running the correct, specified version.
The issue specific to issue 8 is that Python 3.9 and below do not allow using a | (pipe) as a union operator in the function (This is how I understand it). This was remediated in version 3.10 with PEP 604.
Describe the solution you'd like
Add a simple Python version check at the top of rok-scanner.py.
`
import sys
required_version = (3, 11)  # Replace with the required version tuple, e.g., (3, 9) for Python >
current_version = sys.version_info
if current_version < required_version:
print(f"Update required: Current Python version is {current_version.major}.{current_version>
f"but version {required_version[0]}.{required_version[1]} or higher is needed.")
sys.exit(1)
`
Describe alternatives you've considered
The alternative is to "downgrade" the code specific to issue 8 to remediate the issue but I believe this is not warranted as venv is already used which means that it can be utilized to create a Python 3.11 environment but that would require a bit more planning to implement into the script .
Additional context
Nothing else to add really, forcing upgrade to the latest stable version of Python is a good thing in general as this is not an enterprise app and the majority of use cases would not have customized Python environments.

Very good idea and nice explanation. I'll do that.


RNGP - Move generateAutolinkingPackageList to core autolinking

Summary:
This diff is part of RFC0759
https://github.com/react-native-community/discussions-and-proposals/pull/759
Here I'm moving over the task to generate the Package List for Autolinking inside RNGP.
The logic is the same as this one:
https://github.com/react-native-community/cli/blob/73f880c3d87cdde81204364289f2f488a473c52b/packages/cli-platform-android/native_modules.gradle#L217
The class is generated as PackageList2 to avoid a duplicate class build failure with the current Autolinking from CLI.
Changelog:
[Internal] [Changed] - RNGP - Move generateAutolinkingPackageList to core autolinking
Differential Revision: D56637394

0d37d0a4b76140382a88bae08db3c06d1939b75a


Create dataset loader for UIT-ViCoV19QA

Dataloader name: uit-vicov19qa/uit-vicov19qa.py
DataCatalogue: http://seacrowd.github.io/seacrowd-catalogue/card.html?uit-vicov19qa

Dataset
uit-vicov19qa

Description
UIT-ViCoV19QA is the first Vietnamese community-based question answering dataset for developing question answering systems for COVID-19. The dataset comprises 4,500 question-answer pairs collected from trusted medical sources, with at least one answer and at most four unique paraphrased answers per question. This dataset contains 1800 questions that have at least two answers, 700 questions have at least three answers and half of them have a maximum of four paraphrased answers.

Subsets
Answer 1, Answer 2, Answer 3, Answer 4

Languages
vie

Tasks
Question Answering

License
Unknown (unknown)

Homepage
https://github.com/triet2397/UIT-ViCoV19QA

HF URL
-

Paper URL
https://aclanthology.org/2022.paclic-1.88/

#self-assign

I am in China and on vocation, don’t have a good network to access the github, will update the repo when back after 2.18.
From: github-actions[bot] @.>
Date: Thursday, 25 January 2024 at 10:09
To: SEACrowd/seacrowd-datahub @.>
Cc: Yuze GAO @.>, Assign @.>
Subject: Re: [SEACrowd/seacrowd-datahub] Create dataset loader for UIT-ViCoV19QA (Issue #275)
Hi, may I know if you are still working on this issue? Please let @holyloveniahttps://github.com/holylovenia @SamuelCahyawijayahttps://github.com/SamuelCahyawijaya @sabilmakbarhttps://github.com/sabilmakbar know if you need any help.
—
Reply to this email directly, view it on GitHubhttps://github.com/SEACrowd/seacrowd-datahub/issues/275#issuecomment-1909227812, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AFOFKPMWYZEKVBZGN5POVC3YQG5ETAVCNFSM6AAAAABBJFZ2GGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMBZGIZDOOBRGI.
You are receiving this because you were assigned.Message ID: @.***>

Hi @, may I know if you are still working on this issue? Please let @holylovenia @SamuelCahyawijaya @sabilmakbar know if you need any help.

will commit a PR this week.


produce enable_services invalidates profiles, leading to trouble/confusion

As noted in https://github.com/fastlane/fastlane/issues/7731, produce enable_services has the side-effect of invalidating provisioning profiles, which leads to trouble and/or confusion for users.
Is there something we can do to prevent trouble with this in the future?
cc/ @joshdholtz

Idea 1: If produce enable_services doesn't actually change any of the existing configurations, don't run the command. In my experiences, running this on the same setting that already exists will invalidate profiles. This may be a lot of work though.
Idea 2: Display some sort of warning saying that this will invalidate profiles. Easiest option but not very helpful.
Idea 3: Right now, produce enable_services has to get run to a bash command. We could make this its own action with an option in it to remake all the profiles? This would solve the issue be description the behavior in the documentation/action options.
Idea 4: I did this in my setup when I ran into this issue but I created a custom action that cleared all invalid provisioning profiles for a certain bundle id. This could maybe get included in sigh as an option so that things stay cleaned up.
That is all I got right now 😇

Idea 2: Display some sort of warning saying that this will invalidate profiles. Easiest option but not very helpful.

I like that one, as it doesn't change existing behaviour. We can do something like we do in sigh when an app ID is missing: https://github.com/fastlane/fastlane/blob/e5781677991e985e62530e701616ef5541356456/sigh/lib/sigh/runner.rb#L223-L234
This way the user can copy and paste the command, or we could even ask the user to run it for them.
produce is clearly about creating App IDs, enabling features is already a gray area, but touching and modifying provisioning profile goes too far in my opinion.


Are the released model weights the same as the SVM version mentioned in the paper?

Because I noticed that the released model uses a linear layer instead of an SVM, could you please clarify which version of the model has been released?

The released version is relative to the SVM. The weights of linear SVM were converted in a pytorch linear layer to simplify the test code.


FEEDBACK: Allow mobile control to tap anywhere

Is your feature request related to a problem? Please describe.

The joystick is fixed in the bottom of screen in mobile.
Describe the solution you'd like
Tap anywhere on screen to control.

I'm working on a temporary solution to drag the joystick as preferred.

Fixed in 4f6265f0d7a971d52a334ea2e8f61dddea31f9b5


Device Motion Plugin nuget package

Hi,
The nuget package requires nuget version 2.81 (2.8.1 ?) and can't be used on Xamarin Studio / iOS :
The 'Xam.Plugin.DeviceMotion 1.1.1' package requires NuGet client version '2.81' or above, but the current NuGet version is '<IP_ADDRESS>'.
Regards

Fixed. Thanks for reporting. Updated package should be available in a few hours

Thanks !


Deserialization of abstract class

Looking for some best practices for dealing with a use case that involves serialization and deserialization of an object hierarchy that based off an abstract class.  I have the serialization working as expected but currently no good method for determining the appropriate class to use for deserialization.  The only approach I can envision is to a) not allow deserialization (throwing the exception as per the below) or determining if the value can be made into an int, then long, then float, then double (but that would likely be terribly inefficient).  Can anyone recommend a best practice using spray-json?
abstract class Metric
case class LongMetric(metric: String, timestamp: Long, value: Long) extends Metric
case class IntMetric(metric: String, timestamp: Long, value: Int) extends Metric
case class FloatMetric(metric: String, timestamp: Long, value: Float) extends Metric
case class DoubleMetric(metric: String, timestamp: Long, value: Double) extends Metric

object MetricJsonProtocol extends DefaultJsonProtocol {
  implicit object MetricJsonFormat extends RootJsonFormat[Metric] {

    def write(m: Metric) = m match {
      case longMetric: LongMetric     => longMetric.toJson
      case intMetric: IntMetric       => intMetric.toJson
      case floatMetric: FloatMetric   => floatMetric.toJson
      case doubleMetric: DoubleMetric => doubleMetric.toJson
    }
    def read(value: JsValue) = value match {
      case _ => deserializationError("deserialization of abstract class not supported")
    }
  }
  implicit val longMetricFmt = jsonFormat3(LongMetric)
  implicit val intMetricFmt = jsonFormat3(IntMetric)
  implicit val floatMetricFmt = jsonFormat3(FloatMetric)
  implicit val doubleMetricFmt = jsonFormat3(DoubleMetric)
}

In this situation we changed writer to add 'type' field that captures the concrete type and use this information at deserialization time. I would be curious too to see whether there are more elegant ways to solve this problem.


Rework on "system_usermanager_settings" and "system_authservers"

I refactored these two pages, although the underlying code isn't changed at all.
The session timeout in user manager settings hasn't got much to do with individual users or their permissions / authentication, it's a global timeout setting far closer to other admin security measures controlling security of logins on WebGUI sessions which are without exception all under system -> advanced admin". Long standing "urgh". The two pages have 3 other functions split between them which are very closely related - (1) view a list of auth servers, (2) select an auth server, and (3) edit auth servers. It seems very unhelpful to have (1) + (3) on the same page (via add/edit buttons) and (2) as a solo control on a different page, so I've put the GUI auth selection dropdown on the same page as the list of auth servers, which works nicely and makes logical sense.  That left nothing on usermanager_settings, which seems reasonable - it only had 2 controls, one related to admin access security and the other to selecting an auth server, neither was related to the user manager itself. Finally for code simplicity, I split system_authservers.php into two files, one for the table display and the other for entry editing, creating a new system_authservers_edit.php page from the existing code, because that function really is quite long and complex - basically it's exactly how it's done on other pages with a substantial edit page (such as firewall_rules.php + firewall_rules_edit.php).
tl;dr summary:

usermanager_settings.php removed. There weren't any settings for the user manager itself, it only had 2 controls, and both were very closely tied to other pages (one much more related to admin security but unhelpfully, not kept with other admin security functions, and the other related to how users authenticate rather than any settings of the usermanager). The controls moved with their code intact, one moved to system->advanced admin, the other to system->user manager -> authentication servers. They look a lot more at home there, and much easier for GUI users.

system_authservers.php was very substantial because of all the auth settings for editing an auth server. In that regard it's closer to firewall rules, which have a separate settings page. It basically forked at head.inc to output both the main and edit pages. I split it into 2 pages the same way as firewall rules pages and others - a main page (containing the table and "add" button", and an edit page.  This also let me be fairly sure that it wouldn't would cause issues, and kept the PR much simpler, by making it a direct copypaste with only minor changes.

I then added the GUI login auth server selector code to be above the table on authservers.

I deliberately avoided code change to the underlying code for ease of review.  It's basically copy-paste + minor glue. The only changes are as follows:  (1) Minor UI wording improvements on authserver.gui form, to be clearer what the selector is for, see screenshot, (2) Minor enhancements to validity checking on $_POST/$_REQUEST, (3) simplifying the args for the new authservers_edit.php:  it doesn't need ?act=new/edit in its links now, and can be simplified like firewall_rules_edit.php: the presence of a valid ?id= signifies edit, anything else signifies new. So I simplified that aspect and $act is set based on id.  (4) consequential edits tohelp.php + priv.defs.inc (because of the new page and removed page), and other user manager subpages (to remove the usermanager_settings tab),

I don't use LDAP or other auth servers myself which limits checking, but I haven't modified the code knowingly other than peripheral as described, and the redone code looks good here from what I can see. Much more intuitive and simpler.
Screenshot below.

Screenshot:

Screenshot:

@jim-p Thanks for the review. Will do as requested shortly.

Working on this. Not yet ready for review. Will comment here when it's done.

In an effort to improve the tracking of changes and bug/feature requests, we have decided to require an entry on the pfSense Redmine issue tracker associated with every pull request, and likewise the Redmine entry should also have a link back to the pull request.
If you could, please associate this PR to a Redmine issue either by locating an existing issue at https://redmine.pfsense.org or by creating a new issue. Add a link to the Redmine issue that points to this PR, and also add a link on the PR to the Redmine issue.
For more information, see https://doc.pfsense.org/index.php/Submitting_a_Pull_Request_via_Github
Thanks!


mathext: speed up Digamma for large negative arguments

Before the Digamma function could be quite slow for large negative
arguments because it had to do use the recurrence relation thousands
of times. This avoids that by instead using the reflection formula. It
also adds some explicit checks for special cases (Inf, NaN, poles).
For example, running the following code:
package main

import (
	"fmt"
	"time"
	"gonum.org/v1/gonum/mathext"
)

func main () {
	start := time.Now()
	for i := 0; i < 10; i++ {
		mathext.Digamma(-1.1111111111e9)
	}
	fmt.Printf("%s elapsed\n", time.Since(start))
}

gives me 40.625090145s elapsed on master and 8.615µs elapsed on this branch.

@kortschak would you prefer the fixes be squashed into one commit or kept separate?

There's nothing egregious here, so I reckon a squash of fixes works. Alternatively leave them separate and make a separate PR for the addition to A+C.

Algorithm changes LGTM.

Review comments (hopefully) addressed.

FAIL	gonum.org/v1/gonum/mathext	600.011s

That's a pretty compelling benchmark! I think what has happened though is that it's timed out on the tests and failed to get to the bench. You can skip all the tests by adding -run ^$ to regex out the full suite.
I get the following:
name       old time/op  new time/op  delta
Digamma-8   8.37s ± 0%   0.00s ± 2%  -100.00%  (p=0.000 n=9+10)

(The 0s is ~8.3ns).

Thanks and welcome.


Remove version: SillyKoalaHugs.TheFreezingKoala version 1.0

[Automated] It returns code over 400 in all urls
Microsoft Reviewers: Open in CodeFlow

URL: https://sillykoala.eu.org/?smd_process_download=1&download_id=479
Response Error: The remote server returned an error: (530).
(Automated message - build 912)

URL: https://sillykoala.eu.org/?smd_process_download=1&download_id=479
Response status code does not indicate success: 530 ().
(Automated message - build 887)

Same reason as https://github.com/microsoft/winget-pkgs/pull/164496#issuecomment-2250993912

For moderators or/and anyone else

[!Caution]
As a result of several personal problems I've had over the last few months + my final exams coming up very soon, I'm currently unable to look at my GitHub notifications every day and maintain my executions correctly.
If you detect a certain problem on a certain pul request:

Either you can close the pull request directly without mentioning me.
Or you can send me a message on X (Twitter): @Exorcism0666

Thank you for your understanding, and I'm sorry if some pull requests can't be approved due to the situation I'm in.

This account is automated by Github Actions and the source code was created by CoolPlayLin. If you have any questions about any pull request, don't hesitate to ping Exorcism0666.

[!warning]
With the new version of Komac, numerous Pull Requests may contain bugs or unwanted elements. If such issues arise, please tag russellbanks so that these bugs can be addressed in future updates.

[!important]
Please carefully review these Pull Request before merging. If it is a Pull Request for removing incorrect content and the URLs are issue, free upon manual checking, please close this Pull Request directly. (It is best to inform Exorcism0666 of the closure.)

良い一日をお過ごしください！

URL: https://sillykoala.eu.org/?smd_process_download=1&download_id=479
Response status code does not indicate success: 530 ().
(Automated message - build 887)

URL: https://sillykoala.eu.org/?smd_process_download=1&download_id=479
Response status code does not indicate success: 530 ().
(Automated message - build 887)

URL: https://sillykoala.eu.org/?smd_process_download=1&download_id=479
Response status code does not indicate success: 530 ().
(Automated message - build 887)


auth after every restart

Apologies if I have missed it somewhre in the documentation, but is there a setting to have the server automatically authenticate after every reboot / restart?
I am currently having to manually authenticate via http://localhost:5557/auth/oauth after every reboot / restart.
Is there an auto authenticate setting?

FIXED
I have sorted this by creating a REST sensor and having this activated on Home Assistant boot

@blazem can you please share the rest sensor you used as you maybe have fixed an issue I have struggled with for almost a year, if you dont mind.

@whatdaybob here mate this is in my config.yaml - works so far for me:

This is the automation for booting:

Only problem I am having with this smartglass integration is the state not always correct (says ON when it should be PLAYING)

@blazem thanks for that, i use rest for loads of sensors but never looked into the commands. I will see if using this fixes my refresh token issue.

no worries. I hope it works for you!
On Mon, Jun 1, 2020 at 4:23 AM Martin Jones<EMAIL_ADDRESS>wrote:

@blazem https://github.com/blazem thanks for that, i use rest for loads
of sensors but never looked into the commands. I will see if using this
fixes my refresh token issue.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/OpenXbox/xboxone-home-assistant/issues/15#issuecomment-636493490,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACWEYGJSW6CG3CPYDWRIC4DRUJ763ANCNFSM4NL66XPQ
.


E2E: separate turtles upgrade tests from import tests

This test now preventing automatic installation of the correct (latest) CAPIProvider version, as the version is inherited from previous installation. It should be running separately, to test independent changes in helm chart upgrade.

Don't we dump and recreate (BeforeEach/AfterEach) an environment for each suite?

It is within the suite test setup logic, where the upgrade is performed. We do recreate environment for each suite, but the environment setup is not clean. It should not be a part of suite, but a test case on its own.


fix: Error parsing request

Description
in the console of the container where the dart frog backend is running, some errors appear, which, not after careful analysis, do not seem to depend on the implementation made.
Error parsing request.
Invalid argument (requestedUri): handlerPath "/" and url "43" must combine to equal requestedUri path "443".: Instance of '_SimpleUri'
dart:isolate  _RawReceivePort._handleMessage

Error parsing request.
FormatException: Invalid port (at character 9)
http://:::8080/
        ^
dart:isolate  _RawReceivePort._handleMessage

Hi @enzo-desimone 👋 ! Can you provide minimal reproductive steps?

Hey @enzo-desimone since this seems to be silent for a while, I am closing this for now. If anything comes up, don't hesitate on telling.


a couple slight tweaks to @sgentle's configuration fixes

@sgentle made a couple slight tweaks to #223 to make it even more awesome:

defaulted now takes into account aliases, this way you can have the help key set in your config file, and if you have .alias('h', 'help') yargs will set both the h and help key based on your JSON config.
I made it so that you can specify config in the options block, because why not?

yargs.option('config', {
  config: true
})

reviewers: @sgentle, @nexdrew.

Great. Thanks for the merge!

Got this branch up to date with master and resolved conflict in test/parser.js. Should be good to go now. :+1:


Fix GDB backtraces in optimized builds (IDFGH-6444)

If COMPILER_OPTIMIZATION is not set to default, the FREERTOS_TASK_FUNCTION_WRAPPER option is ignored and wrapper functions are not generated. This makes backtraces in coredumps crash GDB, which makes espcoredump.py hang (see #8105).

Thanks for your contribution.

@bugadani I think this was intentional — debugging functionality such as espcoredump is intended to be used in debug builds, and in release builds we didn't want to add extra overhead to the application.
Do you have some case when you need coredump functionality in a release build?

Yes, I have a remote crash reporting functionality that should work in release builds.
The task wrappers can still be disabled, it's just not enforced after this PR. It's not a huge deal if this can't be accepted, as I can patch esp-idf in my build system, but I am biased toward more flexibility instead of forcing my code to break (silently!) depending on the optimization level.

Thanks, understood. What do you think about something along these lines?
    config FREERTOS_TASK_FUNCTION_WRAPPER
        bool "Enclose all task functions in a wrapper function"
        depends on COMPILER_OPTIMIZATION_DEFAULT || CONFIG_ESP_COREDUMP_ENABLE
        default y
        help

I feel like this option should be inverted (which I understand is a breaking change and most likely won't be done). Task wrapper functions are a necessity in some cases, and removing them is an optimization normally. This suggests to me that a "no task function wrappers" option is more natural, and that should be disabled if coredumps or related functionality is required.
What you propose is good enough for me, but I still feel it overly restrictive as it still forces a feature off in certain cases. For example, I might be developing my app using COMPILER_OPTIMIZATION_PERF or SIZE as I might have flash size restrictions and building with COMPILER_OPTIMIZATION_DEFAULT might not fit. In this case, if I don't need coredumps or gdb stub, I can't enable task wrappers (which don't really take up that much space I think), thus I might lose a feature that's useful for debugging.

We may actually make it a breaking change (invert the option) since IDF is in v5.0-dev now.
But for the existing release branches (v4.4, v4.3) we would need to have some non-breaking fix.

But for the existing release branches (v4.4, v4.3) we would need to have some non-breaking fix.

Sounds fair.
What are the downsides in removing the depends line entirely, besides a quiet increase in program size for some users? Is that size increase something we should avoid? In my project the difference is 150 bytes or so. I don't want to push my opinion, but I don't think I quite understand the reason this depends was originally added.

I think the reason was that to avoid silently breaking user programs where the stack usage was very close to the total available stack size. I.e. it's one additional stack frame that was the issue, not the extra binary size.
In 5.0 we can make this change, but in release branches this is a bit more risky.

Alright, that makes sense, thanks!

sha=a02d1e35ee0eccd6eaee5f5aa2832415bbd4415e


Proxy should be able to run without ORY_ACCESS_TOKEN

Is your feature request related to a problem? Please describe.
The ory proxy commands require passing a valid ORY_ACCESS_TOKEN command. In the current state of the project, tokens have broad administrative rights and require handling as security-sensitive secrets.
Looking at the proxy code, this token is only used to retrieve the Ory Cloud project slug, which is not sensitive information (it is displayed in the email validation and password recovery emails you send).
Describe the solution you'd like
Similar to the React Native integration, the proxy should allow users to pass the project slug instead of a token. Either:

via a new --project CLI flag, that will the used by proxy.getEndpointURL in lieu of calling remote.GetProjectSlug
by changing the handling of the --api-endpoint flag to allow passing a full endpoint URL. This would also allow to remove the context-based hack introduced for the unit tests

Describe alternatives you've considered
If a token will be necessary for planned proxy features, an alternative would be to allow creating an unprivileged token class, that does not have administrative access to the identity database.

 It would be much better to just have the ORY_SDK_URL there. We actually do not use the access token for anything other than lookup up the slug!


Allow for warningless OTP 21 compilation and dialyzer'ing

We also make for an explicit minimum OTP 18 version (in rebar.config), as per .travis.yml's example.

Coverage increased (+0.03%) to 75.405% when pulling 264c07663203fe1bb7dfdd00b1c6c0894adafb0f on paulo-ferraz-oliveira:feature/allow_otp_21 into 8ece9ecb0958f5a44be7bbe5c58b4c552af99ed8 on elli-lib:develop.

LGTM, thanks!

@paulo-ferraz-oliveira, does kerl support OTP 21 yet? If so, would you mind adding it to the Travis build matrix?

Why yes kerl works fine on debians, alpine & osx with 21.

@yurrriq: I'll add OTP 21 to the travis build matrix, since kerl supports it. Thanks for merging.

Now that I look at the PR, I don't think stacktrace_compat is required. Thing is I started the branch from master and later rebased on top of develop, but stacktrace_compat was already added. Let me check if it's possible to not have it (one less dep, :D)

Feel free to open another PR then. I'll try to be faster.

@yurrriq: I don't think it's necessary, as I explained earlier. If it becomes so, in the future, I'll open a new PR, sure.

Thanks for your patience! https://hex.pm/packages/elli/3.2.0

Sure, @yurrriq. Thank you.


firebreak: Use new signature validators

saml-metadata-bindings now provides more support for using Metadata to
validate signatures using features provided by OpenSAML.
We can use these features to validate signatures from the IDPs (companies + eidas schemes) as well as the Hub

I'm closing this in favour of #47 , #48 and #49


improve mobile experience

needs design

I think it's good enough for what it is now, just stacks vertically. Going to tabs/pages would break the main selection functionality that relies on everything being onscreen, which I want to keep building on.


redirects for social logins articles that were moved

:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

aspnetcore/security/authentication/facebook-logins.md
:white_check_mark:Succeeded

aspnetcore/security/authentication/google-logins.md
:white_check_mark:Succeeded

aspnetcore/security/authentication/microsoft-logins.md
:white_check_mark:Succeeded

aspnetcore/security/authentication/other-logins.md
:white_check_mark:Succeeded

aspnetcore/security/authentication/sociallogins.md
:white_check_mark:Succeeded

aspnetcore/security/authentication/twitter-logins.md
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


Play/Pause button not centered perfectly

The highlight when hovering over the Play/Pause button isn't centered with the button's circle perfectly fine:

I'm seeing this on Safari 12/macOS 10.14, as well as Chrome (here the circle seem to be too low, rather than too far to the left).
No biggie at all.

Can't say I'd eve noticed it that bad before. Can you update and see if the changes I've just made have helped?

Yeah, I believe it's indeed better. Thanks!


'lab_name' description and example are ambiguous

Description for the field 'lab_name' is 'Department of corresponding author' but the example value is a lab name 'Stibbons Lab'. It is not clear what is expected, if a Department name or a Lab name.
https://github.com/airr-community/airr-standards/blob/master/AIRR_Minimal_Standard_Data_Elements.tsv#L8

Sorry, the example value is a bit sloppy, something along the lines of "Dept. of Quantum Immunology" would be more appropriate.
Please note that these field have been bugging us for a while now (#13) and that the issue how to get them into NCBI BioProject is still open (#57).

Is this on the agenda for next call? (ping @ahmadchan ) I have data ready to submit with CAIRR, if we could make a decission on this soon, the would be able to update the data submission templates.

Is this this an open issue after we moved to specs\miairr.yaml?

The description text for lab_name was clarified in commit ed4c486, along with other issues regarding submitter/collector information.


Simplify creating a circuit?

Here I propose several options to improve readability in the creation of circuits from the instructions yielded from Model.
Currently:
circuit = stim.Circuit()

for instr in model.reset(qubits):
    circuit.append(instr)

Proposal 1
circuit = stim.Circuit()

circuit += join(model.reset(qubits))

Pro: simple, does not change any functionality
Cons: I don't see a huge benefit in readability.
Proposal 2
Model stores the current circuit so that one could just do
model.reset(qubits)

Pro: better readability, similar as how Qiskit operates.
Cons: it does not offer a lot of flexibility to edit the instructions/circuit.
Proposal 3
Model.operation returns a circuit instead of yielding the instructions.
circuit += model.reset(qubits)

Pro: better readability and still has access to all the instructions by doing a for instr in model.reset(qubits). This also means that it is backwards compatible.
Cons: the model classes become a little bit more messy, but it is fine by me...
My thoughts
Ideally, stim should have an option that looked something like stim.Circuit.append_from(list).
I still need to think of what it is best, but I currently like the 3rd proposal...

As mentioned in #68, I chose proposal 3.


Taxi issue

When trying to make an aircraft taxi to a runway, without specifying the runway, ie. <aircraft> taxi, the output generates an error:
aircraft.js:2240 Uncaught TypeError: Cannot read property 'addQueue' of null

Found it. This is now fixed.


Update openssl version to 1.0.2zf

Description

Related Issue

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Chore (non-breaking change that does not add functionality or fix an issue)

Checklist:

[x] I have read the CONTRIBUTING document.
[ ] I have run the pre-merge tests locally and they pass.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.
[ ] All commits have been signed-off for the Developer Certificate of Origin.

test log : https://buildkite.com/chef/chef-chef-foundation-main-omnibus-release/builds/78 - passed
https://buildkite.com/chef/chef-chef-foundation-main-omnibus-adhoc/builds/127 - passed


beta

Fix RM-7091

🧰 Changes
Describe your changes in detail.
🧬 QA & Testing

Broken on production.
Working in this PR app.

Closing cause I don't actually want the beta release: https://github.com/readmeio/markdown/pull/811


Regression since 12.0.0 causing text to not render unless fill is included

Bug
From version 12.0.0 on, this code taken from the README doesn't render anything:
<Svg height="160" width="200">
  <Text dx="5 5" y="20">
    <TSpan x="10">tspan line 1</TSpan>
    <TSpan dy="15" x="10">
      tspan line 2
    </TSpan>
    <TSpan dx="10" dy="15" x="10">
      tspan line 3
    </TSpan>
  </Text>
</Svg>

However if I change the <Text> to include a fill it does work:
<Text dx="5 5" y="20" fill="black">

This is a regression from the behavior on 11.0.1 which was introduced in this commit:

commit 279c3fcf84540ba12b18dd2056e3189af75c29b4
Author: Mikael Sand<EMAIL_ADDRESS>Date:   Sat Jan 18 05:14:54 2020 +0200

    perf: optimize extraction of fill, stroke, responder, matrix & display

    potentially breaking change
    if any issues show up, then they'll be considered regressions
    should be resolved in ways which cause less traffic from js to native

Unexpected behavior
Nothing gets displayed
Environment info
Run react-native info in your terminal and copy the results here. Also, include the precise version number of this library that you are using in the project
React native info output:
$ react-native info                                                                                [12:42:55]
info Fetching system and libraries information...
System:
    OS: macOS 10.15.7
    CPU: (16) x64 Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
    Memory: 2.98 GB / 32.00 GB
    Shell: 5.8 - /usr/local/bin/zsh
  Binaries:
    Node: 12.18.2 - ~/.nvm/versions/node/v12.18.2/bin/node
    Yarn: 1.19.2 - /usr/local/bin/yarn
    npm: 6.14.10 - ~/.nvm/versions/node/v12.18.2/bin/npm
    Watchman: 4.9.0 - /usr/local/bin/watchman
  Managers:
    CocoaPods: 1.10.1 - /Users/ross/.gem/ruby/2.7.2/bin/pod
  SDKs:
    iOS SDK:
      Platforms: iOS 14.3, DriverKit 20.2, macOS 11.1, tvOS 14.3, watchOS 7.2
    Android SDK:
      API Levels: 21, 23, 24, 25, 26, 27, 28, 29, 30
      Build Tools: 23.0.1, 23.0.2, 23.0.3, 25.0.0, 25.0.1, 25.0.2, 25.0.3, 26.0.1, 26.0.2, 26.0.3, 27.0.0, 27.0.3, 28.0.2, 28.0.3, 29.0.2
      System Images: android-21 | ARM EABI v7a, android-21 | Intel x86 Atom, android-22 | Intel x86 Atom, android-22 | Google APIs Intel x86 Atom, android-23 | Google APIs Intel x86 Atom, android-24 | ARM EABI v7a, android-24 | Google APIs Intel x86 Atom, android-24 | Google Play Intel x86 Atom, android-25 | Intel x86 Atom_64, android-25 | Google APIs ARM EABI v7a, android-25 | Google APIs Intel x86 Atom, android-26 | Intel x86 Atom, android-26 | Google APIs Intel x86 Atom, android-26 | Google Play Intel x86 Atom, android-27 | Google APIs Intel x86 Atom, android-29 | Google APIs Intel x86 Atom
      Android NDK: 18.1.5063045
  IDEs:
    Android Studio: 4.0 AI-193.69<IP_ADDRESS>26763
    Xcode: 12.3/12C33 - /usr/bin/xcodebuild
  Languages:
    Java: 1.8.0_275 - /Library/Java/JavaVirtualMachines/adoptopenjdk-8.jdk/Contents/Home/bin/javac
    Python: 2.7.17 - /usr/local/bin/python
  npmPackages:
    @react-native-community/cli: Not Found
    react: 16.13.1 => 16.13.1
    react-native: 0.63.4 => 0.63.4
    react-native-macos: Not Found
  npmGlobalPackages:
    *react-native*: Not Found

Works on<EMAIL_ADDRESS>Broken on 12.0.0 and every subsequent version.
Steps To Reproduce
Issues without reproduction steps or code are likely to stall.

git clone git@github.com:rsml/ReactNativeSvgTextRegression.git
cd ReactNativeSvgTextRegression
yarn
yarn ios

Describe what you expected to happen:
I expected to see this rendered on the screen with black text
tspan line 1
tspan line 2
tspan line 3

Short, Self Contained, Correct (Compilable), Example
https://github.com/rsml/ReactNativeSvgTextRegression
The first commit shows how it works when I use react-native-svg#4375ee676eb862249814f98a2debb4ac355156b6 (which is version 11.0.1)

The second commit shows how it breaks as soon as I use the very next react-native-svg commit which is:

commit 279c3fcf84540ba12b18dd2056e3189af75c29b4
Author: Mikael Sand<EMAIL_ADDRESS>Date:   Sat Jan 18 05:14:54 2020 +0200

    perf: optimize extraction of fill, stroke, responder, matrix & display

    potentially breaking change
    if any issues show up, then they'll be considered regressions
    should be resolved in ways which cause less traffic from js to native

I'm hitting this regression for Path too since upgrading from 11 to 12. Several of our icons disappeared. The W3C spec says the initial value for fill should be black, but that is no longer the behavior in v12.
@rsml Do you mind updating the issue title to include Path as well? I think that's also what the underlying problem of #1543 is, so that could be resolved as a dupe.

@jonthanon just updated the title to include


Added nfs utils package

Do we need this change for Ubuntu as well?

nfs-utils is already in those files.

not needed as nfs-utils is now in the image


Binary does not work on Windows

The distributed binary for Windows doesn't do much. When opened, it displays the attached screen. One can open a website by entering in the address space up top, but that's it. When going to www.google.be, and then clicking the hamburger menu (being the only button next to navigation buttons, I tried this) results in Developer Tools popping up, saying:
Uncaught ReferenceError: require is not defined (program):1

System tested is Windows 10 64bit. Binary tested is from both releases mentioned in GitHub (win32 & win64). I have installed Chromium/Firefox/Node/Gulp.

I am refactoring the code to use electron. I will try to release as soon as possible :)
Thank you!

This still occurs... :/


[Bug]: GetNotification - NotificationWithMeta doesn't contain the Contents field when using a template_id

What happened?
After having send a notification with a TemplateId, when I use the GetNotification endpoint, the field Contents is empty.
Steps to reproduce?
- Send a notification with a template_id
- Use the GetNotification endpoint

In api_default.go > `GetNotificationExecute`
the `localVarHTTPResponse` variable has the `contents` field :

"contents":{"en":"Test notification with {{var1}} and {{var2}} inside"},

however `localVarReturnValue` has empty `contents` field

What did you expect to happen?
The field Contents to be filled.
Relevant log output
No response
Code of Conduct

[X] I agree to follow this project's Code of Conduct

Hey @lsgndln, thanks for reporting this problem, we are looking into it.


Implement FCIQMC as transition operator

This is a first step towards implementing propagators. I figured it'll be easier to review if it's released in a series of PRs.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

109 of 116 (93.97%)  changed or added relevant lines in 7 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+1.5%) to 93.58%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

src/StochasticStyles/spawning.jl
60
63
95.24%

src/Interfaces/stochasticstyles.jl
4
8
50.0%

Totals

Change from base Build<PHONE_NUMBER>:
1.5%

Covered Lines:
4402

Relevant Lines:
4704

💛  - Coveralls


Grammar: Paths

This includes a variety of things all related to paths:

Paths
Path expressions
Method call expression
Attribute clarifications
Visibility fixes

I didn't document any of the 2018 behavior, but I guess the current nightly should in theory be the first stable release of 2018, so I'll add that soon.  For some reason I was thinking there was another release in-between, time flies!
AFAIK, the reference currently doesn't have any 2018 documentation.  I'll need to spend some time to try to figure out a clear way to show the differences.  #281 mentioned using boxes, but I'm not sure if that really fits (should the box document the new behavior or the old?).  I'll experiment a little.

There are four blockquotes that say "Edition Differences". They're mainly like that because no thought has been put into it. If you can think of a better way, feel free to change them to that.

There are four blockquotes that say "Edition Differences".

Ah, my branches were out of date so I didn't see that.
I've updated with some information about 2018 paths.  I explicitly skipped over the extern crate changes, as I'd like that in a separate PR.  I waffled back and forth on the details and wording, I have no idea if it's clear at all.


feat(symlink_target): show relative path if in cwd

Before:

After:

Added handling of relative parent dirs:

I think this behavior is probably better than the neo-tree default, but symlinks can be absolute or relative:

so I think it'd be better if this was an option. something like:
symlink_target = {
  enabled = true,
  display_targets = "force_relative_within_cwd" -- this pr (or maybe just "force_relative")
  -- "force_absolute" -- current neo-tree behavior
  -- "auto" -- uses vim.loop.fs_readlink(node.path) to display relative/absolute ones respectively
}

Technically I think node.link_to should be derived from fs_readlink instead of fs_realpath as it is right now, but that might be a breaking change.


Fixing rounding error in wright_filter_wheel

Previous assignment of the position state to the intended position allowed for rounding error to aggregate.
For example, say you can only move to the nearest degree, and you want to move move from 0.0 to  2.6 degrees. The closest motor position allows you to move 3 degrees. You do so, but you update your position state to read 2.6 degrees. If you now ask to move to 5.2 degrees, you attempt to move 2.6 degrees from your position state, which again rounds to 3 degrees, and you end up at 6 degrees.
A more accurate position for our  5.2 degree request would be 5 degrees. We fix this aggregate rounding error by updating the position state after the first movement with 3 degrees, the real position as limited by the motors, instead of with the desired position of 2.6 degrees. This way the second request of moving to 5.2 degrees is only a change of 2.2 degrees, which rounds to 2 degrees, and the rounding error does not aggregate.
We additionally must account for micro stepping.

@DLafayetteII Can you make the requested change to the linear version of this daemon? you may need to merge master into your branch to do so.

I made the subtle change, and will raise an issue on the unit documentation problem that appears to exist in _wright_fuyu_linear.py

I'm going to go ahead and merge this. @kameyer226 can you comment on #48 and how this change may be relevant to that conversation?