I encountered an error while building this version.

clint@clint-Alienware-m15:~/carla$ make PythonAPI && cd PythonAPI/examples && python tm_spawn_npc.py
Setup.sh: llvm-7.0 already installed.
Setup.sh: boost-1.69.0-c7 already installed.
Setup.sh: rpclib-v2.2.1_c2-c7 already installed.
Setup.sh: gtest-1.8.1-c7 already installed.
Setup.sh: recast-cdce4e-c7 already installed.
Setup.sh: CARLA version 0.9.7-80-g731451d4.
Setup.sh: Generating CMake configuration files.
Setup.sh: Success!
BuildLibCarla.sh: Building LibCarla "Client.Release" configuration.

cmake -G 'Eclipse CDT4 - Ninja' -DCMAKE_BUILD_TYPE=Client -DLIBCARLA_BUILD_DEBUG=OFF -DLIBCARLA_BUILD_RELEASE=ON -DCMAKE_TOOLCHAIN_FILE=/home/clint/carla/Build/LibStdCppToolChain.cmake -DCMAKE_INSTALL_PREFIX=/home/clint/carla/PythonAPI/carla/dependencies -DCMAKE_EXPORT_COMPILE_COMMANDS=1 /home/clint/carla
-- The C compiler identification is Clang 7.1.0
-- The CXX compiler identification is Clang 7.1.0
-- Could not determine Eclipse version, assuming at least 3.6 (Helios). Adjust CMAKE_ECLIPSE_VERSION if this is wrong.
-- Check for working C compiler: /usr/bin/clang-7
-- Check for working C compiler: /usr/bin/clang-7 -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/clang++-7
-- Check for working CXX compiler: /usr/bin/clang++-7 -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Build debug:   OFF
-- Build release: ON
-- Build test:    ON
-- Configuring done
CMake Warning in CMakeLists.txt:
The build directory is a subdirectory of the source directory.
This is not supported well by Eclipse.  It is strongly recommended to use a
build directory which is a sibling of the source directory.

-- Generating done
-- Build files have been written to: /home/clint/carla/Build/libcarla-client-build.release

ninja
ninja: error: '../boost-1.69.0-c7-install/lib/libboost_filesystem.a', needed by 'LibCarla/cmake/test/libcarla_test_client_release', missing and no known rule to make it
Util/BuildTools/Linux.mk:117: recipe for target 'LibCarla.client.release' failed
make: *** [LibCarla.client.release] Error 1
clint@clint-Alienware-m15:~/carla$

Hi,
Did you do 'make LibCarla' first?

I did not, I suppose that could be the problem. I only followed these steps:
https://carla.readthedocs.io/en/latest/how_to_build_on_linux/
I will start over and try that now.

Hi,
Did you do make LibCarla first?

~/carla$ make LibCarla
Setup.sh: llvm-7.0 already installed.
Setup.sh: boost-1.69.0-c7 already installed.
Setup.sh: rpclib-v2.2.1_c2-c7 already installed.
Setup.sh: gtest-1.8.1-c7 already installed.
Setup.sh: recast-cdce4e-c7 already installed.
Setup.sh: CARLA version 0.9.7-81-g06b5a3d9.
Setup.sh: Generating CMake configuration files.
Setup.sh: Success!
BuildLibCarla.sh: Building LibCarla "Server.Release" configuration.
...
typename std::enable_if<boost::asio::is_const_buffer_sequence<T>::value>::type
                        ~~~~~~~~~~~~~^

