[caf:x64-linux] build failure

Operating system
Arch Linux
Compiler
GNU
Steps to reproduce the behavior
`./vcpkg install caf`

Failure logs
Package: caf[core]:x64-linux -> 0.18.6#1
Host Environment

Host: x64-linux
Compiler: GNU 13.1.1
vcpkg-tool version: 2023-04-07-bedcba5172f5e4b91caac660ab7afe92c27a9895
vcpkg-scripts version: ea222747b 2023-05-08 (11 hours ago)

To Reproduce
vcpkg install caf
Failure logs
-- Using cached actor-framework-actor-framework-bfa0f83dd5c9151c263c304300c79161ae8cb595.tar.gz.
-- Cleaning sources at /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source /home/lambillda/SDK/vcpkg/downloads/actor-framework-actor-framework-bfa0f83dd5c9151c263c304300c79161ae8cb595.tar.gz
-- Applying patch fix_dependency.patch
-- Applying patch fix_cxx17.patch
-- Using source at /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean
-- Found external ninja('1.11.1').
-- Configuring x64-linux
CMake Warning at installed/x64-linux/share/vcpkg-cmake/vcpkg_cmake_configure.cmake:314 (message):
  The following variables are not used in CMakeLists.txt:

      CAF_ENABLE_UTILITY_TARGETS
      CMAKE_DISABLE_FIND_PACKAGE_Doxygen

  Please recheck them and remove the unnecessary options from the
  `vcpkg_cmake_configure` call.

  If these options should still be passed for whatever reason, please use the
  `MAYBE_UNUSED_VARIABLES` argument.
Call Stack (most recent call first):
  ports/caf/portfile.cmake:12 (vcpkg_cmake_configure)
  scripts/ports.cmake:147 (include)

-- Building x64-linux-dbg
CMake Error at scripts/cmake/vcpkg_execute_build_process.cmake:134 (message):
    Command failed: /usr/bin/cmake --build . --config Debug --target install -- -v -j21
    Working Directory: /home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg
    See logs for more information:
      /home/lambillda/SDK/vcpkg/buildtrees/caf/install-x64-linux-dbg-out.log

Call Stack (most recent call first):
  installed/x64-linux/share/vcpkg-cmake/vcpkg_cmake_build.cmake:74 (vcpkg_execute_build_process)
  installed/x64-linux/share/vcpkg-cmake/vcpkg_cmake_install.cmake:16 (vcpkg_cmake_build)
  ports/caf/portfile.cmake:29 (vcpkg_cmake_install)
  scripts/ports.cmake:147 (include)

/home/lambillda/SDK/vcpkg/buildtrees/caf/install-x64-linux-dbg-out.log
[1/212] cd /home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core && /usr/bin/cmake -DINPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/message_priority.hpp -DOUTPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core/src/message_priority_strings.cpp -P /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/cmake/caf-generate-enum-strings.cmake
[2/212] cd /home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core && /usr/bin/cmake -DINPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/intrusive/inbox_result.hpp -DOUTPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core/src/intrusive/inbox_result_strings.cpp -P /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/cmake/caf-generate-enum-strings.cmake
[3/212] cd /home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core && /usr/bin/cmake -DINPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/intrusive/task_result.hpp -DOUTPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core/src/intrusive/task_result_strings.cpp -P /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/cmake/caf-generate-enum-strings.cmake
[4/212] cd /home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core && /usr/bin/cmake -DINPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/invoke_message_result.hpp -DOUTPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core/src/invoke_message_result_strings.cpp -P /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/cmake/caf-generate-enum-strings.cmake
[5/212] cd /home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core && /usr/bin/cmake -DINPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/exit_reason.hpp -DOUTPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core/src/exit_reason_strings.cpp -P /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/cmake/caf-generate-enum-strings.cmake
[6/212] cd /home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core && /usr/bin/cmake -DINPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/pec.hpp -DOUTPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core/src/pec_strings.cpp -P /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/cmake/caf-generate-enum-strings.cmake
[7/212] cd /home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core && /usr/bin/cmake -DINPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/sec.hpp -DOUTPUT_FILE=/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core/src/sec_strings.cpp -P /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/cmake/caf-generate-enum-strings.cmake
...
Skipped 291 lines
...