../../LibCarla/cmake/../source/carla/Buffer.h:308:67: error: 'T' does not refer to a value
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:307:24: note: declared here
template
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:71: error: member 'value' declared as a template
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:76: error: expected ';' at end of declaration list
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
;
../../LibCarla/cmake/../source/carla/Buffer.h:111:9: error: use of undeclared identifier 'ReuseThisBuffer'
ReuseThisBuffer();
^
../../LibCarla/cmake/../source/carla/Buffer.h:297:7: error: no matching member function for call to 'copy_from'
copy_from(0u, data, size);
^~~~~~~~~
../../LibCarla/cmake/../source/carla/Buffer.h:290:10: note: candidate function template not viable: requires single argument 'source', but 3 arguments were provided
void copy_from(const T &source) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:296:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:303:7: error: no matching member function for call to 'copy_from'
copy_from(offset, rhs.buffer());
^~~~~~~~~
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function not viable: no known conversion from 'boost::asio::const_buffer' to 'const carla::Buffer' for 2nd argument
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:296:10: note: candidate function not viable: no known conversion from 'carla::Buffer::size_type' (aka 'unsigned int') to 'const carla::Buffer::value_type *' (aka 'const unsigned char *') for 1st argument
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:290:10: note: candidate function template not viable: requires single argument 'source', but 2 arguments were provided
void copy_from(const T &source) {
^
7 errors generated.
ninja: build stopped: subcommand failed.
Util/BuildTools/Linux.mk:111: recipe for target 'LibCarla.server.release' failed
make: *** [LibCarla.server.release] Error 1
this is the error i got. im not sure what the issue could be.

Hi,
while building PythonAPI and LibCarla i got the similar kind of issue, below is log

vishal@D-11301:/carla/carla$ make PythonAPI
Setup.sh: llvm-8.0 already installed.
Setup.sh: boost-1.72.0-c8 already installed.
Setup.sh: rpclib-v2.2.1_c2-c8 already installed.
Setup.sh: gtest-1.8.1-c8 already installed.
Setup.sh: recast-cdce4e-c8 already installed.
Setup.sh: CARLA version 0.9.9-58-g4dc4cb81-dirty.
Setup.sh: Generating CMake configuration files.
Setup.sh: Success!
BuildLibCarla.sh: Building LibCarla "Client.Release" configuration.
[1/111] Building CXX object LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Actor.cpp.o
FAILED: LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Actor.cpp.o
/usr/bin/clang++-8  -DBOOST_ERROR_CODE_HEADER_ONLY -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_TEST_CONTENT_FOLDER="/carla/carla/Build/test-content" -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libstdcxx-install/include -isystem ../recast-cdce4e-c8-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion    -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -fPIC -std=c++14 -Wno-missing-braces -DBOOST_ERROR_CODE_HEADER_ONLY -MD -MT LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Actor.cpp.o -MF LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Actor.cpp.o.d -o LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Actor.cpp.o -c ../../LibCarla/source/carla/client/Actor.cpp
In file included from ../../LibCarla/source/carla/client/Actor.cpp:7:
In file included from ../../LibCarla/cmake/../source/carla/client/Actor.h:11:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/ActorState.h:10:
In file included from ../../LibCarla/cmake/../source/carla/client/World.h:13:
In file included from ../../LibCarla/cmake/../source/carla/client/LightManager.h:17:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/Episode.h:17:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/WalkerNavigation.h:10:
../../LibCarla/cmake/../source/carla/nav/Navigation.h:16:10: fatal error: 'recast/Recast.h' file not found
#include <recast/Recast.h>
^~~~~~~~~~~~~~~~~
1 error generated.
[2/111] Building CXX object LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/DebugHelper.cpp.o
FAILED: LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/DebugHelper.cpp.o
/usr/bin/clang++-8  -DBOOST_ERROR_CODE_HEADER_ONLY -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_TEST_CONTENT_FOLDER="/carla/carla/Build/test-content" -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libstdcxx-install/include -isystem ../recast-cdce4e-c8-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion    -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -fPIC -std=c++14 -Wno-missing-braces -DBOOST_ERROR_CODE_HEADER_ONLY -MD -MT LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/DebugHelper.cpp.o -MF LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/DebugHelper.cpp.o.d -o LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/DebugHelper.cpp.o -c ../../LibCarla/source/carla/client/DebugHelper.cpp
In file included from ../../LibCarla/source/carla/client/DebugHelper.cpp:9:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/Simulator.h:12:
In file included from ../../LibCarla/cmake/../source/carla/client/Actor.h:11:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/ActorState.h:10:
In file included from ../../LibCarla/cmake/../source/carla/client/World.h:13:
In file included from ../../LibCarla/cmake/../source/carla/client/LightManager.h:17:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/Episode.h:17:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/WalkerNavigation.h:10:
../../LibCarla/cmake/../source/carla/nav/Navigation.h:16:10: fatal error: 'recast/Recast.h' file not found
#include <recast/Recast.h>
^~~~~~~~~~~~~~~~~
1 error generated.
[3/111] Building CXX object LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Light.cpp.o
FAILED: LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Light.cpp.o
/usr/bin/clang++-8  -DBOOST_ERROR_CODE_HEADER_ONLY -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_TEST_CONTENT_FOLDER="/carla/carla/Build/test-content" -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libstdcxx-install/include -isystem ../recast-cdce4e-c8-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion    -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -fPIC -std=c++14 -Wno-missing-braces -DBOOST_ERROR_CODE_HEADER_ONLY -MD -MT LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Light.cpp.o -MF LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Light.cpp.o.d -o LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Light.cpp.o -c ../../LibCarla/source/carla/client/Light.cpp
In file included from ../../LibCarla/source/carla/client/Light.cpp:9:
In file included from ../../LibCarla/cmake/../source/carla/client/LightManager.h:17:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/Episode.h:17:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/WalkerNavigation.h:10:
../../LibCarla/cmake/../source/carla/nav/Navigation.h:16:10: fatal error: 'recast/Recast.h' file not found
#include <recast/Recast.h>
^~~~~~~~~~~~~~~~~
1 error generated.
[4/111] Building CXX object LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/ActorList.cpp.o
FAILED: LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/ActorList.cpp.o
/usr/bin/clang++-8  -DBOOST_ERROR_CODE_HEADER_ONLY -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_TEST_CONTENT_FOLDER="/carla/carla/Build/test-content" -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libstdcxx-install/include -isystem ../recast-cdce4e-c8-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion    -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -fPIC -std=c++14 -Wno-missing-braces -DBOOST_ERROR_CODE_HEADER_ONLY -MD -MT LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/ActorList.cpp.o -MF LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/ActorList.cpp.o.d -o LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/ActorList.cpp.o -c ../../LibCarla/source/carla/client/ActorList.cpp
In file included from ../../LibCarla/source/carla/client/ActorList.cpp:7:
In file included from ../../LibCarla/cmake/../source/carla/client/ActorList.h:9:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/ActorVariant.h:11:
In file included from ../../LibCarla/cmake/../source/carla/client/Actor.h:11:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/ActorState.h:10:
In file included from ../../LibCarla/cmake/../source/carla/client/World.h:13:
In file included from ../../LibCarla/cmake/../source/carla/client/LightManager.h:17:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/Episode.h:17:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/WalkerNavigation.h:10:
../../LibCarla/cmake/../source/carla/nav/Navigation.h:16:10: fatal error: 'recast/Recast.h' file not found
#include <recast/Recast.h>
^~~~~~~~~~~~~~~~~
1 error generated.
[5/111] Building CXX object LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/LaneInvasionSensor.cpp.o
FAILED: LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/LaneInvasionSensor.cpp.o
/usr/bin/clang++-8  -DBOOST_ERROR_CODE_HEADER_ONLY -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_TEST_CONTENT_FOLDER="/carla/carla/Build/test-content" -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libstdcxx-install/include -isystem ../recast-cdce4e-c8-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion    -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -fPIC -std=c++14 -Wno-missing-braces -DBOOST_ERROR_CODE_HEADER_ONLY -MD -MT LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/LaneInvasionSensor.cpp.o -MF LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/LaneInvasionSensor.cpp.o.d -o LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/LaneInvasionSensor.cpp.o -c ../../LibCarla/source/carla/client/LaneInvasionSensor.cpp
In file included from ../../LibCarla/source/carla/client/LaneInvasionSensor.cpp:7:
In file included from ../../LibCarla/cmake/../source/carla/client/LaneInvasionSensor.h:9:
In file included from ../../LibCarla/cmake/../source/carla/client/ClientSideSensor.h:9:
In file included from ../../LibCarla/cmake/../source/carla/client/Sensor.h:9:
In file included from ../../LibCarla/cmake/../source/carla/client/Actor.h:11:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/ActorState.h:10:
In file included from ../../LibCarla/cmake/../source/carla/client/World.h:13:
In file included from ../../LibCarla/cmake/../source/carla/client/LightManager.h:17:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/Episode.h:17:
In file included from ../../LibCarla/cmake/../source/carla/client/detail/WalkerNavigation.h:10:
../../LibCarla/cmake/../source/carla/nav/Navigation.h:16:10: fatal error: 'recast/Recast.h' file not found
#include <recast/Recast.h>
^~~~~~~~~~~~~~~~~
1 error generated.
[6/111] Building CXX object LibCarla/cmake/client/CMakeFiles/carla_client.dir///source/carla/client/Junction.cpp.o
ninja: build stopped: subcommand failed.
Util/BuildTools/Linux.mk:126: recipe for target 'LibCarla.client.release' failed
make: *** [LibCarla.client.release] Error 1
vishal@D-11301:/carla/carla$

please help me to solve this .!
Thank you.

I have exactly the same issue.
Thanks
Max

make launch
Setup.sh: llvm-8.0 already installed.
Setup.sh: boost-1.72.0-c8 already installed.
Setup.sh: rpclib-v2.2.1_c2-c8 already installed.
Setup.sh: gtest-1.8.1-c8 already installed.
Setup.sh: recast-cdce4e-c8 already installed.
Setup.sh: CARLA version <IP_ADDRESS>-25-g6ea32e4-dirty.
Setup.sh: Generating CMake configuration files.
Setup.sh: Success!
BuildLibCarla.sh: Building LibCarla "Server.Release" configuration.
[6/51] Building CXX object LibCarla/cm...er.dir///source/carla/Buffer.cpp.o
FAILED: /usr/bin/clang++-8 -DASIO_NO_EXCEPTIONS -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_NO_EXCEPTIONS -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_NO_EXCEPTIONS -DLIBCARLA_TEST_CONTENT_FOLDER="/media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/test-content" -DPUGIXML_NO_EXCEPTIONS -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libcxx-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -O3 -DNDEBUG -MD -MT LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/Buffer.cpp.o -MF LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/Buffer.cpp.o.d -o LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/Buffer.cpp.o -c ../../LibCarla/source/carla/Buffer.cpp
In file included from ../../LibCarla/source/carla/Buffer.cpp:1:
../../LibCarla/cmake/../source/carla/Buffer.h:320:42: error: no member named 'is_const_buffer_sequence' in namespace 'boost::asio'
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
~^
../../LibCarla/cmake/../source/carla/Buffer.h:320:67: error: 'T' does not refer to a value
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:319:24: note: declared here
template
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:71: error: member 'value' declared as a template
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:76: error: expected ';' at end of declaration list
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
;
../../LibCarla/cmake/../source/carla/Buffer.h:111:9: error: use of undeclared identifier 'ReuseThisBuffer'
ReuseThisBuffer();
^
../../LibCarla/cmake/../source/carla/Buffer.h:309:7: error: no matching member function for call to 'copy_from'
copy_from(0u, data, size);
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 3 arguments were provided
void copy_from(const T &source) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:315:7: error: no matching member function for call to 'copy_from'
copy_from(offset, rhs.buffer());
^~~~~
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: no known conversion from 'boost::asio::const_buffer' to 'const carla::Buffer' for 2nd argument
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: no known conversion from 'carla::Buffer::size_type' (aka 'unsigned int') to 'const carla::Buffer::value_type *' (aka 'const unsigned char *') for 1st argument
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 2 arguments were provided
void copy_from(const T &source) {
^
../../LibCarla/source/carla/Buffer.cpp:7:16: error: out-of-line definition of 'ReuseThisBuffer' does not match any declaration in 'carla::Buffer'
void Buffer::ReuseThisBuffer() {
^~~~~~~~~~~~~~~
8 errors generated.
[6/51] Building CXX object LibCarla/cm.../source/carla/geom/GeoLocation.cpp.o
FAILED: /usr/bin/clang++-8 -DASIO_NO_EXCEPTIONS -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_NO_EXCEPTIONS -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_NO_EXCEPTIONS -DLIBCARLA_TEST_CONTENT_FOLDER="/media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/test-content" -DPUGIXML_NO_EXCEPTIONS -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libcxx-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -O3 -DNDEBUG -MD -MT LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/geom/GeoLocation.cpp.o -MF LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/geom/GeoLocation.cpp.o.d -o LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/geom/GeoLocation.cpp.o -c ../../LibCarla/source/carla/geom/GeoLocation.cpp
In file included from ../../LibCarla/source/carla/geom/GeoLocation.cpp:7:
In file included from ../../LibCarla/cmake/../source/carla/geom/GeoLocation.h:9:
In file included from ../../LibCarla/cmake/../source/carla/MsgPack.h:9:
../../LibCarla/cmake/../source/carla/Buffer.h:320:42: error: no member named 'is_const_buffer_sequence' in namespace 'boost::asio'
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
~^
../../LibCarla/cmake/../source/carla/Buffer.h:320:67: error: 'T' does not refer to a value
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:319:24: note: declared here
template
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:71: error: member 'value' declared as a template
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:76: error: expected ';' at end of declaration list
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
;
../../LibCarla/cmake/../source/carla/Buffer.h:111:9: error: use of undeclared identifier 'ReuseThisBuffer'
ReuseThisBuffer();
^
../../LibCarla/cmake/../source/carla/Buffer.h:309:7: error: no matching member function for call to 'copy_from'
copy_from(0u, data, size);
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 3 arguments were provided
void copy_from(const T &source) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:315:7: error: no matching member function for call to 'copy_from'
copy_from(offset, rhs.buffer());
^~~~~
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: no known conversion from 'boost::asio::const_buffer' to 'const carla::Buffer' for 2nd argument
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: no known conversion from 'carla::Buffer::size_type' (aka 'unsigned int') to 'const carla::Buffer::value_type *' (aka 'const unsigned char *') for 1st argument
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 2 arguments were provided
void copy_from(const T &source) {
^
7 errors generated.
[6/51] Building CXX object LibCarla/cm...dir///source/carla/geom/Mesh.cpp.o
FAILED: /usr/bin/clang++-8 -DASIO_NO_EXCEPTIONS -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_NO_EXCEPTIONS -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_NO_EXCEPTIONS -DLIBCARLA_TEST_CONTENT_FOLDER="/media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/test-content" -DPUGIXML_NO_EXCEPTIONS -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libcxx-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -O3 -DNDEBUG -MD -MT LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/geom/Mesh.cpp.o -MF LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/geom/Mesh.cpp.o.d -o LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/geom/Mesh.cpp.o -c ../../LibCarla/source/carla/geom/Mesh.cpp
In file included from ../../LibCarla/source/carla/geom/Mesh.cpp:7:
In file included from ../../LibCarla/cmake/../source/carla/geom/Mesh.h:11:
In file included from ../../LibCarla/cmake/../source/carla/geom/Vector3D.h:9:
In file included from ../../LibCarla/cmake/../source/carla/MsgPack.h:9:
../../LibCarla/cmake/../source/carla/Buffer.h:320:42: error: no member named 'is_const_buffer_sequence' in namespace 'boost::asio'
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
~^
../../LibCarla/cmake/../source/carla/Buffer.h:320:67: error: 'T' does not refer to a value
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:319:24: note: declared here
template
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:71: error: member 'value' declared as a template
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:76: error: expected ';' at end of declaration list
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
;
../../LibCarla/cmake/../source/carla/Buffer.h:111:9: error: use of undeclared identifier 'ReuseThisBuffer'
ReuseThisBuffer();
^
../../LibCarla/cmake/../source/carla/Buffer.h:309:7: error: no matching member function for call to 'copy_from'
copy_from(0u, data, size);
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 3 arguments were provided
void copy_from(const T &source) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:315:7: error: no matching member function for call to 'copy_from'
copy_from(offset, rhs.buffer());
^~~~~
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: no known conversion from 'boost::asio::const_buffer' to 'const carla::Buffer' for 2nd argument
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: no known conversion from 'carla::Buffer::size_type' (aka 'unsigned int') to 'const carla::Buffer::value_type *' (aka 'const unsigned char *') for 1st argument
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 2 arguments were provided
void copy_from(const T &source) {
^
7 errors generated.
[6/51] Building CXX object LibCarla/cm...dir///source/carla/geom/Math.cpp.o
FAILED: /usr/bin/clang++-8 -DASIO_NO_EXCEPTIONS -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_NO_EXCEPTIONS -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_NO_EXCEPTIONS -DLIBCARLA_TEST_CONTENT_FOLDER="/media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/test-content" -DPUGIXML_NO_EXCEPTIONS -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libcxx-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -O3 -DNDEBUG -MD -MT LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/geom/Math.cpp.o -MF LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/geom/Math.cpp.o.d -o LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/geom/Math.cpp.o -c ../../LibCarla/source/carla/geom/Math.cpp
In file included from ../../LibCarla/source/carla/geom/Math.cpp:7:
In file included from ../../LibCarla/cmake/../source/carla/geom/Math.h:10:
In file included from ../../LibCarla/cmake/../source/carla/geom/Vector3D.h:9:
In file included from ../../LibCarla/cmake/../source/carla/MsgPack.h:9:
../../LibCarla/cmake/../source/carla/Buffer.h:320:42: error: no member named 'is_const_buffer_sequence' in namespace 'boost::asio'
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
~^
../../LibCarla/cmake/../source/carla/Buffer.h:320:67: error: 'T' does not refer to a value
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:319:24: note: declared here
template
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:71: error: member 'value' declared as a template
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:76: error: expected ';' at end of declaration list
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
;
../../LibCarla/cmake/../source/carla/Buffer.h:111:9: error: use of undeclared identifier 'ReuseThisBuffer'
ReuseThisBuffer();
^
../../LibCarla/cmake/../source/carla/Buffer.h:309:7: error: no matching member function for call to 'copy_from'
copy_from(0u, data, size);
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 3 arguments were provided
void copy_from(const T &source) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:315:7: error: no matching member function for call to 'copy_from'
copy_from(offset, rhs.buffer());
^~~~~
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: no known conversion from 'boost::asio::const_buffer' to 'const carla::Buffer' for 2nd argument
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: no known conversion from 'carla::Buffer::size_type' (aka 'unsigned int') to 'const carla::Buffer::value_type *' (aka 'const unsigned char *') for 1st argument
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 2 arguments were provided
void copy_from(const T &source) {
^
7 errors generated.
[6/51] Building CXX object LibCarla/cm.../carla/opendrive/OpenDriveParser.cpp.o
FAILED: /usr/bin/clang++-8 -DASIO_NO_EXCEPTIONS -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_NO_EXCEPTIONS -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_NO_EXCEPTIONS -DLIBCARLA_TEST_CONTENT_FOLDER="/media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/test-content" -DPUGIXML_NO_EXCEPTIONS -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libcxx-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -O3 -DNDEBUG -MD -MT LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/opendrive/OpenDriveParser.cpp.o -MF LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/opendrive/OpenDriveParser.cpp.o.d -o LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/opendrive/OpenDriveParser.cpp.o -c ../../LibCarla/source/carla/opendrive/OpenDriveParser.cpp
In file included from ../../LibCarla/source/carla/opendrive/OpenDriveParser.cpp:7:
In file included from ../../LibCarla/cmake/../source/carla/opendrive/OpenDriveParser.h:9:
In file included from ../../LibCarla/cmake/../source/carla/road/Map.h:9:
In file included from ../../LibCarla/cmake/../source/carla/geom/Mesh.h:11:
In file included from ../../LibCarla/cmake/../source/carla/geom/Vector3D.h:9:
In file included from ../../LibCarla/cmake/../source/carla/MsgPack.h:9:
../../LibCarla/cmake/../source/carla/Buffer.h:320:42: error: no member named 'is_const_buffer_sequence' in namespace 'boost::asio'
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
~^
../../LibCarla/cmake/../source/carla/Buffer.h:320:67: error: 'T' does not refer to a value
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:319:24: note: declared here
template
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:71: error: member 'value' declared as a template
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:76: error: expected ';' at end of declaration list
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
;
../../LibCarla/cmake/../source/carla/Buffer.h:111:9: error: use of undeclared identifier 'ReuseThisBuffer'
ReuseThisBuffer();
^
../../LibCarla/cmake/../source/carla/Buffer.h:309:7: error: no matching member function for call to 'copy_from'
copy_from(0u, data, size);
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 3 arguments were provided
void copy_from(const T &source) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:315:7: error: no matching member function for call to 'copy_from'
copy_from(offset, rhs.buffer());
^~~~~
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: no known conversion from 'boost::asio::const_buffer' to 'const carla::Buffer' for 2nd argument
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: no known conversion from 'carla::Buffer::size_type' (aka 'unsigned int') to 'const carla::Buffer::value_type *' (aka 'const unsigned char *') for 1st argument
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 2 arguments were provided
void copy_from(const T &source) {
^
7 errors generated.
[6/51] Building CXX object LibCarla/cm...pendrive/parser/ControllerParser.cpp.o
FAILED: /usr/bin/clang++-8 -DASIO_NO_EXCEPTIONS -DBOOST_ERROR_CODE_HEADER_ONLY -DBOOST_NO_EXCEPTIONS -DLIBCARLA_IMAGE_WITH_PNG_SUPPORT=true -DLIBCARLA_NO_EXCEPTIONS -DLIBCARLA_TEST_CONTENT_FOLDER="/media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/test-content" -DPUGIXML_NO_EXCEPTIONS -I../../LibCarla/cmake/../source -I../../LibCarla/cmake/../source/third-party -isystem ../boost-1.72.0-c8-install/include -isystem ../rpclib-v2.2.1_c2-c8-libcxx-install/include -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -std=c++14 -pthread -fPIC -Werror -Wall -Wextra -Wpedantic -Wdeprecated -Wshadow -Wuninitialized -Wunreachable-code -Wpessimizing-move -Wold-style-cast -Wnull-dereference -Wduplicate-enum -Wnon-virtual-dtor -Wheader-hygiene -Wconversion -Wfloat-overflow-conversion -stdlib=libc++ -isystem /media/abhishek/202A186C1F59827F/UnrealEngine_4.24/Engine/Binaries/Linux/carla/Build/llvm-8.0-install/include/c++/v1 -fno-exceptions -fno-rtti -O3 -DNDEBUG -MD -MT LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/opendrive/parser/ControllerParser.cpp.o -MF LibCarla/cmake/server/CMakeFiles/carla_server.dir///source/carla/opendrive/parser/ControllerParser.cpp.o.d -o LibCarla/cmake/server/CMakeFiles/carla_server.dir//__/source/carla/opendrive/parser/ControllerParser.cpp.o -c ../../LibCarla/source/carla/opendrive/parser/ControllerParser.cpp
In file included from ../../LibCarla/source/carla/opendrive/parser/ControllerParser.cpp:9:
In file included from ../../LibCarla/cmake/../source/carla/road/MapBuilder.h:9:
In file included from ../../LibCarla/cmake/../source/carla/road/Map.h:9:
In file included from ../../LibCarla/cmake/../source/carla/geom/Mesh.h:11:
In file included from ../../LibCarla/cmake/../source/carla/geom/Vector3D.h:9:
In file included from ../../LibCarla/cmake/../source/carla/MsgPack.h:9:
../../LibCarla/cmake/../source/carla/Buffer.h:320:42: error: no member named 'is_const_buffer_sequence' in namespace 'boost::asio'
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
~^
../../LibCarla/cmake/../source/carla/Buffer.h:320:67: error: 'T' does not refer to a value
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:319:24: note: declared here
template
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:71: error: member 'value' declared as a template
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:320:76: error: expected ';' at end of declaration list
typename std::enable_if<boost::asio::is_const_buffer_sequence::value>::type
^
;
../../LibCarla/cmake/../source/carla/Buffer.h:111:9: error: use of undeclared identifier 'ReuseThisBuffer'
ReuseThisBuffer();
^
../../LibCarla/cmake/../source/carla/Buffer.h:309:7: error: no matching member function for call to 'copy_from'
copy_from(0u, data, size);
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 3 arguments were provided
void copy_from(const T &source) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:315:7: error: no matching member function for call to 'copy_from'
copy_from(offset, rhs.buffer());
^~~~~
../../LibCarla/cmake/../source/carla/Buffer.h:314:10: note: candidate function not viable: no known conversion from 'boost::asio::const_buffer' to 'const carla::Buffer' for 2nd argument
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:10: note: candidate function not viable: no known conversion from 'carla::Buffer::size_type' (aka 'unsigned int') to 'const carla::Buffer::value_type *' (aka 'const unsigned char *') for 1st argument
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function template not viable: requires single argument 'source', but 2 arguments were provided
void copy_from(const T &source) {
^
7 errors generated.
ninja: build stopped: subcommand failed.
Util/BuildTools/Linux.mk:120: recipe for target 'LibCarla.server.release' failed
make: *** [LibCarla.server.release] Error 1
I have a same issue here
Thanx

Same problem. Any help

Install python-dev. Delete the build directory. Repeat the make process.

Hi,
Did you do make LibCarla first?

~/carla$ make LibCarla
Setup.sh: llvm-7.0 already installed.
Setup.sh: boost-1.69.0-c7 already installed.
Setup.sh: rpclib-v2.2.1_c2-c7 already installed.
Setup.sh: gtest-1.8.1-c7 already installed.
Setup.sh: recast-cdce4e-c7 already installed.
Setup.sh: CARLA version 0.9.7-81-g06b5a3d9.
Setup.sh: Generating CMake configuration files.
Setup.sh: Success!
BuildLibCarla.sh: Building LibCarla "Server.Release" configuration.
...
typename std::enable_if<boost::asio::is_const_buffer_sequence<T>::value>::type
                        ~~~~~~~~~~~~~^

../../LibCarla/cmake/../source/carla/Buffer.h:308:67: error: 'T' does not refer to a value
typename std::enable_ifboost::asio::is_const_buffer_sequence::value::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:307:24: note: declared here
template
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:71: error: member 'value' declared as a template
typename std::enable_ifboost::asio::is_const_buffer_sequence::value::type
^
../../LibCarla/cmake/../source/carla/Buffer.h:308:76: error: expected ';' at end of declaration list
typename std::enable_ifboost::asio::is_const_buffer_sequence::value::type
^
;
../../LibCarla/cmake/../source/carla/Buffer.h:111:9: error: use of undeclared identifier 'ReuseThisBuffer'
ReuseThisBuffer();
^
../../LibCarla/cmake/../source/carla/Buffer.h:297:7: error: no matching member function for call to 'copy_from'
copy_from(0u, data, size);
^~~~~~~~~
../../LibCarla/cmake/../source/carla/Buffer.h:290:10: note: candidate function template not viable: requires single argument 'source', but 3 arguments were provided
void copy_from(const T &source) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:296:10: note: candidate function not viable: requires 2 arguments, but 3 were provided
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:303:7: error: no matching member function for call to 'copy_from'
copy_from(offset, rhs.buffer());
^~~~~~~~~
../../LibCarla/cmake/../source/carla/Buffer.h:302:10: note: candidate function not viable: no known conversion from 'boost::asio::const_buffer' to 'const carla::Buffer' for 2nd argument
void copy_from(size_type offset, const Buffer &rhs) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:296:10: note: candidate function not viable: no known conversion from 'carla::Buffer::size_type' (aka 'unsigned int') to 'const carla::Buffer::value_type *' (aka 'const unsigned char *') for 1st argument
void copy_from(const value_type *data, size_type size) {
^
../../LibCarla/cmake/../source/carla/Buffer.h:290:10: note: candidate function template not viable: requires single argument 'source', but 2 arguments were provided
void copy_from(const T &source) {
^
7 errors generated.
ninja: build stopped: subcommand failed.
Util/BuildTools/Linux.mk:111: recipe for target 'LibCarla.server.release' failed
make: *** [LibCarla.server.release] Error 1
this is the error i got. im not sure what the issue could be.

I have exactly the same problem. Not solved yet.

Install python-dev. Delete the build directory. Repeat the make process.

This does not work. I have python-dev already installed.


problems about training

why you train your model in stage 1 and 3 with 100000 iterations, but choose 25000th iteration for finetunning and final evaluation?

@Serge-weihao
Early-stopping is to prevent the model overfitting to the source dataset, which is widely-used in previous works. You may check the https://github.com/RoyalVane/CLAN

does it mean the process after 25000th is useless?

@Serge-weihao
Yes. You may skip the training.


Update version to 1.12.1

We forgot to update the cli version, let's push a new release to fix that ?

Nice catch! 👍 I plan to modify stern to use git tag for the version!

Indeed could be cleaner!


Surrogate Model

explainy version: 0.1.14
Python version: 3.8.16
Operating System: Windows

Description
When I run code for SurrogateModelExplanation I run into an error "InvalidParameterError: The 'max_depth' parameter of DecisionTreeRegressor must be an int in the range [1, inf) or None. Got 2.0 instead."
What I Did
Commands:

from explainy.explanations import SurrogateModelExplanation

number_of_features = 4

surrogate_explainer = SurrogateModelExplanation(
    X_test, y_test, model, number_of_features
)

surrogate_explanation = surrogate_explainer.explain(sample_index=1)
print(explanation)

surrogate_explainer.plot()

Traceback:

X does not have valid feature names, but RandomForestRegressor was fitted with feature names
---------------------------------------------------------------------------
InvalidParameterError                     Traceback (most recent call last)
Cell In[15], line 5
      1 from explainy.explanations import SurrogateModelExplanation
      3 number_of_features = 4
----> 5 surrogate_explainer = SurrogateModelExplanation(
      6     X_test, y_test, model, number_of_features
      7 )
      9 surrogate_explanation = surrogate_explainer.explain(sample_index=1)
     10 print(explanation)

File ~\anaconda3\envs\explainy_paper_env\lib\site-packages\explainy\explanations\surrogate_model_explanation.py:91, in SurrogateModelExplanation.__init__(self, X, y, model, number_of_features, config, kind, **kwargs)
     88 self.explanation_name = "surrogate"
     89 self.logger = self.setup_logger(self.explanation_name)
---> 91 self._setup()

File ~\anaconda3\envs\explainy_paper_env\lib\site-packages\explainy\explanations\surrogate_model_explanation.py:285, in SurrogateModelExplanation._setup(self)
    277 def _setup(self) -> None:
    278     """
    279     Calculate the feature importance and create the text once
    280
   (...)
    283
    284     """
--> 285     self._calculate_importance()
    286     self.natural_language_text = self.get_natural_language_text()
    287     self.method_text = self.get_method_text()

File ~\anaconda3\envs\explainy_paper_env\lib\site-packages\explainy\explanations\surrogate_model_explanation.py:135, in SurrogateModelExplanation._calculate_importance(self)
    132 y_hat = self.model.predict(self.X.values)
    134 self.surrogate_model = self.get_surrogate_model(estimator)
--> 135 self.surrogate_model.fit(self.X, y_hat)
    136 self.logger.info(
    137     "Surrogate Model score: {:.2f}".format(
    138         self.surrogate_model.score(self.X, y_hat)
    139     )
    140 )

File ~\anaconda3\envs\explainy_paper_env\lib\site-packages\sklearn\tree\_classes.py:1247, in DecisionTreeRegressor.fit(self, X, y, sample_weight, check_input)
   1218 def fit(self, X, y, sample_weight=None, check_input=True):
   1219     """Build a decision tree regressor from the training set (X, y).
   1220
   1221     Parameters
   (...)
   1244         Fitted estimator.
   1245     """
-> 1247     super().fit(
   1248         X,
   1249         y,
   1250         sample_weight=sample_weight,
   1251         check_input=check_input,
   1252     )
   1253     return self

File ~\anaconda3\envs\explainy_paper_env\lib\site-packages\sklearn\tree\_classes.py:177, in BaseDecisionTree.fit(self, X, y, sample_weight, check_input)
    176 def fit(self, X, y, sample_weight=None, check_input=True):
--> 177     self._validate_params()
    178     random_state = check_random_state(self.random_state)
    180     if check_input:
    181         # Need to validate separately here.
    182         # We can't pass multi_output=True because that would allow y to be
    183         # csr.

File ~\anaconda3\envs\explainy_paper_env\lib\site-packages\sklearn\base.py:600, in BaseEstimator._validate_params(self)
    592 def _validate_params(self):
    593     """Validate types and values of constructor parameters
    594
    595     The expected type and values must be defined in the `_parameter_constraints`
   (...)
    598     accepted constraints.
    599     """
--> 600     validate_parameter_constraints(
    601         self._parameter_constraints,
    602         self.get_params(deep=False),
    603         caller_name=self.__class__.__name__,
    604     )

File ~\anaconda3\envs\explainy_paper_env\lib\site-packages\sklearn\utils\_param_validation.py:97, in validate_parameter_constraints(parameter_constraints, params, caller_name)
     91 else:
     92     constraints_str = (
     93         f"{', '.join([str(c) for c in constraints[:-1]])} or"
     94         f" {constraints[-1]}"
     95     )
---> 97 raise InvalidParameterError(
     98     f"The {param_name!r} parameter of {caller_name} must be"
     99     f" {constraints_str}. Got {param_val!r} instead."
    100 )

InvalidParameterError: The 'max_depth' parameter of DecisionTreeRegressor must be an int in the range [1, inf) or None. Got 2.0 instead.

Hello @Akesari12, could you resolve the described issues with using the latest release version?

@MauroLuzzatto , so this error was resolved but another one has come up. Running the code:
`from explainy.explanations import SurrogateModelExplanation
Global, Contrastive
list_number_of_features = [2, 4]
sample_index = 0
for number_of_features in list_number_of_features:
explainer = SurrogateModelExplanation(
    X_test, y_test, model, number_of_features
)
explanation = explainer.explain(sample_index)
explainer.plot(sample_index)
print(explanation)
print('\n')`

I get this error (truncated, let me know if you'd like the full traceback):
FileNotFoundError                         Traceback (most recent call last)
File ~\anaconda3\envs\explainy_paper_env\lib\site-packages\graphviz\backend.py:164, in run(cmd, input, capture_output, check, encoding, quiet, **kwargs)
163 try:
--> 164     proc = subprocess.Popen(cmd, startupinfo=get_startupinfo(), **kwargs)
165 except OSError as e:
File ~\anaconda3\envs\explainy_paper_env\lib\subprocess.py:858, in Popen.init(self, args, bufsize, executable, stdin, stdout, stderr, preexec_fn, close_fds, shell, cwd, env, universal_newlines, startupinfo, creationflags, restore_signals, start_new_session, pass_fds, encoding, errors, text)
855             self.stderr = io.TextIOWrapper(self.stderr,
856                     encoding=encoding, errors=errors)
--> 858     self._execute_child(args, executable, preexec_fn, close_fds,
859                         pass_fds, cwd, env,
860                         startupinfo, creationflags, shell,
861                         p2cread, p2cwrite,
862                         c2pread, c2pwrite,
863                         errread, errwrite,
864                         restore_signals, start_new_session)
865 except:
866     # Cleanup if the child failed starting.
Any ideas? I should be fully updated.

It looks like you do not have Graphviz installed, which is needed to plot the surrogate tree models. I updated the README with further instructions on how to install Graphviz:
https://github.com/MauroLuzzatto/explainy?tab=readme-ov-file#install-explainy
Let me know if this resolves your issues!

This worked - thank you Mauro!


Fix copyWith method of ActionIconThemeData

Fixes copyWith method of ActionIconThemeData, now using blank copyWith on [ActionIconThemeData] object that isn't const ActionIconThemeData() returns object with same values.
List which issues are fixed by this PR.
Fixes https://github.com/flutter/flutter/issues/126762
Pre-launch Checklist

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I read the Tree Hygiene wiki page, which explains my responsibilities.
[x] I read and followed the Flutter Style Guide, including Features we expect every widget to implement.
[x] I signed the CLA.
[x] I listed at least one issue that this PR fixes in the description above.
[x] I updated/added relevant documentation (doc comments with ///).
[x] I added new tests to check the change I am making, or this PR is test-exempt.
[ ] All existing and new tests are passing.

If you need help, consider asking for advice on the #hackers-new channel on Discord.

@TahaTesser Thanks! I really appreciate the time you took to review and simplify the test. I've added a commit with the updated test.


WindowsHangDumper: Expected path of DumpMinitool does not match path in Microsoft.Testplatform

Description
This is the file layout in the Microsoft.Testplatform.17.7.2 NuGet package:
<test_platform>\vstest.console.exe
<test_platform>\Extensions\dump\DumpMinitool.x86.exe

where <test_platform> is ...\microsoft.testplatform.17.7.2\tools\net462\Common7\IDE\Extensions\TestPlatform.
In the class Microsoft.TestPlatform.Extensions.BlameDataCollector.WindowsHangDumper, method CollectDump, the line
var dumpMinitoolPath = Path.Combine(Path.GetDirectoryName(Assembly.GetCallingAssembly().Location)!, "dump", dumpMinitoolName);

expects the DumpMinitool.x86.exe to be at <test_platform>\Extensions\dump\DumpMinitool.x86.exe
The file layout of Microsoft.Testplatform does not meet the expectation of the code and it's therefore impossible to create a hang dump if currentProcessArchitecture != targetProcessArchitecture.
Steps to reproduce

Create a .runsettings file with <CollectDumpOnTestSessionHang TestTimeout="10s" HangDumpType="Full" />
Create a test with Thread.Sleep(TimeSpan.FromSeconds(20))
Run vstest.console.exe x64 with the mentioned .runsettings file, but the tests need to be x86.

Expected behavior

A hang dump should be created.

Actual behavior
This error message:
Data collector 'Blame' message: Data collector caught an exception of type 'System.IO.FileNotFoundException': 'Collect dump was enabled but no dump file was generated.'. More details: Blame: Collecting hang dump failed with error...
Environment
Windows x64, vstest.console.exe x64, Test.dll x86 (important!)

I was wrong with my assessment. My issue had another root cause.

Uuf. Thanks for reporting back.
-jakub

Od: schibu007 @.>
Odesláno: Wednesday, September 27, 2023 6:55:56 PM
Komu: microsoft/vstest @.>
Kopie: Subscribed @.***>
Předmět: Re: [microsoft/vstest] WindowsHangDumper: Expected path of DumpMinitool does not match path in Microsoft.Testplatform (Issue #4696)
I was wrong with my assessment. My issue had another root cause.
—
Reply to this email directly, view it on GitHubhttps://github.com/microsoft/vstest/issues/4696#issuecomment-1737764037 or unsubscribehttps://github.com/notifications/unsubscribe-auth/ABLYLYKAGNK5KSZ4JBFTNI3X4RLB3BFKMF2HI4TJMJ2XIZLTSOBKK5TBNR2WLJDUOJ2WLJDOMFWWLO3UNBZGKYLEL5YGC4TUNFRWS4DBNZ2F6YLDORUXM2LUPGBKK5TBNR2WLJDUOJ2WLJDOMFWWLLTXMF2GG2C7MFRXI2LWNF2HTAVFOZQWY5LFUVUXG43VMWSG4YLNMWVXI2DSMVQWIX3UPFYGLLDTOVRGUZLDORPXI6LQMWWES43TOVSUG33NNVSW45FGORXXA2LDOOJIFJDUPFYGLKTSMVYG643JORXXE6NFOZQWY5LFVA3DENZXGQ3TENUCUR2HS4DFUVUXG43VMWSXMYLMOVS2UMJZGEZTQOJUHEZTBJ3UOJUWOZ3FOKTGG4TFMF2GK.
You are receiving this email because you are subscribed to this thread.
Triage notifications on the go with GitHub Mobile for iOShttps://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Androidhttps://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.


dm-verity build support

This adds dm-verity support to prod builds under the flag --enable_verity. It currently has an issue with preventing the OEM disk from mounting.

LGTM but looks like you need to rebase

LGTM :)


Should SA1118 (ParameterMustNotSpanMultipleLines) be reported for XDocument

I often use XDocument in such a way that it looks like XML:
new XDocument(
    new XElement("Root",
        new XElement("Child")));

In my opinion, the above is a common approach to using XDocument to build up an XML document dynamically. It would be far more difficult to understand the XML document structure if the parameters were split up onto multiple lines.

+1 to @RehanSaeed's use case. We also use XDocument in this way, where indentation makes it easier to see XML element nesting.

It should not. This is a duplicate of :bug: #2200. :smile:


Implement passport auth middleware

Ask the user whether he requires passport middleware for authentication and install the required dependencies.

At what point in the app will this question be asked to the user? If the answer is yes do you just want to do an npm install of the package? It's similar to the other issues that I've worked on and I believe that I can solve it.

Thank you once again for showing interest :+1: Yup, it involves installing the required package as in the earlier cases. It would be great if you could populate the routes file with say a login end-point having  authentication implemented by passport middleware.
Additionally the user should also be asked whether he require social media authentication that comes as part of passport.

Okay, I'll take a look at it

Can you check my commit and tell me if it is okay, especially the new index_with_passport.js file. Is this how you had it in mind? If it's okay than I'll go on with the social media authentication.

LGTM Go ahead :+1:


[RESOLVED] High ICMP ping loss

Problem started at 08:41:14 on 2023.04.27
Problem name: High ICMP ping loss
Host: MF-FG
Severity: Warning
Operational data: Loss: 33.33 %
Original problem ID: 20023
Event details in Zabbix: http://<IP_ADDRESS>/tr_events.php?triggerid=23131&eventid=20023

Problem has been resolved in 7m 0s at 08:48:14 on 2023.04.27
Problem name: High ICMP ping loss
Host: MF-FG
Severity: Warning
Original problem ID: 20023


ignore specific/custom jsDoc tags in d.ts generation

Hi Team,
I want to hide some JSDoc comments in d.ts generation. For clear precious, As i am defined and using some internal tags for my own. In my requirement, this tags are not expose in API which means these tags are should not generated in typings(d.ts) file generation. This is my exact requirement.

[x] I have checked issues with enhancement label and found no duplicates

Problem
The major problem is all internal purpose jsDocs Tags are exposed in user end.
Suggested Solution
I need like following,
My actual source:
/**
 * Some String.
 * @public
 * @customTag
 */

Here @customTag is internal tag
Actual generated typings for above:
/**
 * Some String.
 * @public
 * @customTag
 */
 getRange(): Range;

As per my requirement, the internal Tags are should not generated in typings file like below.
/**
 * Some String.
 * @public
 */
getRange(): Range;

Is this possible? Please suggest me regarding this

TypeDoc doesn't support declaration file generation, but .d.ts rollup/trimming is a stated goal of the API Extractor project. They might be able to help.


Some tables not generated

Weirdly, one of my app works fine, but in the other, out of 7 tables, only 5 are being generated. Also, if I am not wrong, tables should be generated at app launch, however, they seem to be created only after the onCreate of launcher activity.
The error I am getting is:
android.database.sqlite.SQLiteException: no such table: DISH (code 1): , while compiling: SELECT * FROM DISH

I am currently on version 1.4. The other app is on version 1.3.
This is the model class:
public class Dish extends SugarRecord {
    public Integer quantity;
    public Item item;
    public Integer complete;
    public Integer assigned;
    public Long remoteId;
    public Order order;

    public Dish(){
    }

    public Dish(Long remoteId, Item item, Integer quantity, Integer assigned, Integer complete, Order order){
        this.remoteId = remoteId;
        this.item = item;
        this.quantity = quantity;
        this.assigned = assigned;
        this.complete = complete;
        this.order = order;
    }
}

@heroic could you please debug the method getDomainClasses in ReflectionUtil please, to check what is going on in your code.

So it turns out that since one of my relations is Order, and since Sqlite is refusing to create Order, this table wasn't formed. However, Sugar 1.4 didn't report an error for this. 1.3 did!

1.4 fixed your problem?

Nope. 1.4 didn't report the problem. 1.3 only reported the problem. I had to rename the table to get the issue to go away.

Why is Order table not being generated?

I am not sure! I am guessing that sqlite treats "order" as a keyword?

related #416

I had the same problem where some tables were not being created. After updating sugar to 1.5 this solved it. I suspect the issue was with projects that have multidexing enabled because 1.5 changelog points out a fix for this.


Remove unmaintained kubernetes versions from testing

Kubernetes maintains the latest minor version, and the two before it. That means with the release of Kubernetes 1.18, version 1.17 and 1.16 are still maintained. Deployments should not use unmaintained versions, so there is no need to test on older versions either.
See supported versions in the k8s documentation.

@nixpanic are you working on the PR ?


Exec process should be able to have its own cgroup

Followed up from IRC conversation with @vishh (https://botbot.me/freenode/libcontainer/2014-11-20/?msg=25895713&page=1)
If exec process has its own cgroup, we should be able to track and clean up orphaned processes properly when the original exec process exits ( currently those orphaned processes will only be cleaned up when the container exits or the user cleans them manually ).
This also makes it possible to add resource constraint to a particular exec process later.

ping @avagin
I suppose that CRIU is okay with nested cgroups.

Sorry for late response. CRIU is able to handle nested cgroups.


Update to v2.14.0

2.14.0

Update TNLCommunicationAgent to handle reachability behavior changes

The Network.framwork can yield an "other" interface when VPN is enabled (on Mac binaries)

Coerce these into WiFi since we don't have a good way to determine the actual interface used at the moment

The Network.framework used to yield WiFi for any network connection on a simulator, but now yields Wired

Rename TNLNetworkReachabilityReachableViaWiFi to TNLNetworkReachabilityReachableViaEthernet and handle both cases as Ethernet

2.13.0

Refactor Service Unavailable Backoff system to be more abstract and support any trigger for backoff

All *serviceUnavailableBackoff* APIs are refactored into *backoff* APIs
Introduce [TNLGlobalConfiguration backoffSignaler]

Implement your own TNLBackoffSignaler to customize behavior ... or ...
Default will use TNLSimpleBackoffSignaler which will signal on HTTP 503

2.12.0

Abstract out Service Unavailable Backoff Behavior for customization to be applied

See [TNLGlobalConfiguration serviceUnavailableBackoffBehaviorProvider] for providing a custom backoff behavior

Implement your own TNLServiceUnavailableBackoffBehaviorProvider to customize behavior
Due to Service Unavailable signaling being opaque, only the HTTP Headers and the URL can be provided

Default will use TNLSimpleServiceUnavailableBackoffBehaviorProvider

Exact same behavior as before (introduced in TNL prior to v2.0 open sourcing)

2.11.0

Change the TNLURLSessionAuthChallengeCompletionBlock arguments

Leave the disposition parameter
Change the credentials parameter of NSURLCredentials to be credentialsOrCancelContext of id

This will permit TNLAuthenticationChallengeHandler instance to be able to cancel the challenge and provide extra context in the resulting error code
Twitter will use this to cancel 401 login auth challenges when we don't want a redundant request to be made (since it just yields the same response)

This is to facilitate working around the behavior in NSURLSession where an HTTP 401 response with WWW-Authenticate header will always be transparently be retried (even when unmodified yielding the identical 401 response).
An additionaly problem is that canceling the 401 response will discard the response's body.  If there is information needed in the response body, it will be lost.
Twitter has updated its WWW-Authenticate header responses to include additional metadata since the response body cannot be used.

See https://tools.ietf.org/html/rfc7235#section-4.1

Apple Feedback: FB7697492

2.10.0

Add retriable dependencies to TNLRequestOperation

Whenever a TNLRetryPolicyProvider would yield a retry, that retry will be delayed by the longer of 2 things:

The delay provided by the retry policy provider (minimum of 100 milliseconds)
Waiting for all dependencies on the TNLRequestOperation to complete

Normally, all dependencies of a retrying TNLRequestOperation will be complete before it has started but it is now possible to add dependencies after the request operation has already started to increase the dependencies on a retry starting.

2.9.0

Introduce tnlcli, a command-line-interface for TNL

Like cURL but with TNL features
Verbose mode provides all TNL logging to stdout / stderr along with lots of other details

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


Enhancement: Context#prefix should be a property

Currently the prefix is an attribute in Context but this causes some problems.
In our framework you can change the ports Splunk listens to which causes our framework to update the ports of the Service
However, writing to port does not update the prefix variable so it won't be reflected when making requests.
I suggest the following code:
class Context:
....
@property
def prefix(self):
    return "%s://%s:%s" % (self.scheme, self.host, self.port)

Seems to me that if you are updating the ports, you probably want to create a new instance of Service anyway. The reason I think this is the case is that if you change the ports, presumably you need to restart Splunk to get it to listen on the new ports, so you're going to lose your auth tokens. Even if this weren't the case, there's nothing stopping you from simply creating a new instance and logging in again.

Context is intended to be immutable with regard to the context configuration properties that it "captures", eg: scheme, host, port, namespace, username, password. The intent is that you create a new Context (or Service) when you need to make use of different context values.
I will add a separate item to investigate making it clearer in the API that these values should not be written.
Note also that I am likely to separate out username & password in order to make authentication more "composable" .. but thats a separate issue.


[webview_flutter] Bump version for republishing

The published version of 2.0.6 is not compatible with the current
Flutter stable (2.2) and earlier due to an issue with how Dart 2.14
(on the current Flutter master) creates archives. See
https://github.com/dart-lang/pub/issues/3001
This is a no-op change to allow republishing from stable.
Fixes https://github.com/flutter/flutter/issues/82803
Pre-launch Checklist

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I read the Tree Hygiene wiki page, which explains my responsibilities.
[x] I read and followed the Flutter Style Guide and the C++, Objective-C, Java style guides. (Note that unlike the flutter/flutter repo, the flutter/plugins repo does use dart format. See plugin_tool format)
[x] I signed the CLA.
[x] The title of the PR starts with the name of the plugin surrounded by square brackets, e.g. [shared_preferences]
[x] I listed at least one issue that this PR fixes in the description above.
[x] I updated pubspec.yaml with an appropriate new version according to the pub versioning philosophy.
[x] I updated CHANGELOG.md to add a description of the change.
[ ] I updated/added relevant documentation (doc comments with ///).
[ ] I added new tests to check the change I am making or feature I am adding, or Hixie said the PR is test exempt.
[x] All existing and new tests are passing.

Landing on red; we're investigating the issue with iOS tests on stable, but it's unrelated to this PR, and this fix is urgent to get landed and published since 2.0.6 is broken for everyone on stable+Windows.


Split streaming API from WebClient

If a user receives a fully aggregated HTTP response, he or she should call aggregate():
WebClient client = ...;
CompleteFuture<AggregateHttpResponse> response = client.get("/some/path").aggregate();

It could be boilerplate to call aggregate() every time because most REST API returns
a unary HTTP response. I think we can improve this API design by splitting WebClient
and StreamWebClient. The original idea was suggested by @trustin.
WebClient client = ...;
// Returns an aggregated response directly
CompleteFuture<AggregatedHttpResponse> response = client.get("/some/path");

// Switch to a streaming client.
StreamingWebClient streamingClient = client.streaming();
// Returns an HttpResponse that can be subscribed by a Reactive Streams `Subscriber`
HttpResponse response = streamingClient.get("/some/path");

Furthermore, we can also provide a blocking WebClient for blocking services and tests.
WebClient client = ...;
// Switch to a streaming client.
BlockingWebClient blockingClient = client.blocking();
// Wait for an aggregated response until fully received.
AggregatedHttpResponse response = blockingClient.get("/some/path");

Sounds very familiar :P #2364
Don't think it needs to wait for 2.0.0, can leave WebClient as is and convert it to the wrappers as per @trustin's suggestion

Sounds very familiar :P #2364

Oops... it is.

Don't think it needs to wait for 2.0.0,

But isn't it more convenient to provide CompletableFuture<AggregatedHttpResponse> as a default?
I thought we can wait for 2.0.0 because 2.0.0 might not be so far. 🤣

But isn't it more convenient to provide

It provides some discoverably, but converting a WebClient with one method call isn't particularly less convenient I guess.

because 2.0.0 might not be so far.

This is a scary statement, a year seems like still a small amount of time for Armeria users to end up with breakages. But while a 2.0.0 with some minor cleanups could be ok, I'd say you should wait 2-3 years completely breaking a fundemantal API like WebClient - 99% of users are probably using it, and 100% of them will have to refactor their codebases, often largely, to upgrade to the latest Armeria. Seems like very low bang for the buck here compared to the conversion methods.

We could probably maintain for another one or two years while working on 2.0? So far we only have a small set of ideas which didn't come true in any concrete form, so I'd expect it will not come any time soon, probably with many alphas and betas at least I guess.

Another one or two years sounds better :-) It is also a good reason to go with your proposed approach from #2364 I think as it does sound reasonable far off then (good thing).

RestClient added in #4263 which provides fluent APIs to automatically convert an HttpResponse into an object. Users we don't need to stream responses, RestClient would be a better choice.
We no longer need to split streaming API from WebClient.


Integ test mod

In-progress but stable revision of "integ" tests /tests/integ/*. Adds in-progress swagger documentation /swagger.yaml. Test re-write is to make the tests easier to read and modify, as well as expand to cover edge cases of the REST API. Also working towards goal of separating API behavior tests from host-DN-SN operations, and isolating extant tests that rely on an uploaded file.

@jreadey @jake-smith-hdfgroup I assume this is now outdated. Please open if not


Document the supported platforms

I'd like us to have a SUPPORTED_PLATFORMS.md file with the following content, linked from the README. This is just a starting point, let's work through it and I'll make a proper PR:

Supported platforms

System
Support type
Supported versions
Notes

GNU/Linux
Tier 1
Linux >= 2.6.18 with glibc >= 2.5

macOS
Tier 1
macOS >= 10.7

Windows
Tier 1
Windows >= XP SP1
MSVC 2008 and later are supported

FreeBSD
Tier 1
>= 9

AIX
Tier 2
???
Maintainer: @iWuzHere

zOS
Tier 2
???
Maintainer: @jBarz

Linux with musl
Tier 2
???

SunOS
Tier 3
???

MinGW
Tier 3
MinGW 32 (from mingw.org) and MinGW-w64

Other
Tier 3
N/A

Support types

Tier 1: Officially supported and tested with CI. Any contributed patch MUST NOT break such systems. These are supported by @libuv/collaborators

Tier 2: Officially supported, but not necessarily tested with CI. These systems are maintained to the best of @libuv/collaborators ability, without being a top priority.

Tier 3: Community maintained. These systems may inadvertently break and the community and interested parties are expected to help with the maintenance.

This is for v1.x, I'll adjust accordingly for master / v2.x. I also took the liberty of making SunOS tier 2. Joyent should keep it in check IMHO.

For linux, I'd put the baseline at kernel 2.6.18 and glibc 2.5.  We have centos5 bots in our CI matrix that cover that configuration.
I don't think we've ever made any promises w.r.t. freebsd except latest -STABLE.  I'm open to extending it to STABLE-1 because that probably covers 95% of the freebsd user base but we don't currently have fbsd9 machines in our matrix.
I'd be perfectly happy relegating solaris to tier 3.  Realistically, the only user is Joyent by means of node.js, and if they can't be arsed to put in the effort, I don't see why we should either.

For linux, I'd put the baseline at kernel 2.6.18 and glibc 2.5. We have centos5 bots in our CI matrix that cover that configuration.

Updated.

I don't think we've never made any promises w.r.t. freebsd except latest -STABLE. I'm open to extending it to STABLE-1 because that probably covers 95% of the freebsd user base but we don't currently have fbsd9 machines in our matrix.

I set it to 9, since we support < 10 in v1.x and 9 is still supported until the end of the year.

I'd be perfectly happy relegating solaris to tier 3. Realistically, the only user is Joyent by means of node.js, and if they can't be arsed to put in the effort, I don't see why we should either.

Done.
I'll put up a PR tomorrow so it's easier to comment on.

Maybe mention that fbsd9 is tier 2 in that it's not tested regularly but we'll keep it in working shape until the end of the year.

How is the linux musl combination tested? Android?

@txdv Tier 2, it's not tested. It can be easily tested with any of the ubuntu bots by installing musl-tools and exporting some env variables though.

Is there some write up on how to do that?

We have an alpine/musl buildbot for node.js now.  It could be extended to test libuv as well.
No android so far: https://github.com/nodejs/build/issues/359

Is there some write up on how to do that?

Do what? Compile with musl? Copying my own notes:
First install the musl-gcc wrapper (on Debian):
apt-get install musl-tools

Now set some environment variables:
export CC=musl-gcc
export LINK=musl-gcc
export CFLAGS=-static

(in this case I think you can leave the CFLAGS out, and the resulting binary will be linked with the musl runtime library)

We have an alpine/musl buildbot for node.js now. It could be extended to test libuv as well.

Oh, great! I'll open an issue in nodejs/build then

PR: #991

How about having some #ifdef magic to raise some readable errors on unsupported platform, pointing to SUPPORTED_PLATFORMS.md or libuv doc

Not sure we'd like that. It's possible libuv actually works in other platforms (I think HP-UX was sort-of working) so I'd rather try and if compilation fails they'll come.


Remove legacy S3 regional endpoint configuration

This removes the legacy S3 endpoint regional configuration and defaults to always use the regional endpoint.

Codecov Report

Merging #1928 into v2 will decrease coverage by 0.04%.
The diff coverage is n/a.

@@            Coverage Diff            @@
##               v2   #1928      +/-   ##
=========================================
- Coverage   92.84%   92.8%   -0.05%
=========================================
  Files          53      53
  Lines       10486   10459      -27
=========================================
- Hits         9736    9706      -30
- Misses        750     753       +3

Impacted Files
Coverage Δ

botocore/exceptions.py
99.43% <ø> (-0.01%)
:arrow_down:

botocore/config.py
100% <ø> (ø)
:arrow_up:

botocore/configprovider.py
93.37% <ø> (ø)
:arrow_up:

botocore/signers.py
98.51% <ø> (+0.4%)
:arrow_up:

botocore/args.py
100% <ø> (ø)
:arrow_up:

botocore/credentials.py
98.64% <0%> (-0.32%)
:arrow_down:

botocore/utils.py
97.84% <0%> (-0.12%)
:arrow_down:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6a03860...31c2f1a. Read the comment docs.


Non-null assertion should work on possibly-uninitialized auto-typed let variables

Bug Report
🔎 Search Terms
non-null postfix bang implicit any
🕗 Version & Regression Information

This is the behavior in every version I tried

⏯ Playground Link
This is the link
💻 Code

let foo;
if (Math.random() > 0.5) {
  foo = "hello";
}
// bar: string | undefined, seems fine
let bar = foo;
/* -- pretend I know foo is defined for other reasons -- */
// Error, foo is implicitly any
let baz = foo!;

🙁 Actual behavior
Implicit any on foo!
🙂 Expected behavior
Since the inferred type of foo (as seen in bar) is string | undefined, foo! should trivially have the type string

Hi @RyanCavanaugh, can I work on this? I'm new to Typescript and want to contribute!


Permission access to datasets agnostic to the type of database

Hi,
Issue for extending the Ri to other databases:
When you are asking for the datasets available in your database, you are implying here that they are coming from a Mongo Database.
As it can see here, the RI is querying the databases in the mongo connections module.
I suggest making this process as database agnostic as possible.
Thank you,
Sergi

Hi @SergiAguilo,
True, I will try to do some workaround to have the datasets being read from the source. Now it's kind of hard-coded.
Thanks for spotting this. I will tell you when I have fixed it.
Best,
Oriol


Package Requested

[X] I would like someone else to build the manifest.
[ ] I would like help so I can submit the manifest.
[X] I have performed a search and couldn't find this package.
[ ] I have checked that the installer for this package is not contained in a .zip file
[ ] I think there is a new version available and I have provided the URL.

Please provide the following information
Publisher:Amyxun
Publisher Url:https://www.amyxun.com/
Package Name:AxGlyph
Description:A WYSIWYG scientific illustration editor for Microsoft Office users
Package Version:1.78
Installer URL:https://download.s21i.faiusr.com/4232652/0/0/ABUIABBPGAAgg8_mmQYo5JmmZw.zip?f=矢量绘图_AxGlyph_Setup_Win_20220920.zip&v=1663674244
Current Package Identifier (for new versions):

.zip download

@msftbot zip

Resolved by #122522 ?

yes, I think this issue should be closed now.


Exception on hook paymentOptions for module. Curl error: Resolving timed out after 2000 milliseconds

On September 10, 11 and 12th I received following error in Prestashop logs + had customers complain they could not pay for their order and their inability to pay co-incided with these errors:
Here is the error received on September 12th:
Error (3)  Exception on hook paymentOptions for module . [2021-09-12T20:04:59+0200] Curl error: Resolving timed out after 2000 milliseconds
After consulting on the Prestashop forum the suggestion was made that 2 seconds timeout is rather short.
Is there a reason why the timeout is set to 2 and not a higher value?
PS: before you tell me to upgrade to 4.3.3 I tried that around August 20th and was left with no payment options in my Prestashop,
All settings seemed ok, payment options were active, the keys were correct, Prestashop and browser cache was cleared several times but still nothing, so after a couple of hours I went back to 4.3.1 on my live shop and payments options were available again and my customers could pay again.
Environment

PrestaShop version: <IP_ADDRESS>
Mollie module version: 4.3.1
PHP version: 7.3

Hi @kennethbruyninckx ,
Thank you for your message!
There are no timeouts set for Mollie module, also we did not encounter any similar issues before, maybe you could send your BO + FTP credentials to -<EMAIL_ADDRESS>for further investigation?
Thank you!
--
Best regards,
Invertus Support team

Hi,
I'll send the requested details later today/tomorrow to the e-mail address requested.
You say the module has no timeouts defined?
Please have a look at \modules\mollie\vendor\mollie\mollie-api-php\src\HttpAdapter\CurlMollieHttpAdapter.php
on line 16 (version 4.3.1) you have the following code:
/**
 * Default connect timeout (in seconds).
 */
const DEFAULT_CONNECT_TIMEOUT = 2;

which is then later used in the function send on line 41.

Hi @kennethbruyninckx ,
Correct, this could be increased manually for now, we've already asked Mollie developers to update this part so it wouldn't cause any issues.
--
Best regards,
Invertus Support team

Hello, I'm experiencing the same issue with the exception error.
Increasing DEFAULT_CONNECT_TIMEOUT did solve slow performance, but the Mollie payments are not being shown on the checkout.
I'm using version 4.4.0

Hey @PcmanNL ,
Thanks for the information, the team is already informed. I will inform you once I will have further information on this!
--
Best regards,
Invertus Support team

Hey @PcmanNL ,
Glad that it solved the issue, regarding the payments not being shown, did you try following these steps - https://github.com/mollie/PrestaShop/wiki/Troubleshooting#payment-method-does-not-appear-in-front-office ?
--
Best regards,
Invertus Support team

@PcmanNL which value did you change it to?

Thank you, it has been solved. Everything works again.

Hey @PcmanNL ,
Maybe you could share to which value you've changed it to, so it could stay in the history of this GitHub?
Looking forward to your reply!
--
Best regards,
Invertus Support team

@kennethbruyninckx
@Saimis777
I have changed the value of DEFAULT_CONNECT_TIMEOUT to 10 seconds and since then no exceptions have been thrown anymore.
When I'm on the checkout page and I click continue, it sometimes takes between 300ms to 10 seconds to load the step with payments options which are iDEAL and Bancontact
The load time of the shipping address form also varies from 100ms to a couple of seconds.
I have cache and debug mode disabled and disabled all installed modules that do not belong to the Prestashop core.
I don't exactly know how to test the performance and I also don't know what part of the code might be slow, so I hope the developers could look at it, we didn't had this problem before.
If it is helpful our server hardware is E3-1220 v5 3GHz with 16 GB ddr4 memory and 2x 250 GB SAS 12Gbps disk in raid 1 and 200Mbps wan speed and 11ms ping.

Hi @PcmanNL ,
Thank you for sharing the details!
We will check the loading times, which PS/PHP version you are using?
As I understand this issue was not relevant before 4.4.0 release?
Looking forward to your reply!
--
Best regards,
Invertus Support team

We are using Prestashop <IP_ADDRESS> and php 7.2.34 FPM and Apache/2.4.41
I have removed 4.4.0 and installed mollie module version 4.2.2 that I had from a backup in february 2021.
4.2.2 version is a lot faster than 4.4.0 load times are:

1st time 261ms,
2nd time 203ms,
3rd time 201 ms.

I think something was changed between 4.2.2 and 4.4.0 that reduces the performance of the module.
I hope you can fix it.

Hey @PcmanNL ,
Thanks for the detailed information, it is appreciated.
I will check with the team on what was done, why did it slow down like that.
And I will get back to you asap!
--
Best regards,
Invertus Support team

@PcmanNL - I'm closing this issue and we'll continue investigating via this issue -- https://github.com/mollie/PrestaShop/issues/408
Thanks for all the detailed feedback!

Hi @PcmanNL @kennethbruyninckx ,
I hope that you are doing well!
I wanted to inform you that this issue has been fixed with our latest 5.0.0-beta2 version. You can find it and check it out here.
Let us know if you have any questions or feedback!
Best regards,
Invertus Support team


Revert "Support tutorial mode via postMessage"

Reverts galaxyproject/training-material#5344

chrome :cry:


Add the ability to calculate electric energy with PostProcessor.get_scalar_field_value()

Description of the feature
In our software, pyEPR, we calculate the electric and magnetic energy of various components in our designs. Here is an example of what the stack looks like when we evaluate the electric energy:
Integrate(Volume(main), Real(Dot(epsi*(<Ex,Ey,Ez>), Conj(<Ex,Ey,Ez>))))

In pyEPR, we add epsi*() onto the stack in the following way:
stack = self.stack + [("ClcMaterial", ("Permittivity (epsi)", "mult"))]

I do not see a way to multiply by the permittivity. I also do not see a way to calculate more complicated expressions like the one shown above (real part of the dot product between the conjugate of the E field with the product of the permittivity and the E field). Lastly, I see that volume is hard-coded to "AllObjects", and we would need to specify the volume of integration. (I can open another issue for this if you would like.)
Thank you so much for all of your hard work!
Steps for implementing the feature

Allow user to specify operations that multiply by material properties like permittivity
Allow user to specify more complicated integrands
Allow user to specify volume of integration

Useful links and references
No response

Hi @obrienpja
For complex formulas you can use directly the equations writer in pyaedt like in the following example:
 m3d.post.ofieldsreporter.EnterScalarFunc("X") m3d.post.ofieldsreporter.EnterVol(magnet.name) m3d.post.ofieldsreporter.CalcOp("Mean") m3d.post.ofieldsreporter.AddNamedExpression("CM_X", "Fields") m3d.post.ofieldsreporter.EnterScalarFunc("Y") m3d.post.ofieldsreporter.EnterVol(magnet.name) m3d.post.ofieldsreporter.CalcOp("Mean") m3d.post.ofieldsreporter.AddNamedExpression("CM_Y", "Fields") m3d.post.ofieldsreporter.EnterScalarFunc("Z") m3d.post.ofieldsreporter.EnterVol(magnet.name) m3d.post.ofieldsreporter.CalcOp("Mean") m3d.post.ofieldsreporter.AddNamedExpression("CM_Z", "Fields") m3d.post.ofieldsreporter.CalculatorWrite(file_name, ["Solution:=", solution], variations)

Thank you!


Fix autocomplete for environment/global variables

This PR fixes #55, which impacts the autocomplete of environment / global variables, as colon is not considered a word separator, but this is valid for PowerShell variables
It should now autocomplete correctly

Thank your for the speedy fixes.
#55 described two additional symptoms, one of which I now realize is a feature request:

#59

Looking at this PR, I'm presuming the other issue persists:

#60


Bump version to v1.2.6

cc @nishanttotla.
Signed-off-by: Dong Chen<EMAIL_ADDRESS>

Address comments. PTAL.


feat(provider): Set limits when configuring containers in kubernetes

This bumps up the limit & enforces it on kubernetes containers. There is no such feature as a storage limit, only ephemeral storage limits. We don't create actual kubernetes storage that I see anywhere.

After shelling into the kube container and doing cat /dev/zero > file into did this

looks like it is working


Moving demo/install content to getting-started doc

The initial docs had a link for install that was pointing to getting-started but that doc didn't exist. Moved the demo/install resources from the _index.md and into a getting-started to fix.

This is an automated message:
You can preview this docs PR at http://433.docs-pr.validatedpatterns.io
Note that they get generated every five minutes, so please wait a bit.

removed adoc header from markdown file that was causing weird rendering issue - no change to format/actual content ...


Split peer tcp ws deps

Coverage increased (+0.04%) to 96.31% when pulling 39c9ac36d78bd4d6b53ee3414166fae2a11cae93 on split-peer-tcp-ws-deps into c0502dad3959ee92ae3b0034ebfaa1cb21b6fbc6 on master.


Update pyxform to v2.0.0

Closes https://github.com/getodk/central/issues/499
What has been done to verify that this works as intended?
The riskiest change -- always generating secondary instances -- has been on XLSForm online since August. All other changes have been up since at least Dec 1. The Central staging server currently has this change.
Why is this the best possible solution? Were any other approaches considered?
No alternatives.
How does this change affect users? Describe intentional changes to behavior and behavior that could have accidentally been affected by code changes. In other words, what are the regression risks?
The biggest risk is likely still around the change to selects and its interaction with Enketo. There have also been some changes around multilanguage forms that have a bit of risk.
Does this change require updates to documentation? If so, please file an issue here and include the link below.
No.
Before submitting this PR, please make sure you have:

[x] verified that any code or assets from external sources are properly credited in comments or that everything is internally sourced

Sorry about the bad base branch. 🙈