[54/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/print.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/print.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/print.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/print.cpp
[55/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/ripemd_160.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/ripemd_160.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/ripemd_160.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp
FAILED: libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/ripemd_160.cpp.o
/usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/ripemd_160.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/ripemd_160.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/ripemd_160.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp
In file included from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:43:
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/detail/ripemd_160.hpp:52:23: error: ‘uint8_t’ was not declared in this scope
   52 | ripemd_160(std::array<uint8_t, 20>& storage, const std::string& data);
      |                       ^~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/detail/ripemd_160.hpp:47:1: note: ‘uint8_t’ is defined in header ‘<cstdint>’; did you forget to ‘#include <cstdint>’?
   46 | #include "caf/detail/core_export.hpp"
  +++ |+#include <cstdint>
   47 |
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/detail/ripemd_160.hpp:52:34: error: template argument 1 is invalid
   52 | ripemd_160(std::array<uint8_t, 20>& storage, const std::string& data);
      |                                  ^
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:51:15: error: ‘uint32_t’ does not name a type
   51 | using dword = uint32_t;
      |               ^~~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:45:1: note: ‘uint32_t’ is defined in header ‘<cstdint>’; did you forget to ‘#include <cstdint>’?
   44 | #include <cstring>
  +++ |+#include <cstdint>
   45 |
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:53:22: error: ‘dword’ was not declared in this scope
   53 | static_assert(sizeof(dword) == sizeof(unsigned), "platform not supported");
      |                      ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:146:6: error: variable or field ‘MDinit’ declared void
  146 | void MDinit(dword* MDbuf) {
      |      ^~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:146:13: error: ‘dword’ was not declared in this scope
  146 | void MDinit(dword* MDbuf) {
      |             ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:146:20: error: ‘MDbuf’ was not declared in this scope
  146 | void MDinit(dword* MDbuf) {
      |                    ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:154:6: error: variable or field ‘compress’ declared void
  154 | void compress(dword* MDbuf, dword* X) {
      |      ^~~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:154:15: error: ‘dword’ was not declared in this scope
  154 | void compress(dword* MDbuf, dword* X) {
      |               ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:154:22: error: ‘MDbuf’ was not declared in this scope
  154 | void compress(dword* MDbuf, dword* X) {
      |                      ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:154:29: error: ‘dword’ was not declared in this scope
  154 | void compress(dword* MDbuf, dword* X) {
      |                             ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:154:36: error: ‘X’ was not declared in this scope
  154 | void compress(dword* MDbuf, dword* X) {
      |                                    ^
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:346:6: error: variable or field ‘MDfinish’ declared void
  346 | void MDfinish(dword* MDbuf, const byte* strptr, dword lswlen, dword mswlen) {
      |      ^~~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:346:15: error: ‘dword’ was not declared in this scope
  346 | void MDfinish(dword* MDbuf, const byte* strptr, dword lswlen, dword mswlen) {
      |               ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:346:22: error: ‘MDbuf’ was not declared in this scope
  346 | void MDfinish(dword* MDbuf, const byte* strptr, dword lswlen, dword mswlen) {
      |                      ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:346:29: error: expected primary-expression before ‘const’
  346 | void MDfinish(dword* MDbuf, const byte* strptr, dword lswlen, dword mswlen) {
      |                             ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:346:49: error: ‘dword’ was not declared in this scope
  346 | void MDfinish(dword* MDbuf, const byte* strptr, dword lswlen, dword mswlen) {
      |                                                 ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:346:63: error: ‘dword’ was not declared in this scope
  346 | void MDfinish(dword* MDbuf, const byte* strptr, dword lswlen, dword mswlen) {
      |                                                               ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:371:28: error: ‘uint8_t’ was not declared in this scope
  371 | void ripemd_160(std::array<uint8_t, 20>& storage, const std::string& data) {
      |                            ^~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:371:28: note: ‘uint8_t’ is defined in header ‘<cstdint>’; did you forget to ‘#include <cstdint>’?
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:371:39: error: template argument 1 is invalid
  371 | void ripemd_160(std::array<uint8_t, 20>& storage, const std::string& data) {
      |                                       ^
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp: In function ‘void caf::detail::ripemd_160(int&, const std::string&)’:
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:372:3: error: ‘dword’ was not declared in this scope
  372 |   dword MDbuf[5]; // contains (A, B, C, D(, E))
      |   ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:373:8: error: expected ‘;’ before ‘X’
  373 |   dword X[16];    // current 16-word chunk
      |        ^~
      |        ;
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:374:8: error: expected ‘;’ before ‘length’
  374 |   dword length;   // length in bytes of message
      |        ^~~~~~~
      |        ;
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:377:10: error: ‘MDbuf’ was not declared in this scope
  377 |   MDinit(MDbuf);
      |          ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:377:3: error: ‘MDinit’ was not declared in this scope
  377 |   MDinit(MDbuf);
      |   ^~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:378:3: error: ‘length’ was not declared in this scope
  378 |   length = static_cast<dword>(data.size());
      |   ^~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:378:24: error: ‘dword’ does not name a type
  378 |   length = static_cast<dword>(data.size());
      |                        ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:380:13: error: expected ‘;’ before ‘nbytes’
  380 |   for (dword nbytes = length; nbytes > 63; nbytes -= 64) {
      |             ^~~~~~~
      |             ;
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:380:31: error: ‘nbytes’ was not declared in this scope
  380 |   for (dword nbytes = length; nbytes > 63; nbytes -= 64) {
      |                               ^~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:381:20: error: ‘X’ was not declared in this scope
  381 |     for (auto& i : X) {
      |                    ^
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:59:17: error: ‘dword’ does not name a type
   59 |   ((static_cast<dword>(*((strptr) + 3)) << 24)                                 \
      |                 ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:382:11: note: in expansion of macro ‘BYTES_TO_DWORD’
  382 |       i = BYTES_TO_DWORD(message);
      |           ^~~~~~~~~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:60:19: error: ‘dword’ does not name a type
   60 |    | (static_cast<dword>(*((strptr) + 2)) << 16)                               \
      |                   ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:382:11: note: in expansion of macro ‘BYTES_TO_DWORD’
  382 |       i = BYTES_TO_DWORD(message);
      |           ^~~~~~~~~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:61:19: error: ‘dword’ does not name a type
   61 |    | (static_cast<dword>(*((strptr) + 1)) << 8)                                \
      |                   ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:382:11: note: in expansion of macro ‘BYTES_TO_DWORD’
  382 |       i = BYTES_TO_DWORD(message);
      |           ^~~~~~~~~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:62:19: error: ‘dword’ does not name a type
   62 |    | (static_cast<dword>(*(strptr))))
      |                   ^~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:382:11: note: in expansion of macro ‘BYTES_TO_DWORD’
  382 |       i = BYTES_TO_DWORD(message);
      |           ^~~~~~~~~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:385:21: error: ‘X’ was not declared in this scope
  385 |     compress(MDbuf, X);
      |                     ^
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:385:5: error: ‘compress’ was not declared in this scope
  385 |     compress(MDbuf, X);
      |     ^~~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:389:3: error: ‘MDfinish’ was not declared in this scope
  389 |   MDfinish(MDbuf, message, length, 0);
      |   ^~~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:390:34: error: request for member ‘size’ in ‘storage’, which is of non-class type ‘int’
  390 |   for (size_t i = 0; i < storage.size(); i += 4) {
      |                                  ^~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:392:12: error: invalid types ‘int[size_t {aka long unsigned int}]’ for array subscript
  392 |     storage[i] = static_cast<uint8_t>(MDbuf[i >> 2]);
      |            ^
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:392:30: error: ‘uint8_t’ does not name a type
  392 |     storage[i] = static_cast<uint8_t>(MDbuf[i >> 2]);
      |                              ^~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:392:30: note: ‘uint8_t’ is defined in header ‘<cstdint>’; did you forget to ‘#include <cstdint>’?
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:393:12: error: invalid types ‘int[size_t {aka long unsigned int}]’ for array subscript
  393 |     storage[i + 1] = static_cast<uint8_t>(MDbuf[i >> 2] >> 8);
      |            ^
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:393:34: error: ‘uint8_t’ does not name a type
  393 |     storage[i + 1] = static_cast<uint8_t>(MDbuf[i >> 2] >> 8);
      |                                  ^~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:393:34: note: ‘uint8_t’ is defined in header ‘<cstdint>’; did you forget to ‘#include <cstdint>’?
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:394:12: error: invalid types ‘int[size_t {aka long unsigned int}]’ for array subscript
  394 |     storage[i + 2] = static_cast<uint8_t>(MDbuf[i >> 2] >> 16);
      |            ^
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:394:34: error: ‘uint8_t’ does not name a type
  394 |     storage[i + 2] = static_cast<uint8_t>(MDbuf[i >> 2] >> 16);
      |                                  ^~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:394:34: note: ‘uint8_t’ is defined in header ‘<cstdint>’; did you forget to ‘#include <cstdint>’?
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:395:12: error: invalid types ‘int[size_t {aka long unsigned int}]’ for array subscript
  395 |     storage[i + 3] = static_cast<uint8_t>(MDbuf[i >> 2] >> 24);
      |            ^
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:395:34: error: ‘uint8_t’ does not name a type
  395 |     storage[i + 3] = static_cast<uint8_t>(MDbuf[i >> 2] >> 24);
      |                                  ^~~~~~~
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/ripemd_160.cpp:395:34: note: ‘uint8_t’ is defined in header ‘<cstdint>’; did you forget to ‘#include <cstdint>’?
[56/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/shared_spinlock.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/shared_spinlock.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/shared_spinlock.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/shared_spinlock.cpp
[57/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/config_value_reader.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/config_value_reader.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/config_value_reader.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/config_value_reader.cpp
[58/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/config_consumer.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/config_consumer.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/config_consumer.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/config_consumer.cpp
[59/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/pretty_type_name.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/pretty_type_name.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/pretty_type_name.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/pretty_type_name.cpp
[60/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/invoke_result_visitor.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/invoke_result_visitor.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/invoke_result_visitor.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/invoke_result_visitor.cpp
[61/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/json.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/json.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/json.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/json.cpp
[62/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/actor_system_config.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/actor_system_config.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/actor_system_config.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/actor_system_config.cpp
In file included from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_config.hpp:14,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_system.hpp:21,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_factory.hpp:11,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_system_config.hpp:15,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/actor_system_config.cpp:5:
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/input_range.hpp:24:32: warning: ‘template<class _Category, class _Tp, class _Distance, class _Pointer, class _Reference> struct std::iterator’ is deprecated [-Wdeprecated-declarations]
   24 |   class iterator : public std::iterator<std::input_iterator_tag, T> {
      |                                ^~~~~~~~
In file included from /usr/include/c++/13.1.1/bits/stl_algobase.h:65,
                 from /usr/include/c++/13.1.1/bits/hashtable_policy.h:36,
                 from /usr/include/c++/13.1.1/bits/hashtable.h:35,
                 from /usr/include/c++/13.1.1/bits/unordered_map.h:33,
                 from /usr/include/c++/13.1.1/unordered_map:41,
                 from /usr/include/c++/13.1.1/functional:63,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_system_config.hpp:8:
/usr/include/c++/13.1.1/bits/stl_iterator_base_types.h:127:34: note: declared here
  127 |     struct _GLIBCXX17_DEPRECATED iterator
      |                                  ^~~~~~~~
[63/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/stringification_inspector.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/stringification_inspector.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/stringification_inspector.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/stringification_inspector.cpp
[64/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/serialized_size.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/serialized_size.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/serialized_size.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/serialized_size.cpp
[65/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/meta_object.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/meta_object.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/meta_object.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/meta_object.cpp
In file included from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_config.hpp:14,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_system.hpp:21,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/meta_object.cpp:12:
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/input_range.hpp:24:32: warning: ‘template<class _Category, class _Tp, class _Distance, class _Pointer, class _Reference> struct std::iterator’ is deprecated [-Wdeprecated-declarations]
   24 |   class iterator : public std::iterator<std::input_iterator_tag, T> {
      |                                ^~~~~~~~
In file included from /usr/include/c++/13.1.1/bits/stl_construct.h:61,
                 from /usr/include/c++/13.1.1/bits/stl_tempbuf.h:61,
                 from /usr/include/c++/13.1.1/memory:66,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/fwd.hpp:8,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/detail/meta_object.hpp:11,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/meta_object.cpp:5:
/usr/include/c++/13.1.1/bits/stl_iterator_base_types.h:127:34: note: declared here
  127 |     struct _GLIBCXX17_DEPRECATED iterator
      |                                  ^~~~~~~~
[66/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/private_thread.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/private_thread.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/private_thread.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/private_thread.cpp
In file included from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_config.hpp:14,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_system.hpp:21,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/private_thread.cpp:7:
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/input_range.hpp:24:32: warning: ‘template<class _Category, class _Tp, class _Distance, class _Pointer, class _Reference> struct std::iterator’ is deprecated [-Wdeprecated-declarations]
   24 |   class iterator : public std::iterator<std::input_iterator_tag, T> {
      |                                ^~~~~~~~
In file included from /usr/include/c++/13.1.1/bits/stl_construct.h:61,
                 from /usr/include/c++/13.1.1/bits/alloc_traits.h:33,
                 from /usr/include/c++/13.1.1/condition_variable:44,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/detail/private_thread.hpp:8,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/private_thread.cpp:5:
/usr/include/c++/13.1.1/bits/stl_iterator_base_types.h:127:34: note: declared here
  127 |     struct _GLIBCXX17_DEPRECATED iterator
      |                                  ^~~~~~~~
[67/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/sync_request_bouncer.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/sync_request_bouncer.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/sync_request_bouncer.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/sync_request_bouncer.cpp
[68/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/local_group_module.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/local_group_module.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/local_group_module.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/local_group_module.cpp
In file included from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_config.hpp:14,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_system.hpp:21,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/local_group_module.cpp:7:
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/input_range.hpp:24:32: warning: ‘template<class _Category, class _Tp, class _Distance, class _Pointer, class _Reference> struct std::iterator’ is deprecated [-Wdeprecated-declarations]
   24 |   class iterator : public std::iterator<std::input_iterator_tag, T> {
      |                                ^~~~~~~~
In file included from /usr/include/c++/13.1.1/bits/stl_algobase.h:65,
                 from /usr/include/c++/13.1.1/bits/hashtable_policy.h:36,
                 from /usr/include/c++/13.1.1/bits/hashtable.h:35,
                 from /usr/include/c++/13.1.1/bits/unordered_map.h:33,
                 from /usr/include/c++/13.1.1/unordered_map:41,
                 from /usr/include/c++/13.1.1/functional:63,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/detail/local_group_module.hpp:7,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/local_group_module.cpp:5:
/usr/include/c++/13.1.1/bits/stl_iterator_base_types.h:127:34: note: declared here
  127 |     struct _GLIBCXX17_DEPRECATED iterator
      |                                  ^~~~~~~~
[69/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/group_tunnel.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/group_tunnel.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/group_tunnel.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/group_tunnel.cpp
In file included from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_config.hpp:14,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/local_actor.hpp:18,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/event_based_actor.hpp:13,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/detail/group_tunnel.hpp:11,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/group_tunnel.cpp:5:
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/input_range.hpp:24:32: warning: ‘template<class _Category, class _Tp, class _Distance, class _Pointer, class _Reference> struct std::iterator’ is deprecated [-Wdeprecated-declarations]
   24 |   class iterator : public std::iterator<std::input_iterator_tag, T> {
      |                                ^~~~~~~~
In file included from /usr/include/c++/13.1.1/bits/stl_construct.h:61,
                 from /usr/include/c++/13.1.1/bits/stl_tempbuf.h:61,
                 from /usr/include/c++/13.1.1/memory:66,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/abstract_group.hpp:7,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/detail/group_tunnel.hpp:7:
/usr/include/c++/13.1.1/bits/stl_iterator_base_types.h:127:34: note: declared here
  127 |     struct _GLIBCXX17_DEPRECATED iterator
      |                                  ^~~~~~~~
[70/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/private_thread_pool.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/private_thread_pool.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/private_thread_pool.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/private_thread_pool.cpp
In file included from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_config.hpp:14,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_system.hpp:21,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/private_thread_pool.cpp:21:
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/input_range.hpp:24:32: warning: ‘template<class _Category, class _Tp, class _Distance, class _Pointer, class _Reference> struct std::iterator’ is deprecated [-Wdeprecated-declarations]
   24 |   class iterator : public std::iterator<std::input_iterator_tag, T> {
      |                                ^~~~~~~~
In file included from /usr/include/c++/13.1.1/bits/stl_construct.h:61,
                 from /usr/include/c++/13.1.1/bits/alloc_traits.h:33,
                 from /usr/include/c++/13.1.1/condition_variable:44,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/detail/private_thread_pool.hpp:22,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/private_thread_pool.cpp:19:
/usr/include/c++/13.1.1/bits/stl_iterator_base_types.h:127:34: note: declared here
  127 |     struct _GLIBCXX17_DEPRECATED iterator
      |                                  ^~~~~~~~
[71/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/test_actor_clock.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/test_actor_clock.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/test_actor_clock.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/test_actor_clock.cpp
[72/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/actor_system.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/actor_system.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/actor_system.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/actor_system.cpp
In file included from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_config.hpp:14,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_system.hpp:21,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/actor_system.cpp:5:
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/input_range.hpp:24:32: warning: ‘template<class _Category, class _Tp, class _Distance, class _Pointer, class _Reference> struct std::iterator’ is deprecated [-Wdeprecated-declarations]
   24 |   class iterator : public std::iterator<std::input_iterator_tag, T> {
      |                                ^~~~~~~~
In file included from /usr/include/c++/13.1.1/bits/stl_algobase.h:65,
                 from /usr/include/c++/13.1.1/array:43,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_system.hpp:7:
/usr/include/c++/13.1.1/bits/stl_iterator_base_types.h:127:34: note: declared here
  127 |     struct _GLIBCXX17_DEPRECATED iterator
      |                                  ^~~~~~~~
[73/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/size_based_credit_controller.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/size_based_credit_controller.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/size_based_credit_controller.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/size_based_credit_controller.cpp
In file included from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_config.hpp:14,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/actor_system.hpp:21,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/size_based_credit_controller.cpp:7:
/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/input_range.hpp:24:32: warning: ‘template<class _Category, class _Tp, class _Distance, class _Pointer, class _Reference> struct std::iterator’ is deprecated [-Wdeprecated-declarations]
   24 |   class iterator : public std::iterator<std::input_iterator_tag, T> {
      |                                ^~~~~~~~
In file included from /usr/include/c++/13.1.1/bits/stl_algobase.h:65,
                 from /usr/include/c++/13.1.1/vector:62,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/downstream_msg.hpp:9,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/credit_controller.hpp:10,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/caf/detail/size_based_credit_controller.hpp:7,
                 from /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/size_based_credit_controller.cpp:5:
/usr/include/c++/13.1.1/bits/stl_iterator_base_types.h:127:34: note: declared here
  127 |     struct _GLIBCXX17_DEPRECATED iterator
      |                                  ^~~~~~~~
[74/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/parse.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/parse.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/detail/parse.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/detail/parse.cpp
[75/212] /usr/bin/c++ -Dlibcaf_core_EXPORTS -I/home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core -I/home/lambillda/SDK/vcpkg/buildtrees/caf/x64-linux-dbg/libcaf_core -fPIC -g -fPIC -Wall -Wextra -pedantic -ftemplate-depth=512 -ftemplate-backtrace-limit=0 -Wno-missing-field-initializers -MD -MT libcaf_core/CMakeFiles/libcaf_core.dir/src/config_value.cpp.o -MF libcaf_core/CMakeFiles/libcaf_core.dir/src/config_value.cpp.o.d -o libcaf_core/CMakeFiles/libcaf_core.dir/src/config_value.cpp.o -c /home/lambillda/SDK/vcpkg/buildtrees/caf/src/61ae8cb595-3f16c1c782.clean/libcaf_core/src/config_value.cpp
ninja: build stopped: subcommand failed.

Additional context
Additional context
No response

error: ‘uint8_t’ was not declared in this scope

https://gcc.gnu.org/gcc-13/porting_to.html

I have tried to modify the source files to add the header but each time running ./vcpkg install caf will discard all changes I made. Is there any way to prevent this?

https://stackoverflow.com/a/72778459/5802715

@lambillda  Please submit this to upstream. Thanks. We will update the port once it is fixed.


Add FieldPath.documentId support in MockQuery.where & MockQuery.orderBy

Fixes: #89

Anyway, I can reformat myself. Thanks for the work!

Just published your fix to https://pub.dev/packages/cloud_firestore_mocks/changelog#0461. Thanks again!


Update stdlibs

Should fix linker errors with GCC > 10. Not extensively tested, but does at least compile with GCC 9-12. (May need to check 8...)

Slight firmware size improvement!
Also hopefully fixes #776.

All looks good with gcc-arm-none-eabi-8-2019-q3-update (8.3.1)


feat(secret): convert a secret to an EnvValue (#1643)

Backport
This will backport the following commits from k8s-25/main to k8s-24/main:

feat(secret): convert a secret to an EnvValue (#1643)

Questions ?
Please refer to the Backport tool documentation

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 1648

Questions ?
Please refer to the Backport tool documentation


Precedence over BlockExternalExtensions

In the "Before you begin" section it is not listed whether the ExtensionSettings overwrites also the BlockExternalExtensions policy.

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

ID: 06f0b77d-8fc4-90c1-93cb-e781352efdf2
Version Independent ID: 2a21fd70-443b-8ac1-4541-d5b6bf882881
Content: Detailed guide to the ExtensionSettings policy
Content Source: edgeenterprise/microsoft-edge-manage-extensions-ref-guide.md
Product: microsoft-edge
GitHub Login: @dan-wesley
Microsoft Alias: aspoddar

@joegoerlich The Extension Team has reviewed your 4 GitHub issues and this should apply to all of them:
The policy "BlockExternalExtensions" applies to extension installations that happen from third party software applications and they do not have any impact on the policies that are defined in extension settings. Any policy definitions from the extension settings will always take precedence over "BlockExternalExtensions".
For further questions, you should be able to reach the Extension Team at https://github.com/microsoft/MicrosoftEdge-Extensions


Function needs complete address to work

https://github.com/PacktPublishing/Building-Python-Web-APIs-with-FastAPI/blob/ad22a273b95f16dc2007f117e64cdea2aa7d80db/ch08/planner/tests/test_login.py#L21 It's throwing me an error. Solution was response = await default_client.post("http://localhost:8080/user/signup", json=payload, headers=headers)

It's because the fixture is not working properly, I changed it to @pytest_asyncio and it works well and also there is an error on the base_url in the default_client()


Updated inspection middleware to pass through trace activities

It now passes through any sent trace activities without wrapping.
You only get a state trace activity if you pass in UserState or ConversationState. Otherwise state tracing happens external to the middleware.

Pull Request Test Coverage Report for Build 83327

0 of 0   changed or added relevant lines in 0 files are covered.
6 unchanged lines in 4 files lost coverage.
Overall coverage increased (+0.003%) to 78.639%

Files with Coverage Reduction
New Missed Lines
%

/libraries/Microsoft.Bot.Builder.Dialogs/ObjectPath.cs
1
75.14%

/libraries/Microsoft.Bot.Builder.Dialogs/Prompts/OAuthPrompt.cs
1
57.23%

/libraries/Microsoft.Bot.Builder.Azure/CosmosDbStorageOptions.cs
2
50.0%

/libraries/Microsoft.Bot.Builder/MemoryTranscriptStore.cs
2
86.09%

Totals

Change from base Build 83280:
0.003%

Covered Lines:
5419

Relevant Lines:
6891

💛  - Coveralls

:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.AI.Luis.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.AI.QnA.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.ApplicationInsights.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Azure.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Dialogs.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.TemplateManager.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Configuration.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Connector.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Schema.dll compared against version 4.5.3

:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.AI.Luis.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.AI.QnA.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.ApplicationInsights.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Azure.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Dialogs.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.TemplateManager.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Configuration.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Connector.dll compared against version 4.5.3
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Schema.dll compared against version 4.5.3


⚠ Bofrost.es has degraded performance

In 004d22b, Bofrost.es (https://www.bofrost.es) experienced degraded performance:

HTTP code: 200
Response time: 1536 ms

Resolved: Bofrost.es performance has improved in bb3c2c4 after 17 minutes.


Added validation for deeplabv3+

Hi @fchollet , as per your suggestion mentioned in the previous PR (https://github.com/keras-team/keras-io/pull/619#issuecomment-915434874), I made the following changes:

Extended the training subset to 1000 images.
Added a validation set of 50 images.
Added a validation_data dataset in the call to fit().
Added inference for both train and validation images.

Please find the corresponding Colab notebook here.

Hi @fchollet , updated the generated files.


Issues when connecting to non-public schemas in postgreSQL

Description
When trying out OData service in MI-4.1.0 with PostgreSQL, the following issue is occurred, when accessing tables outside of the public schema. There are no issues when try to access tables within the public schema.
Caused by: org.postgresql.util.PSQLException: ERROR: relation "salesforce_account" does not exist
Posição: 22
    at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2725)
    at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2412)
    at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:371)

After a brief research on this, it was identified that PostgreSQL will look for the table in the public schema unless explicitly told otherwise. To access other schemas, we have to specify the schema name in the connection URL as follows [1],
postgres://user:password@host/dbname?sslmode=disable&search_path=schema
Or set the DB schema directly from the DB as instructed in [2].
We need to add a note on the above information as currently this information is not specified in the documentation [3].
[1] https://stackoverflow.com/questions/4168689/is-it-possible-to-specify-the-schema-when-connecting-to-postgres-with-jdbc
[2] https://medium.com/@pulasthi7/configuring-wso2-products-to-use-custom-postgresql-schema-42c44c546a5c
[3] https://mi.docs.wso2.com/en/latest/learn/examples/data-integration/odata-service/
Steps to reproduce

The steps to be followed to reproduce the issue.

Affected version(s)

The versions that are affected by the issue.

Related issue(s) (optional)

Any related issues such as sub tasks and issues reported in other repositories (e.g., component repositories), similar problems, etc.

Suggested label(s) (optional)

Optional comma-separated list of suggested labels. Non committers can’t assign labels to issues, and thereby, this will help issue creators who are not a committer to suggest possible labels.

Suggested assignee(s) (optional)

Optional comma-separated list of suggested team members who should attend the issue. Non committers can’t assign issues to assignees, and thereby, this will help issue creators who are not a committer to suggest possible assignees.

I have updated the following pages with the above info:

Setting up a PostgreSQL Database - Micro Integrator Documentation v4.3.0
Setting up a PostgreSQL Database - Micro Integrator Documentation v4.2.0
Setting up a PostgreSQL Database - API Manager Documentation v4.2.0
Setting up a PostgreSQL Database - API Manager Documentation v4.1.0


Blazor. OnParametersSet fires not as expected

Hi. It's simply component.
Index.razor:
@page "/"

<MyCoolComponent>
    <Template>

    </Template>
</MyCoolComponent>

<button @onclick="DoNothing">Do Nothing</button>

@code {
    private void DoNothing(MouseEventArgs e)
    {

    }
}

MyCoolComponent.razor:
@msg
@Template

@code {
    [Parameter]
    public RenderFragment Template { get; set; }
    string msg;

    protected override void OnParametersSet()
    {
        msg =$"OnParametersSet of MyCoolComponent fires every time on click button on Parent Page, " +
                $"last time in {DateTime.Now.ToString()}. Why?";
    }
}

OnParametersSet event of MyCoolComponent fires every time on click button on Parent Page, why?

@kpolkovnikov thanks for contacting us.
A new render fragment delegate gets created on each render (which happens automatically after the event-handler for DoNothing runs.
Blazor can't determine that the new RenderFragment delegate is equal to the old render fragment delegate and it believes the parameters for the component have changed, thus invoking OnParametersSet with the new RenderFragment instance.
@SteveSandersonMS can correct me if I'm wrong.
I'm closing this issue as the question has been answered.

You're right @javiercn.
Longer term I'm hoping we can find some optimizations where we detect common scenarios where the RenderFragment actually is the same. I would guess that if the delegate points to the same MethodInfo and Target, then it has to be the same. In the scenario posted here, since no variables are captured inside the closure, I would expect the Target values to be the same.
It's also possible that future C# compiler improvements will increase the range of cases where delegates are cached (it does this in a few cases already), so we may get some improvements automatically.

Thank you for the supersonic answer) Is there a workaround in this scenario to prevent the OnParametersSet event from starting, such as by using @key or otherwise?

@kpolkovnikov You can override ShouldRender to put in custom logic to skip rendering if you think it's unnecessary in certain cases.

Thank you so much, Steve.


Modify dsn after initialization

Problem Statement
Hi, is there a way to modify the dsn after initialization?
China's Firewall slows down the traffic to our default domain and because of that we need a proxy.
User can activate the proxy in the app settings.
Solution Brainstorm
A setter or update function would be nice. Since you pass the appRunner, I'm afraid you just have to restart the whole app currently.
Are you willing to submit a PR?
None

Hi @ahmdt, sadly we currently don't support modifying the dsn after the SDK has been initialized.
You can either wait to init the SDK until a proxy is selected (if it's a viable option for you) or restart the whole app

You can also close the SDK and init it again.
The 2nd time you can skip the runner callback.

As @marandaneto mentioned in https://github.com/getsentry/sentry-dart/issues/1603#issuecomment-1682524983 you can reinitialize the SDK with the new DSN and skip the runner callback the second time.
If you run into any problems related to this feel free to comment here and we can reopen the issue.


Add Mypy type stubs

https://mypy.readthedocs.io/en/stable/stubs.html

Don't need type stubs if there are type annotations in the implementation... Oops.


Outbound callable timesets refactor

Is this ready for review

Is this ready for review

Yes, I forgot to add reviewers

Closing this PR, going to rebase, resolve merge conflicts, create a ticket and open a new one


Natalgar/7627 implement resource group service

Description
Implement Resource Group Service
Added method checkRequirement that throws an error if a boolean condition fails
Task Item
refs: #7627

Coverage remained the same at 50.459% when pulling 769eacc44cce801f7d1bc6ccd7770c4dadd67780 on natalgar/7627-implement-resourceGroupService into 5d443a41cbf71c1e32c7311b542a7db6c5c3a8b5 on main.


User Profile Picture

Hey,
Great stuff there,
While logging in with other social accounts,it can't seem to pull the user image.
I have used a project that you made https://github.com/sahat/hackathon-starter and it puts the user image in the header and is working perfectly,can you replicate the same for this project?

In controllers/contact.js is where you pass your SMPT provider username and password:
var transporter = nodemailer.createTransport({
  service: 'SendGrid',
  auth: {
    user: secrets.sendgrid.user,
    pass: secrets.sendgrid.password
  }
});

It probably refers to that login error. The default username and password I provided in this project were probably banned since this is a sensitive information that you shouldn't share with anyone. I, however did it for convenience reasons.

Ok, I have added profile picture support for Google so far. Will send a PR as soon as I am done with other providers, and if you would like to contirbute you could replicate that same functionality for other languages - Python, Java, PHP, etc.

I have updated GitHub, LinkedIn, Facebook, Google and Foursquare authentication routes to retrieve profile image. Did not update Twitter because it would requre an additional request and that route is already complicated as it is.


Create discussion channel for grid-engine

This is a feature request. Can we create a discord for grid-engine to help answer questions / post snippets & ideas? I'd like to share some of the things I've figured out / ask for opinions on other things. I'm happy to set one up if it does not already exist!

I am not too familiar with discord so I am wondering what the advantages over Github Q&A (Discussions) are.
I want to avoid having two things solving the same purpose.

@notchris Do you have some more input on that? Otherwise I will close this issue to clean up a bit.

@Annoraaq Personally I think discord sparks more constant discussion around a topic. A lot of libraries have a discord channel so it's hard to say. Can we do some kind of poll or something, no one else has posted on this issue so I don't see a lot of support for the idea.

We can also try it out and if it is not used we can still close it down again.
I think the community around GridEngine is still very small. So a poll might have too few total votes.
So feel free to create a channel if you want to.

I think gitter would be very nice for this :) Check this https://gitter.im/ only one minute setup :)

my vote would be discord. I find more package maintainers have discord servers than any other platform. NestJS actively tells u to avoid opening issues as the default n use their discord by default lol. less than 5% ive encountered use slack instead of discord.

I would still consider github issues to be the main location for issues, because it allows a more structured approach than a chat. However, I will open up a discord to allow for better discussions. I can't promise I will be too active there, but I guess one important point about community is that all users can communicate, so that won't be a problem.

I havent join their discord yet cause I havent quite ran into a blocker that demanded it yet. But given what u said, I would just use phaser plugin channel and refer users to it in docs n such. Noise seems like a small cost relative to increased community size and activity plus ease of work required on the maintainer. If community size every grows to size to warrant its own server then could be done then.

Sounds good. Maybe if I am in the mood some day I might create a discord server anyway. I think it is also a nice way for me to talk to the community. Announcements are easier. And also it might be a good way to ask for opinions (for feature prioritization for example).

So it did not took too long:
https://discord.gg/PEg2Y3qD

The discord invitation is no more working. Can you fix it please?

Thanks for letting me know. I updated the link. The new one should never expire.

But where is the new link? I do not see it. Link in Readme is still invalid.

I updated it here. I totally forgot about the link in the readme. But it should be up to date now, too.


remove unneeded beforeAll #43

Description

Related Issue

Motivation and Context

How Has This Been Tested?

Screenshots (if appropriate):
Types of changes

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

Checklist:

[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

@djayze23 this looks good. Why did you close it?


feat: add AllocBuilder for easier genesis alloc creation

Added AllocBuilder which should be useful for creating custom genesis files. New accounts in the alloc can be created, and the KeyPair for the account will be returned.
This would be useful in integration tests that have the following pattern:

Create genesis with funded accounts
Initialize test reth node with that genesis
Create valid signed transactions from those accounts
Send engine_newPayload call containing those transactions
Check some property, the test either succeeds or fails

mb we call it GenesisAllocator? we have a lot of builders by now :)

haha sure, renaming

N

let's add a variant for setting genesis account storage as well, useful for pre-registering validators (e.g. holesky genesis)

makes sense, added some more helpers


Standardize gem name

Ref: https://github.com/bigbinary/neeto-engineering-web/issues/244

[ ] Gem name should be equal to repo name ( neeto-email-prefixer ) Repo name will be updated before the release
[ ]  Update file and folder names accordingly
[ ] Add proper Namespaces like https://github.com/bigbinary/neeto-team-members-engine/blob/main/app/services/neeto_team_members_engine/permission_seeder_service.rb
[ ] Update the gem name in all places where it is being used (eg: Gemfile.commom.rb)

@ghousemohamed _a Please assign this to someone

@Nuzair46 _a

@AbhayVAshokan _a Please work on this.


[Bug]: Innaccurate default shard naming with fileio

What happened?
When fileio writes several shards, the last shard will have as name "00123-of-00124" which may look like incomplete processing.
The first shard should be "00001-of-XXXXX" and not "00000-of-XXXX", and the last shard should be "00124-of-00-124" (in this case for an example with 124 shards).
Issue Priority
Priority: 3
Issue Component
Component: io-py-files

Acknowledged and I do agree. I don't think this should cause any backwards-incompatibility to change but @johnjcasey and @reuvenlax would know better, regarding pipeline update and how it might interact here. Obviously this is a classic bikeshed.

This occurs in Python and Java and also in internal Dataflow code separate from both of them, I expect.


Update language reference to include notnull constraint

Fixes #13720
The notnull constaint has been added to C# 8.0
This PR updates the language reference and programming guide pages with that information.
relies on dotnet/samples#1364

@pkulikov

does this PR mean that, from now on, you accept C# 8.0 update PRs to the language reference pages? (I have a short backlog of minor new features to submit and would be happy to realize it in PRs.)

Yes, please! I've identified some of the changes needed in the C# 8 project. I doubt that's a complete list. If your backlog items match one of those issues, add a comment and I'll assign it to you. Otherwise, make an issue and I'll assign it to you. Our goal is to have everything updated by .NET Conf (Sept. 23rd).  That means I'll be working on this as well, and I don't want to duplicate work.
Thank you again.

@pkulikov  Re: "type parameters" and "type arguments"
You are correct. I've also found a couple instances where the spec uses "type parameter" when "type argument" would be correct. I've noted those for the standards committee.

Reopening to hopefully fix empty samples I saw on the preview site.


wordbazaar testnet placeholder

Should we also have the build procedure both testnet and mainnet?

@mradkov for now its fine if we cherry pick this commit if we want to have an example testnet deploy

:heart:

:thinking:

@gorbak25 was just the wrong contract used, should be working now

@thepiwo Works great :)

@AtanasKrondev can we use this just as testnet placeholder for the env and make logical/design changes in separate PRs?


curl_setopt_array(): Unable to create temporary file

My computer is Windows10 link can link normally, but call eth_coinbase, curl_setopt_array (): Unable to create temporary file
Call link printing is true
$eth=new Ethereum('http://<IP_ADDRESS>:8545');
print_r($eth);
but eth_coinbase return curl_setopt_array(): Unable to create temporary file.
$ret=$eth->eth_coinbase();
print_r($ret);
The same commands are the same

Sounds like your temporary directory lacks writing permissions.
https://github.com/guzzle/guzzle/issues/1363


Failed transaction

Bridging OMG to Boba failed transaction. Eth I used trying to make transaction is now gone

Could you provide more information about the transaction? Were you using the classic bridge or the fast bridge? Did the bridging fail before/after the approval or before/after the deposit? Note that when bridging OMG in particular, due to the 2017-era design of the OMG token, as many as three ETH-consuming steps may be needed to bridge OMG (Allowance set to zero, allowance set to bridge amount, bridge operation). The multistep allowance process was chosen in 2017 in an effort in increase the security of token transfers.

Update - both classical and fast L1->L2 bridges are operating normally. At current gas prices (72 Gwei), the costs to bridge to L2 were:
Classical Bridge 0.003 ETH for approval, 0.0371 ETH to bridge
Fast Bridge 0.0025 ETH for approval, 0.0131 ETH to bridge
Generally the Fast Bridge is about 1/2 the price of the classical deposit.


Allow +toolchain for rustup

It was surprising to me that I couldn't use the +nightly parameter on rustup for adding the wasm32-unknown-unknown target to nightly:
rustup +nightly target add wasm32-unknown-unknown

(and other combinations didn't work either). Instead I had to find the --toolchain parameter of rustup target add. It would be nice if +nightly would work on rustup, too.

CC #1489.

In addition to +nightly all of theese should also work:

rustup --toolchain=nightly target add wasm32-unknown-unknown
rustup  target --toolchain=nightly add wasm32-unknown-unknown

Also rustup target --help should mention --toolchain somewhere.

I would like to do this. I noticed that cargo does not explicitly parse this but instead passes this to rustc to handle it. Should we check it on rustup side with internal function to list toolchains?

Hi @pickfire, friendly note that from this comment from #1489, I started working on the 2nd PR for +foo variant in the same scope of #2031. Should be able to push an update later today for +foo variant.

@BeniCheni Yeah, but that's just for which right? I want to help out on this too.

@pickfire, from this comment from #1489:

and then have #1498 provide the +foo variant.

I'm interested in trying out. ...

From my comment there, I indicated my interest in working on #1498 here. But I'm happy to share, if you want to try out a PR for #1498 here. I can check out other open issues.


Uses stubs downloaded from custom repository, but resolver can't find maven-metadata.xml

I'm trying to setup the stub runner without duplicating any configuration, IE I don't want to explicitly include the repo URL in my test code as well as the maven POM file.  So I'm trying to use LOCAL StubMode:
    @ClassRule     public static StubRunnerRule rule = new StubRunnerRule()             .stubsMode(StubRunnerProperties.StubsMode.LOCAL)             .downloadStub("com.company.otherservice", "OtherService")             .withPort(10550);
So I've actually setup maven to download the stubs as a test-scope dependency to make sure they end up in the local M2 before the tests run.
        <dependency>             <groupId>com.company.otherservice</groupId>             <artifactId>OtherService</artifactId>             <version>${otherservice-domain-version}</version>             <scope>test</scope>             <classifier>stubs</classifier>             <exclusions>                 <exclusion>                     <artifactId>*</artifactId>                     <groupId>*</groupId>                 </exclusion>             </exclusions>         </dependency>
Unfortunately the custom repository my company uses creates a maven metadata file named "maven-metadata-customrepo.xml" instead of the "maven-metadata.xml" the resolver looks for so I always get the error:
java.lang.IllegalArgumentException: For groupId [com.company.otherservice] artifactId [OtherService] and classifier [stubs] the version was not resolved! The following exceptions took place [org.eclipse.aether.transfer.MetadataNotFoundException: Could not find metadata com.company.otherservice:OtherService/maven-metadata.xml in local (C:\Users\ME\.m2\repository), org.eclipse.aether.transfer.MetadataNotFoundException: Cannot access remote0 (file:/C:/dev/checkouts/thisservice/ThisService/web/target/test-classes/) in offline mode and the metadata com.company.otherservice:OtherService/maven-metadata.xml has not been downloaded from it before]
If I don't have this setup wrong and the stubrunner could be made to do this, I guess this is a feature ask...otherwise it's mostly an implementation question I wasn't able to discern from the documentation.
Is there a proper way to configure the stub runner to use local M2 so I don't need the entire repo URL in there but allow for some variability with the metadata XML filename?  Or if I need to, pass that repo ID to the resolver?
Is there some way to get maven to save the metadata file with the generic name?
Is it possible to use the remote repo without duplicating the URL configuration that I just haven't seen?
Thanks

Hmm I didn't know that you can have a different file for the maven-metadata.xml. If you know how to set up Maven as such to look at that file then we can tweak stub runner (or Aether) to search for that.

Seemingly if you include a  section in your project's POM file, maven will tag the file in local M2 with the ID.  I was kindof hoping I was just missing something and could tweak my setup to fix the naming or something.  As far as debugging through the StubRunner code, the last place I see the filename is as a constant in DefaultVersionRangeResolver that sets that into a MetadataRequest object for DefaultMetadataResolver, but haven't debugged any further to see if there's a way to wildcard it.
resolver-status.properties file seems created by the Maven Resolver automatically and shows all the maven-metadata-repo-.xml files with when they were last updated.  IE maven-metadata-snapshots.xml.lastUpdated=1562175927133
_remote.repositories also includes the most recent version of each artifact downloaded from each repository and can be used to reconstruct the name.  IE OtherService-1.4.7-20190703.165743-43-stubs.jar>snapshots= can point to maven-metadata-snapshots.xml

SC-Contract is delegating the work to Aether. Maybe there's an option there to configure this?

Unfortunately I'm just not familiar with the inner workings here or where the boundary between projects is.  I can go run off to another github and create a linked issue if you point me at the right one?

I think Aether needs to be debugged. Currently I won't have time to do that but be my guest if you have some spare time. You can just continue debugging as you started and continue through org.springframework.cloud.contract.stubrunner.AetherStubDownloader

If you would like us to look at this issue, please provide the requested information. If the information is not provided within the next 7 days this issue will be closed.

Closing due to lack of requested feedback. If you would like us to look at this issue, please provide the requested information and we will re-open the issue.

For posterity and wayward google searches:  Since aether has not been updated in quite some time and no longer seems active it would be far too much effort to update it to stop using the hardcoded "maven-metadata.xml" everywhere it's specified.  You can use maven to automatically resolve the stubs instead of duplicating the repo URL.

Include the stubs jar in the test scope via pom.xml
Configure the StubRunnerRule using CLASSPATH StubMode
Upgrade Cloud Contract to 2.1.2.RELEASE/2.2.0.RELEASE or later, there is a bug in earlier versions of StubRunnerRule that fails to properly set the classpath to scan to include the default classpath.


[WFLY-16415] Organize dependency management for simplified use of different dependency sets

Stop using the root pom for dependency management.
https://issues.redhat.com/browse/WFLY-16415

/retest


problem with ios client (TUSKit), incorrect Upload-Metadata is being sent

Faced such a problem. the php and js client works well and sends the correct data to Upload-Metadata.
When I use the ios client, the data is sent like this
filename MzgxREJGRkQtRkM0MS00MUNELTkwNjgtNUIyOTNBMjU4QUEy, filetype YXBwbGljYXRpb24vb2N0ZXQtc3RyZWFt - is not correct

And a 500 error is thrown. Because of the gap. Is there a way to fix this.
Because without a space everything works correctly.
filename MzgxREJGRkQtRkM0MS00MUNELTkwNjgtNUIyOTNBMjU4QUEy,filetype YXBwbGljYXRpb24vb2N0ZXQtc3RyZWFt - is correct

Screenshots

I added an example of debugging this parameter in different situations.

@sjay23 you can use 2.2-dev to try out the fix.

@ankitpokhrel hi, yes it's ok. thank you

@ankitpokhrel When can i expect release with this fix? Best regards!