Can't get libmysqlxx.a be linked in executable

OS: FreeBSD storage 12.0-STABLE FreeBSD 12.0-STABLE STORAGE  amd64
CMake: cmake version 3.14.2
Ninja: ninja 1.9.0.git
Compiler: FreeBSD clang version 7.0.1 (tags/RELEASE_701/final 349250) (based on LLVM 7.0.1)
cmake -DENABLE_MYSQL=1 -DCMAKE_MAKE_PROGRAM=/usr/local/bin/ninja -DUSE_INTERNAL_POCO_LIBRARY=0 -DCMAKE_INSTALL_PREFIX:PATH=/usr/local/clickhouse ..

added flags for static linking
set(CMAKE_FIND_LIBRARY_SUFFIXES ".a")
set(BUILD_SHARED_LIBS OFF)
set(CMAKE_EXE_LINKER_FLAGS "-static")

# make
CMake Warning (dev) at CMakeLists.txt:1 (project):
  Policy CMP0048 is not set: project() command manages VERSION variables.
  Run "cmake --help-policy CMP0048" for policy details.  Use the cmake_policy
  command to set the policy and suppress this warning.

  The following variable(s) would be set to empty:

    CMAKE_PROJECT_VERSION
    CMAKE_PROJECT_VERSION_MAJOR
    CMAKE_PROJECT_VERSION_MINOR
    CMAKE_PROJECT_VERSION_PATCH
This warning is for project developers.  Use -Wno-dev to suppress it.

-- IPO/LTO not enabled.
-- CMAKE_BUILD_TYPE is not set, set to default = RELWITHDEBINFO
-- CMAKE_BUILD_TYPE: RELWITHDEBINFO
-- Tests are enabled
-- Building for: FreeBSD-12.0-STABLE amd64  ; USE_STATIC_LIBRARIES=FALSE MAKE_STATIC_LIBRARIES=ON SPLIT_SHARED= UNBUNDLED=OFF CCACHE=CCACHE_FOUND-NOTFOUND
-- Using ssl=1: /home/azamy/distr/ClickHouse/contrib/ssl/include : ssl;crypto
-- Found the following ICU libraries:
--   i18n (required)
--   uc (required)
--   data (required)
-- Using icu=1: /usr/local/include : /usr/local/lib/libicui18n.a;/usr/local/lib/libicuuc.a;/usr/local/lib/libicudata.a
-- Using Boost: /home/azamy/distr/ClickHouse/contrib/boost : boost_program_options_internal,boost_system_internal,boost_filesystem_internal;boost_system_internal,boost_regex_internal
-- Using : /usr/include : /usr/lib/libz.a
-- Using zstd: /home/azamy/distr/ClickHouse/contrib/zstd/lib : zstd
-- Using termcap: /usr/lib/libtermcap.a
-- Using odbc=:  :
CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component Net!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component XML!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:151 (message):
  Poco_SQL_INCLUDE_DIR NOT FOUND
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component SQL!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component Data!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component Crypto!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component NetSSL!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component MongoDB!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:151 (message):
  Poco_DataODBC_INCLUDE_DIR NOT FOUND
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component DataODBC!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:151 (message):
  Poco_SQLODBC_INCLUDE_DIR NOT FOUND
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component SQLODBC!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component Util!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

CMake Warning at cmake/Modules/FindPoco.cmake:198 (message):
  Could not find Poco component Foundation!
Call Stack (most recent call first):
  cmake/find_poco.cmake:25 (find_package)
  CMakeLists.txt:300 (include)

-- Found Poco:
-- Using Poco: /usr/local/include;/usr/local/include;/usr/local/include;/usr/local/include;/usr/local/include;/usr/local/include;/usr/local/include;/usr/local/include;/usr/local/include;/home/azamy/distr/ClickHouse/contrib/poco/Foundation/include/;/home/azamy/distr/ClickHouse/contrib/poco/Util/include/ : PocoFoundation,PocoUtil,PocoNet,PocoNetSSL;ssl;crypto,PocoCrypto;ssl;crypto,PocoXML,PocoData,Poco_DataODBC_LIBRARY-NOTFOUND,Poco_SQL_LIBRARY-NOTFOUND,Poco_SQLODBC_LIBRARY-NOTFOUND,PocoMongoDB; MongoDB=1, DataODBC=, NetSSL=1
-- Using lz4: /home/azamy/distr/ClickHouse/contrib/lz4/lib : lz4
-- Using xxhash=1: /home/azamy/distr/ClickHouse/contrib/lz4/lib : lz4
-- Using sparsehash: /home/azamy/distr/ClickHouse/contrib/libsparsehash
-- Using rt: /usr/lib/librt.a
-- Using execinfo: /usr/lib/libexecinfo.a
-- Using elf: /usr/lib/libelf.a
-- Using line editing libraries (readline): /usr/local/include : /usr/local/lib/libreadline.a;/usr/lib/libtermcap.a
-- Using re2: /home/azamy/distr/ClickHouse/contrib/re2 : re2;  : re2_st
-- Using librdkafka=:  :
-- Using capnp=1: /home/azamy/distr/ClickHouse/contrib/capnproto/c++/src : capnpc
-- Could NOT find LLVM (missing: LLVM_DIR)
-- Using cpuid=1: /home/azamy/distr/ClickHouse/contrib/libcpuid/include : cpuid
-- Using libgsasl: /home/azamy/distr/ClickHouse/contrib/libgsasl/src;/home/azamy/distr/ClickHouse/contrib/libgsasl/linux_x86_64/include : libgsasl
-- Using libxml2: /home/azamy/distr/ClickHouse/contrib/libxml2/include;/home/azamy/distr/ClickHouse/contrib/libxml2-cmake/linux_x86_64/include : libxml2
-- Using brotli=1: /home/azamy/distr/ClickHouse/contrib/brotli/c/include : brotli
-- Using protobuf=1: /home/azamy/distr/ClickHouse/contrib/protobuf/src : libprotobuf
-- Using pdqsort: /home/azamy/distr/ClickHouse/contrib/pdqsort
-- Using hdfs3=:  :
-- Using consistent-hashing:  : consistent-hashing
-- Using hyperscan=1: /home/azamy/distr/ClickHouse/contrib/hyperscan/src : hs
-- Using cityhash:  : cityhash
-- Using farmhash:  : farmhash
-- Using metrohash: /home/azamy/distr/ClickHouse/contrib/libmetrohash/src : metrohash
-- Using btrie:  : btrie
-- Using double-conversion: /home/azamy/distr/ClickHouse/contrib/double-conversion : double-conversion
-- Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)
-- Could not find the Arrow library. Looked for headers in , and for libs in
-- Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)
--  Could not find the parquet library. Looked in  system search paths.
-- Building without Parquet support
-- Using gtest=1: /home/azamy/distr/ClickHouse/contrib/googletest/googletest : gtest_main;gtest :
-- Using cctz: /home/azamy/distr/ClickHouse/contrib/cctz/include : cctz
-- Using mysqlclient=1: /usr/local/include : /usr/local/lib/mysql/libmysqlclient.a; staticlib=/usr/local/lib/mysql/libmysqlclient.a
-- Using unwind=:  :
-- compiler C   = /usr/bin/cc  -fdiagnostics-color=always  -pipe -msse4.1 -msse4.2 -mpopcnt -fno-omit-frame-pointer  -Wall -Wno-unused-command-line-argument  -O2 -g -DNDEBUG -O3
-- compiler CXX = /usr/bin/c++  -fdiagnostics-color=always  -pipe -msse4.1 -msse4.2 -mpopcnt  -fno-omit-frame-pointer  -Wall -Wno-unused-command-line-argument  -Wnon-virtual-dtor -O2 -g -DNDEBUG -O3
-- LINKER_FLAGS = -static
-- ZSTD VERSION 1.3.17
-- Using OpenSSL from /home/azamy/distr/ClickHouse/contrib/ssl
-- Using odbc:  :
-- Build type RELWITHDEBINFO
-- Boost version: 1.69.0
-- Build date: 2019-04-22
-- Building without AVX512 support
-- Building for current host CPU:
-- Doxygen not found, unable to generate API reference
-- Sphinx not found, unable to generate developer reference
-- Could NOT find PkgConfig (missing: PKG_CONFIG_EXECUTABLE)
-- PCRE version 8.41 or above not found
-- PCRE 8.41 or above not found
CMake Warning at libs/libcommon/CMakeLists.txt:81 (message):
  Non default allocator is disabled.  This is not recommended for production
  Linux builds.

-- Will build ClickHouse <IP_ADDRESS> revision 54418
-- Using internal=OFF compiler=0: headers=/usr/local/share/clickhouse/headers/<IP_ADDRESS> :  /usr/local/clickhouse/bin/clickhouse-clang  -fdiagnostics-color=always  -pipe -msse4.1 -msse4.2 -mpopcnt  -fno-omit-frame-pointer  -Wall -Wno-unused-command-line-argument  -Wnon-virtual-dtor -Wextra -Wpedantic -Wno-vla-extension -Wno-zero-length-array -Wno-gnu-anonymous-struct -Wno-nested-anon-types -Wshadow -Wshadow-uncaptured-local -Wextra-semi -Wcomma -Winconsistent-missing-destructor-override -Wunused-exception-parameter -Wcovered-switch-default -Wold-style-cast -Wrange-loop-analysis -Wunused-member-function -Wunreachable-code -Wunreachable-code-return -Wnewline-eof -Wembedded-directive -Wgnu-case-range -Wunused-macros -Wconditional-uninitialized -Wdeprecated -Wundef -Wreserved-id-macro -Wredundant-parens -Wzero-as-null-pointer-constant -Weverything -Wno-c++98-compat -Wno-c++98-compat-pedantic -Wno-missing-noreturn -Wno-padded -Wno-switch-enum -Wno-shadow-field-in-constructor -Wno-deprecated-dynamic-exception-spec -Wno-float-equal -Wno-weak-vtables -Wno-shift-sign-overflow -Wno-sign-conversion -Wno-conversion -Wno-exit-time-destructors -Wno-undefined-func-template -Wno-documentation-unknown-command -Wno-missing-variable-declarations -Wno-unused-template -Wno-global-constructors -Wno-c99-extensions -Wno-missing-prototypes -Wno-weak-template-vtables -Wno-zero-length-array -Wno-gnu-anonymous-struct -Wno-nested-anon-types -Wno-double-promotion -Wno-disabled-macro-expansion -Wno-used-but-marked-unused -Wno-vla-extension -Wno-vla -Wno-packed -Wno-return-std-move-in-c++11 -O2 -g -DNDEBUG -O3  -std=c++1z -x c++ -march=native -fPIC -fvisibility=hidden -fno-implement-inlines -nostdinc -nostdinc++ -Wno-unused-command-line-argument -Bprefix=/usr/local/share/clickhouse -isysroot=/usr/local/share/clickhouse/headers/<IP_ADDRESS>; clickhouse-lld
-- Target check already exists
-- Configuring done
-- Generating done
-- Build files have been written to: /home/azamy/distr/ClickHouse/build
[  0%] Built target boost_system_internal
[  1%] Built target boost_filesystem_internal
[  1%] Built target cityhash
[  1%] Built target cctz
[  7%] Built target Foundation
[  7%] Built target memcpy
[  7%] Built target common
[  7%] Built target apple_rt
[  8%] Built target realloc-perf
[  9%] Built target local_date_time_comparison
[  9%] Built target date_lut2
[ 11%] Built target re2
[ 11%] Built target transform_mutex.h
[ 11%] Built target transform_stringpiece.h
[ 11%] Built target transform_set.h
[ 11%] Built target transform_re2.h
[ 11%] Built target transform_filtered_re2.h
[ 11%] Built target re2_st
[ 11%] Built target double-conversion
[ 11%] Built target roaring
[ 11%] Built target cpuid
[ 28%] Built target crypto
[ 29%] Built target ssl
[ 32%] Built target XML
[ 32%] Built target JSON
[ 33%] Built target Util
[ 35%] Built target Net
[ 35%] Built target Crypto
[ 37%] Built target NetSSL
[ 38%] Built target brotli
[ 38%] Built target widechar_width
[ 38%] Built target string_utils
[ 41%] Built target clickhouse_common_io
[ 41%] Built target dump_variable
[ 41%] Built target date_lut_default_timezone
[ 41%] Built target date_lut4
[ 41%] Built target date_lut3
[ 41%] Built target gtest
[ 41%] Built target gtest_main
[ 41%] Built target unit_tests_libcommon
[ 41%] Built target date_lut_init
[ 41%] Built target clickhouse_common_zookeeper
[ 41%] Built target clickhouse_common_config
[ 41%] Built target daemon
[ 41%] Built target consistent-hashing
[ 41%] Built target consistent-hashing-sumbur
[ 41%] Built target config-processor
[ 41%] Built target zstd
[ 43%] Built target zstd_test
[ 43%] Built target lz4
[ 44%] Built target clickhouse_parsers
[ 44%] Built target clickhouse_compression
[ 44%] Built target decompress_perf
[ 44%] Built target mutator
[ 44%] Built target iotest_aio
[ 44%] Built target iotest_nonblock
[ 44%] Built target iotest
[ 44%] Built target corrector_utf8
[ 45%] Built target clickhouse-zookeeper-cli
[ 45%] Built target boost_program_options_internal
[ 45%] Built target zookeeper-dump-tree
[ 45%] Built target zookeeper-copy-tree
[ 45%] Built target zookeeper-remove-by-list
[ 45%] Built target btrie
[ 46%] Built target kj
[ 46%] Built target capnp
[ 48%] Built target capnpc
[ 49%] Built target MongoDB
[ 51%] Built target libprotobuf
[ 51%] Built target clickhouse_dictionaries_embedded
[ 62%] Built target dbms
[ 64%] Built target zookeeper-create-entry-to-download-part
[ 64%] Built target wikistat-loader
[ 64%] Built target fill-factor
[ 64%] Built target check-marks
[ 64%] Built target markov-model
[ 66%] Built target libprotoc
[ 66%] Built target protoc
[ 66%] Built target ProtobufDelimitedMessagesSerializer
[ 67%] Built target test-data-generator
[ 67%] Linking CXX executable convert-month-partitioned-parts
ld: error: undefined symbol: mysqlxx::PoolWithFailover::PoolWithFailover(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int, unsigned int, unsigned long)
>>> referenced by TechDataHierarchy.cpp:18 (/home/azamy/distr/ClickHouse/dbms/src/Dictionaries/Embedded/TechDataHierarchy.cpp:18)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::PoolWithFailover::Get()
>>> referenced by TechDataHierarchy.cpp:19 (/home/azamy/distr/ClickHouse/dbms/src/Dictionaries/Embedded/TechDataHierarchy.cpp:19)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Pool::Entry::forceConnected() const
>>> referenced by Pool.h:95 (/usr/include/mysqlxx/Pool.h:95)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Connection::query(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)
>>> referenced by TechDataHierarchy.cpp:22 (/home/azamy/distr/ClickHouse/dbms/src/Dictionaries/Embedded/TechDataHierarchy.cpp:22)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Query::use()
>>> referenced by TechDataHierarchy.cpp:24 (/home/azamy/distr/ClickHouse/dbms/src/Dictionaries/Embedded/TechDataHierarchy.cpp:24)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::UseQueryResult::fetch()
>>> referenced by TechDataHierarchy.cpp:25 (/home/azamy/distr/ClickHouse/dbms/src/Dictionaries/Embedded/TechDataHierarchy.cpp:25)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Value::readUIntText(char const*, unsigned long) const
>>> referenced by Value.h:72 (/usr/include/mysqlxx/Value.h:72)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Value::readUIntText(char const*, unsigned long) const
>>> referenced by Value.h:72 (/usr/include/mysqlxx/Value.h:72)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Value::throwException(char const*) const
>>> referenced by Value.h:70 (/usr/include/mysqlxx/Value.h:70)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Value::throwException(char const*) const
>>> referenced by Value.h:70 (/usr/include/mysqlxx/Value.h:70)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::ResultBase::~ResultBase()
>>> referenced by TechDataHierarchy.cpp:35 (/home/azamy/distr/ClickHouse/dbms/src/Dictionaries/Embedded/TechDataHierarchy.cpp:35)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Query::~Query()
>>> referenced by TechDataHierarchy.cpp:35 (/home/azamy/distr/ClickHouse/dbms/src/Dictionaries/Embedded/TechDataHierarchy.cpp:35)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Pool::Entry::forceConnected() const
>>> referenced by Pool.h:95 (/usr/include/mysqlxx/Pool.h:95)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Connection::query(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)
>>> referenced by TechDataHierarchy.cpp:38 (/home/azamy/distr/ClickHouse/dbms/src/Dictionaries/Embedded/TechDataHierarchy.cpp:38)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Query::use()
>>> referenced by TechDataHierarchy.cpp:40 (/home/azamy/distr/ClickHouse/dbms/src/Dictionaries/Embedded/TechDataHierarchy.cpp:40)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::UseQueryResult::fetch()
>>> referenced by TechDataHierarchy.cpp:41 (/home/azamy/distr/ClickHouse/dbms/src/Dictionaries/Embedded/TechDataHierarchy.cpp:41)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Value::readUIntText(char const*, unsigned long) const
>>> referenced by Value.h:72 (/usr/include/mysqlxx/Value.h:72)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Value::readUIntText(char const*, unsigned long) const
>>> referenced by Value.h:72 (/usr/include/mysqlxx/Value.h:72)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Value::throwException(char const*) const
>>> referenced by Value.h:70 (/usr/include/mysqlxx/Value.h:70)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: undefined symbol: mysqlxx::Value::throwException(char const*) const
>>> referenced by Value.h:70 (/usr/include/mysqlxx/Value.h:70)
>>>               TechDataHierarchy.cpp.o:(TechDataHierarchy::reload()) in archive ../../dbms/src/Dictionaries/Embedded/libclickhouse_dictionaries_embedded.a

ld: error: too many errors emitted, stopping now (use -error-limit=0 to see all errors)
c++: error: linker command failed with exit code 1 (use -v to see invocation)
*** Error code 1

Stop.
make[2]: stopped in /usr/home/azamy/distr/ClickHouse/build
*** Error code 1

Stop.
make[1]: stopped in /usr/home/azamy/distr/ClickHouse/build
*** Error code 1

Stop.
make: stopped in /usr/home/azamy/distr/ClickHouse/build

You must download all the submodules.
git submodule init
git submodule update

We don't support linking with the OS "mysqlclient" library.
Linking with libraries from the OS is always discouraged.

Cmake wont start build process without thouse two steps.
I installed poco from contrib folder
I symlink some include dirs to system one because didnt work out to add target_include directories in corresponding CMakeLists
I built clickhouse without mysql support successfully
But this problem has arisen and i dont know how to win it
I built libmysqlxx into .a static lib and tried to link it with clickhouse_dictionaries_embedded and convert-month-partitioned-parts with target_link_libraries but no effect at all...
How to link libmysqxx.a into convert-month-partitioned-parts?

Also we don't support building contrib/mariadb-connector-c under freebsd.


Conditional types can cause TS to miss incorrect interface extensions

Conditional types can cause TS to miss incorrect interface extensions
TypeScript Version: 2.9.2, 3.0.0-dev.20180630
Search Terms: conditional types, interfaces, extensions, assignability, substitutability, recursive types
Introduction:
I really appreciate the introduction of conditional types in TypeScript. They solve many problems that couldn't be solved before. Just the ReturnType<T> alone is priceless.
Unfortunately I think there is a new class of issues introduced by the presence of conditional types. Those issues relate to the verification whether an interface properly extends another interface.
When interface B<T> is declared as extending interface A (interface B<T> extends A { ... }) and no error is reported in such interface declaration, I expect that for every type T, A<T> will be assignable (substitutable) for B. I don't know if this property of the type system has a name, but it's listed in the language spec (https://github.com/Microsoft/TypeScript/blob/master/doc/spec.md#71-interface-declarations) as:

The this-type (section 3.6.3) of the declared interface must be assignable (section 3.11.4) to each of the base type references.

It appears that when verifying if A<T> is assignable to B TypeScript replaces the type of members with conditional type following the pattern X extends Y ? A : B with A | B. This ensures that only if either type is assignable to the type of the corresponding member of A, B<T> will be assignable to A. However this replacement can be avoided with certain tricks (see the code below). This leads to a situation where the B<T> extends A declaration is verified yet for certain types T the type B<T> is not assignable to A.
Code
type Cryptic = { cryptic: "cryptic" }
type IsCryptic<MaybeCryptic> = MaybeCryptic extends Cryptic ? 1 : 0
const any: any = 0

interface A {
  mustBeZero: 0
}

type Confuse<A> = [A] & A

// This should report the "Interface 'B<T>' incorrectly extends interface 'A'." error
interface B<T> extends A {
  mustBeZero: IsCryptic<Confuse<T>>
}

// The above extension is allowed yet B<T> is not assignable to A for some T:
const incorrect: A = any as B<Cryptic>

In the above example inlining IsCryptic<MaybeCryptic> solves the problem (the expected error is returned by tsc).
A different version of the same issue can be encountered when the type parameter T is constrained in the extending interface.
type Cryptic = { cryptic: "cryptic" }
type IsCryptic<MaybeCryptic> = MaybeCryptic extends Cryptic ? 1 : 0
const any: any = 0

interface A {
  mustBeZero: 0
}

type SomeOtherType = { value: number }

interface B<T extends SomeOtherType> extends A {
  mustBeZero: IsCryptic<T>
}

// The above extension is allowed yet B<SomeOtherType & T> is not assignable to A for some T:
const incorrect: A = any as B<SomeOtherType & Cryptic>

In the above example inlining IsCryptic<MaybeCryptic> does not help.
Here is yet another way to force an interface extension to pass. In this example even the concrete types of the incompatible interfaces are allowed to be assigned. Only the attempt to assign the right members of both types result in an eventual error:
interface RecurseToZero<T> {
  recurse: RecurseToZero<[T,T]>
  mustBeZero: 0
}

interface RecurseToWhat<T> extends RecurseToZero<T> {
  recurse: RecurseToWhat<[T,T]>
  // The type of "mustBeZero" member will be different from 0 only on a certain recursion depth
  mustBeZero: T extends [infer T1, infer T2]
            ? T1 extends [infer T3, infer T4]
            ? T3 extends [infer T5, infer T6]
            ? T5 extends [infer T7, infer T8]
            ? T7 extends [infer T9, infer T10]
              ? 1
              : 0 : 0 : 0 : 0 : 0
}

// The above extension is allowed and the type RecurseToWhat<null> appears to be assignable to RecurseToZero<null>:
declare let a: RecurseToZero<null>
declare let b: RecurseToWhat<null>
a = b

// Yet the above should not be allowed because the type RecurseToWhat<null> is not structurally assignable to RecurseToZero<null>:
a.recurse.recurse.recurse.recurse.mustBeZero = b.recurse.recurse.recurse.recurse.mustBeZero

// This is because on the certain depths of recursion of the RecurseToWhat<T> the type of "mustBeZero" is 1:
type Zero = RecurseToZero<null>["recurse"]["recurse"]["recurse"]["recurse"]["mustBeZero"]
type What = RecurseToWhat<null>["recurse"]["recurse"]["recurse"]["recurse"]["mustBeZero"]
const incorect: Zero = any as What

I believe this particular problem is caused by the way TypeScript compiler avoids infinite assignability checks on recursive types. As far as I could deduce from the code, type checker will avoid verifying the assignability of the same members of the same interfaces more than once. The type arguments of the interfaces will be ignored in order not to loop forever through the ever-growing type argument.
Verifying if RecurseToWhat<T> is assignable to RecurseToZero<T> required verifying if RecurseToWhat<[T,T]> is assignable to RecurseToZero<[T,T]> which in turn requires trying with the [[T,T],[T,T]] type argument and so on. To avoid endless computations TypeScript allows for at most only one level of recursion per member of the interface. This however is not enough now, because due to the conditional types it is possible to make the assignability of RecurseToWhat<T> to RecurseToZero<T> fail only for an arbitrarily complex T.
This particular issue can also be replicated without the use of extending interfaces:
interface RecurseToZeroP<T> {
  recurse: RecurseToZeroP<[T,T]>
  mustBeZero: 0
}

type RecurseToZero = RecurseToZeroP<null>

interface RecurseToWhatP<T> {
  recurse: RecurseToWhatP<[T,T]>
  // The type of "mustBeZero" member will be different from 0 only on a certain recursion depth
  mustBeZero: T extends [infer T1, infer T2]
            ? T1 extends [infer T3, infer T4]
            ? T3 extends [infer T5, infer T6]
            ? T5 extends [infer T7, infer T8]
            ? T7 extends [infer T9, infer T10]
              ? 1
              : 0 : 0 : 0 : 0 : 0
}

type RecurseToWhat = RecurseToWhatP<null>

// The type RecurseToWhat appears to be assignable to RecurseToZero:
declare let a: RecurseToZero
declare let b: RecurseToWhat
a = b

// Yet the above should not be allowed because the type RecurseToWhat is not structurally assignable to RecurseToZero:
a.recurse.recurse.recurse.recurse.mustBeZero = b.recurse.recurse.recurse.recurse.mustBeZero

// This is because on the certain depths of recursion the type of "mustBeZero" is 1
type Zero = RecurseToZero["recurse"]["recurse"]["recurse"]["recurse"]["mustBeZero"]
type What = RecurseToWhat["recurse"]["recurse"]["recurse"]["recurse"]["mustBeZero"]
const incorect: Zero = any as What

Expected behavior:
The declarations interface B<T> extends A { ... }, interface B<T extends SomeOtherType> extends A { ... } and interface RecurseToWhat<T> extends RecurseToZero<T> { ... } should fail with the appropriate error listing the correct path through incompatible members, for example:
Interface 'B<T>' incorrectly extends interface 'A'.
  Types of property 'mustBeZero' are incompatible.
    Type 'IsCryptic<Confuse<T>>' is not assignable to type '0'.
      Type '0 | 1' is not assignable to type '0'.
        Type '1' is not assignable to type '0'.

The last code example should fail on the a = b assignment.
Actual behavior:
All of the interface declarations are parsed without the compile-time error. Only the attempts to actually assign a variable of a certain concrete type of the interface B<T> to A will fail.
In the example 4, the problem goes even further. The two created types (RecurseToZero and RecurseToWhat) seemingly appear to be assignable (RecurseToWhat to RecurseToZero). Only the attempt to assign certain nested members of the corresponding types reveals the error.
Playground Link: link
Related Issues: None to my knowledge. Please link to some if you find them.
Fully structural assignability
Things get more interesting if we change the example 4 to allow two separate paths on each recursion level. In such a situation it seems that the work TypeScript would need to perform in order to find whether the types are actually structurally equivalent could be equivalent to solving a propositional logic satisfiability problem:
enum True { true = "true" }
enum False { false = "false" }

type And<Bool1,Bool2> = Bool1 extends True ? Bool2 extends True ? True : False : False
type Or<Bool1, Bool2> = Bool1 extends True ? True : Bool2 extends True ? True : False
type Not<Bool> = Bool extends False ? True : Bool extends True ? False : never

interface RecurseToFalseP<T> {
  recurseWithTrue: RecurseToFalseP<[T,True]>
  recurseWithFalse: RecurseToFalseP<[T,False]>
  mustBeFalse: False
}

type RecurseToFalse = RecurseToFalseP<null>

interface RecurseToPropsitionP<T> {
  recurseWithTrue: RecurseToPropsitionP<[T,True]>
  recurseWithFalse: RecurseToPropsitionP<[T,False]>
  // The type of "mustBeFalse" member will be different from False only when T represents the assignment satisfying propositional logic statement hardcoded below
  mustBeFalse: T extends [infer R6, infer T7]
            ? R6 extends [infer R5, infer T6]
            ? R5 extends [infer R4, infer T5]
            ? R4 extends [infer R3, infer T4]
            ? R3 extends [infer R2, infer T3]
            ? R2 extends [infer R1, infer T2]
            ? R1 extends [null, infer T1]
              ? And<And<And<Or<And<T1,T2>,Not<Or<T3,T4>>>,T5>,T6>,T7> // propsitional logic with T1, ..., TK variables goes here
              : False : False : False : False : False : False : False
}

type RecurseToPropsition = RecurseToPropsitionP<null>

// The type RecurseToPropsition appears to be assignable to RecurseToZero:
declare let a: RecurseToFalse
declare let b: RecurseToPropsition
a = b

// In order for the TypeScript to find the member path breaking the structural assignability it needs to solve the satisfiability problem for the propsition hardcoded in RecurseToPropsitionP<T>:
a
  .recurseWithTrue.recurseWithTrue
  .recurseWithFalse.recurseWithFalse
  .recurseWithTrue.recurseWithTrue.recurseWithTrue
  .mustBeFalse
  =
b
  .recurseWithTrue.recurseWithTrue
  .recurseWithFalse.recurseWithFalse
  .recurseWithTrue.recurseWithTrue.recurseWithTrue
  .mustBeFalse

This is a famously NP-complete problem. So if P != NP there is no polynomial way to decide whether two types are structurally equivalent.

Not sure what you exactly meant by The above extension is allowed... but incorrect produces an error  Type 'B<Cryptic>' is not assignable to type 'A'.   Types of property 'mustBeZero' are incompatible.     Type '1' is not assignable to type '0'..
Another thing is that type Confuse<A> = [A] & A does not introduce much confusion as it is assignable to both [A] and A. Did you mean [A] | A?

Thanks for your comment. By "The above extension is allowed" I meant that the interface declaration:
interface B<T> extends A {
  mustBeZero: IsCryptic<Confuse<T>>
}

causes no compile-time error. In my opinion it should.
In the line const incorrect: A = any as B<Cryptic>, I attempt to assign object of type B<Cryptic> to A in order to show that the interface declaration of B<T> should not have been allowed. My point is that without the const incorrect: A = any as B<Cryptic> you get the code that compiles, but in my opinion it shouldn't.
The purpose of the type Confuse<A> = [A] & A is to "confuse" TypeScript with regard to what the exact type of the "mustBeZero" member of the B<T> interface is. I am not sure why [A] & A has such an effect on the type checker, but [A] | A doesn't showcase the issue I am trying to describe.

One thing which may be connected to what you are describing is DeepReadonly<T>, which was present (or at least candidate for 2.8) but then disappeared.

@DanielRosenwasser


AssertionError: Torch not compiled with CUDA enabled

On trying to get the code running I get the following error:
Traceback (most recent call last):
File "c:\Users\Mein PC\Documents\PY_work\HTRPipeline\WordDetectorNN-master\src\infer.py", line 37, in
main()
File "c:\Users\Mein PC\Documents\PY_work\HTRPipeline\WordDetectorNN-master\src\infer.py", line 24, in main
net.to(args.device)
File "C:\Users\Mein PC\AppData\Local\Programs\Python\Python310\lib\site-packages\torch\nn\modules\module.py", line 1145, in to
return self._apply(convert)
File "C:\Users\Mein PC\AppData\Local\Programs\Python\Python310\lib\site-packages\torch\nn\modules\module.py", line 797, in _apply
module._apply(fn)
File "C:\Users\Mein PC\AppData\Local\Programs\Python\Python310\lib\site-packages\torch\nn\modules\module.py", line 797, in _apply
module._apply(fn)
File "C:\Users\Mein PC\AppData\Local\Programs\Python\Python310\lib\site-packages\torch\nn\modules\module.py", line 820, in apply
param_applied = fn(param)
File "C:\Users\Mein PC\AppData\Local\Programs\Python\Python310\lib\site-packages\torch\nn\modules\module.py", line 1143, in convert
return t.to(device, dtype if t.is_floating_point() or t.is_complex() else None, non_blocking)
File "C:\Users\Mein PC\AppData\Local\Programs\Python\Python310\lib\site-packages\torch\cuda_init.py", line 239, in _lazy_init
raise AssertionError("Torch not compiled with CUDA enabled")
AssertionError: Torch not compiled with CUDA enabled
Is there a way to run the model on windows without CUDA?
I would like to use the model for segmenting historical geman texts from about 1570 - 1650
Thanks in advance

Hi, how did you run the script, did you provide the cpu command line parameter?
https://github.com/githubharald/WordDetectorNN/blob/master/src/infer.py#L14
If you specify --device cpu it should work also on a computer without GPU.

Thanks for answering.
I run the script from vscode and did not change default cuda to cpu in line
19.
sorry for that. Now it is running as expected.
cheers
Uli
Am Mo., 3. Juli 2023 um 09:22 Uhr schrieb Harald Scheidl <
@.***>:

Hi, how did you run the script, did you provide the cpu command line
parameter?
https://github.com/githubharald/WordDetectorNN/blob/master/src/infer.py#L14
If you specify --device cpu it should work also on a computer without GPU.
—
Reply to this email directly, view it on GitHub
https://github.com/githubharald/WordDetectorNN/issues/21#issuecomment-1617516813,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACEJJSMKM4QOMEQAH7ZXZTTXOJXNDANCNFSM6AAAAAAZZOYD6U
.
You are receiving this because you authored the thread.Message ID:
@.***>

sounds good!


Implement a GUI

So far, this is just a CLI tool. It might be nice if it also offered a GUI.
I'm making a vague effort to keep the core logic & processing separated into a shared library. But, that effort isn't perfect, and lots of things live in the CLI commands.
Will need to do some further refactoring to ensure both CLI and GUI are just shells to drive functions in the core library module.

Hi, I'd like to give this go and try building out a basic UI for the app. I'm new to Rust but I cloned the repo and have been poking around and I think I can figure it out enough to help with this.

FWIW, it might be a bit early to build a GUI for this thing, considering the refactoring necessary to abstract out the logic shared between CLI / GUI. But, I wouldn't discourage some tinkering around toward that end!

Maybe consider using Tauri for a GUI frontend?

Maybe use Slint?


Pyfixest testing

Testing pyfixest
Ch10
See also the R version where fixest is used.

Test if results are the same
Adjust output presentation

Hi @gbekes, I can port the notebook over the weekend, and then we can compare if results match?

Great.
Btw, this should be next, ch23 panel data. Ping @adamvig96 if any Qs.

I'll try my best to get to it this weekend. I tried the other week but I was in a train & the internet failed me (we don't really have internet in trains in Germany...) & then I got caught up with work and PR reviews / bug fixes for pyfixest. Sorry!

Status update.
@adamvig96  went through the case studies and created pyfixest versions when applicable
see it HERE
We have these problems. Could you pls advise? @s3alfisc

We went through the case studies, see it here:https://github.com/gabors-data-analysis/da_case_studies/tree/pyfixest and have these problems. Could you pls advise?

case_study
pyfixest
issue

ch01-billion-prices-collect
not needed

ch01-hotels-data-collect
not needed

ch01-management-data-collect
not needed

ch02-football-manager-success
not needed

ch02-hotels-data-prep
not needed

ch02-immunization-crosscountry
not needed

ch03-city-size-japan
not needed

ch03-distributions-height-income
not needed

ch03-football-home-advantage
not needed

ch03-hotels-europe-compare
not needed

ch03-hotels-vienna-explore
not needed

ch03-simulations
not needed

ch04-management-firm-size
not needed

ch05-stock-market-loss-generalize
not needed

ch06-online-offline-price-test
not needed

ch06-stock-market-loss-test
not needed

ch07-hotels-simple-reg
not needed

ch07-ols-simulation
not needed

ch08-hotels-measurement-error
not needed

ch08-hotels-nonlinear
not needed

ch08-life-expectancy-income
not needed

ch09-gender-age-earnings
Dani TODO

ch09-hotels-europe-stability
Dani TODO

ch10-gender-earnings-understand
Dani TODO

ch10-hotels-multiple-reg
Dani TODO

ch11-australia-rainfall-predict
not needed

ch11-smoking-health-risk
not compatible
no logit no probit

ch12-electricity-temperature
not compatible
no HAC std errors

ch12-stock-returns-risk
Ádi done

ch12-time-series-simulations
not needed

ch13-used-cars-reg
Ádi done

ch14-airbnb-reg
Dani TODO

ch14-used-cars-log
Dani TODO

ch15-used-cars-cart
Ádi done

ch16-airbnb-random-forest
not needed

ch17-predicting-firm-exit
not needed

ch18-case-shiller-la
not compatible
no ARIMA VAR

ch18-swimmingpool
not needed

ch19-food-health
Ádi done

ch20-ab-test-social-media
Ádi done

ch20-working-from-home
Ádi done

ch21-ownership-management-quality
Ádi done

ch22-airline-merger-prices
not compatible
no R2 for WLS

ch23-immunization-life
not compatible
no R2 for WLS

ch23-import-demand-and-production
Ádi done

ch24-football-manager-replace
Ádi done

ch24-haiti-earthquake-gdp
not needed

Hi @gbekes , thanks, very useful! For most problems, we have open issues:
These are "quick wins" and we could implement them rather quickly (timeline = within 2 weeks):

https://github.com/py-econometrics/pyfixest/issues/348
https://github.com/py-econometrics/pyfixest/issues/566

I've recently (-> yesterday) started to work on an implementation of logistic regression: https://github.com/py-econometrics/pyfixest/issues/668 This will be slightly more involved but also not an impossible task. We would start with a Probit class after implementing the Logit estimator (as lots of code can be recycled).
HAC standard errors have not been on the roadmap at all; my perception was that they are actually not so widely used in practice. I have added a PR to include them: https://github.com/py-econometrics/pyfixest/issues/675

Hi @s3alfisc, I checked the remaining chapters and all others except for ch14's two folders all require features that are not yet implemented. The updated list looks like this:

case_study
pyfixest
issue

ch01-billion-prices-collect
not needed

ch01-hotels-data-collect
not needed

ch01-management-data-collect
not needed

ch02-football-manager-success
not needed

ch02-hotels-data-prep
not needed

ch02-immunization-crosscountry
not needed

ch03-city-size-japan
not needed

ch03-distributions-height-income
not needed

ch03-football-home-advantage
not needed

ch03-hotels-europe-compare
not needed

ch03-hotels-vienna-explore
not needed

ch03-simulations
not needed

ch04-management-firm-size
not needed

ch05-stock-market-loss-generalize
not needed

ch06-online-offline-price-test
not needed

ch06-stock-market-loss-test
not needed

ch07-hotels-simple-reg
not needed

ch07-ols-simulation
not needed

ch08-hotels-measurement-error
not needed

ch08-hotels-nonlinear
not needed

ch08-life-expectancy-income
not needed

ch09-gender-age-earnings
not compatible
no prediction interval and locally defined functions cannot be used inside the formula (lspline)

ch09-hotels-europe-stability
not compatible
locally defined functions cannot be used inside the formula (lspline)

ch10-gender-earnings-understand
not compatible
no prediction interval

ch10-hotels-multiple-reg
not compatible
locally defined functions cannot be used inside the formula (lspline)

ch11-australia-rainfall-predict
not needed

ch11-smoking-health-risk
not compatible
no logit no probit

ch12-electricity-temperature
not compatible
no HAC std errors

ch12-stock-returns-risk
Ádi done

ch12-time-series-simulations
not needed

ch13-used-cars-reg
Ádi done

ch14-airbnb-reg
Dani done

ch14-used-cars-log
Dani done

ch15-used-cars-cart
Ádi done

ch16-airbnb-random-forest
not needed

ch17-predicting-firm-exit
not needed

ch18-case-shiller-la
not compatible
no ARIMA VAR

ch18-swimmingpool
not needed

ch19-food-health
Ádi done

ch20-ab-test-social-media
Ádi done

ch20-working-from-home
Ádi done

ch21-ownership-management-quality
Ádi done

ch22-airline-merger-prices
not compatible
no R2 for WLS

ch23-immunization-life
not compatible
no R2 for WLS

ch23-import-demand-and-production
Ádi done

ch24-football-manager-replace
Ádi done

ch24-haiti-earthquake-gdp
not needed


set of rules to become SBB's official ruleset

Codecov Report

Merging #1152 into master will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master    #1152   +/-   ##
=========================================
  Coverage     88.04%   88.04%
  Complexity       85       85
=========================================
  Files            69       69
  Lines          1046     1046
  Branches         71       71
=========================================
  Hits            921      921
  Misses           88       88
  Partials         37       37

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 db6b3c6...cb29f4c. Read the comment docs.

Hi @schlpbch ,
Thank you for the PR. I have some questions about the PR.

What is SBB?
You copied some of the existing rules into a separate module, e.g. ApiAudienceRule, ApiIdentifierRule. What is the reason for that?

Hi @schlpbch ,
Thank you for the PR. I have some questions about the PR.

What is SBB?
You copied some of the existing rules into a separate module, e.g. ApiAudienceRule, ApiIdentifierRule. What is the reason for that?

Dear Vadim
We at Swiss Railway (SBB: Schweizerische Bundesbahnen (www.sbb.ch)) start to use zally for our API quality assurance. Great guidelines and tool, btw!
We are in process in adapting your rules to our needs. The patch was meant to be against our fork of zally on Github, not towards your version. Please apology.
Sincerely
-as

Thank you for the update @schlpbch


ddev stop --unlist isn't deleting the mutagen volume

Is there an existing issue for this?

[X] I have searched the existing issues

Run a Diagnostic and Paste Link Here
if you ddev stop --unlist a project and move it to another location and then do a ddev start you run into the following output on startup:
Mutagen sync completed with problems in 2s.
For details on sync status 'ddev mutagen st mover -l'

Expected Behavior
I would expect that the volume syncs without any errors or exceptions starting up a moved project.
Actual Behavior
Mutagen sync completed with problems in 2s.
For details on sync status 'ddev mutagen st mover -l'

Steps To Reproduce

docker volume ls

local     mover-mariadb
local     mover-postgres
local     mover_project_mutagen

ddev stop --unlist
docker volume ls

local     mover-mariadb
local     mover-postgres
local     mover_project_mutagen

move the project directory to a new location
ddev start => sync completes with problems
ddev mutagen st mover -l

Mutagen: problems:
--------------------------------------------------------------------------------
Name: mover
Identifier: sync_38fczR9bMEALLrJVMwC0Un33HwRgYoaymj7FGsDATz3
Labels:
	com.ddev.volume-signature: unix-Users-rkoller-colima-default-docker-sock-20220909174555
Configuration:
	Synchronization mode: Two Way Resolved
	Maximum allowed entry count: Default (2⁶⁴−1)
	Maximum staging file size: Default (18 EB)
	Symbolic link mode: POSIX Raw
	Ignore VCS mode: Default (Propagate)
	Ignores:
		/.git
		/.tarballs
		/.ddev/db_snapshots
		/.ddev/.importdb*
		/.ddev/.*downloads
		.DS_Store
		.idea
		/web/sites/default/files
Alpha:
	URL: /Users/rkoller/Sites/movedagain/mover
	Configuration:
		Watch mode: Default (Portable)
		Watch polling interval: Default (10 seconds)
		Probe mode: Default (Probe)
		Scan mode: Default (Accelerated)
		Stage mode: Neighboring
		File mode: Default (0600)
		Directory mode: Default (0700)
		Default file/directory owner: Default
		Default file/directory group: Default
	Connected: Yes
	Synchronizable contents:
		0 directories
		0 files (0 B)
		0 symbolic links
Beta:
	URL: docker://ddev-mover-web/var/www/html
		DOCKER_HOST=unix:///Users/rkoller/.colima/default/docker.sock
	Configuration:
		Watch mode: Default (Portable)
		Watch polling interval: Default (10 seconds)
		Probe mode: Default (Probe)
		Scan mode: Default (Accelerated)
		Stage mode: Neighboring
		File mode: Default (0600)
		Directory mode: Default (0700)
		Default file/directory owner: Default
		Default file/directory group: Default
	Connected: Yes
	Synchronizable contents:
		6557 directories
		25871 files (126 MB)
		4 symbolic links
Conflicts:
	(alpha) <root> (Directory -> <non-existent>)
	(beta)  web/sites/default/files (<non-existent> -> Untracked content)
Status: Watching for changes
--------------------------------------------------------------------------------

### Anything else?

_No response_

This was fixed in https://github.com/drud/ddev/pull/4206

did a quick test after updating to the latest head. steps applied:

first did a ddev config and a ddev startfor an already existing project
then did a ddev stop --unlist
checked with ddev list that the project was actually properly removed
created a new directory in ~/Sites/wordpressmoved and moved the directory of the unlisted project in ~/Sites/wordpressmoved/wp.
in the new location i did a ddev config and a ddev start

the output:
$> ddev start
Starting wp...
Pushed mkcert rootca certs to ddev-global-cache/mkcert
Network ddev-wp_default  Created
Container ddev-wp-web  Started
Container ddev-wp-db  Started
Container ddev-wp-dba  Started
Starting mutagen sync process... This can take some time.
.Mutagen sync flush completed in 3s.
For details on sync status 'ddev mutagen st wp -l'
Container ddev-router  Started
Successfully started wp
Project can be reached at https://wp.ddev.site https://<IP_ADDRESS>:49162
Instrumentation is opted in, but SegmentKey is not available. This usually means you have a locally-built ddev binary or one from a PR build. It's not an error. Please report it if you're using an official release build.

no error anymore like described in the issue summary. and the mutagen status also looks fine after the move:
$> ddev mutagen st wp -l
Mutagen: ok:
--------------------------------------------------------------------------------
Name: wp
Identifier: sync_evy4qgEY3jDYET8YTaJczSIUc3Js3lRekg1wAEEOAC0
Labels:
	com.ddev.volume-signature: unix-Users-rkoller-colima-default-docker-sock-20220918145458
Configuration:
	Synchronization mode: Two Way Resolved
	Maximum allowed entry count: Default (2⁶⁴−1)
	Maximum staging file size: Default (18 EB)
	Symbolic link mode: POSIX Raw
	Ignore VCS mode: Default (Propagate)
	Ignores:
		/.git
		/.tarballs
		/.ddev/db_snapshots
		/.ddev/.importdb*
		.DS_Store
		.idea
		/wp-content/uploads
	Permissions mode: Default (Portable)
Alpha:
	URL: /Users/rkoller/Sites/wordpressmoved/wp
	Configuration:
		Watch mode: Default (Portable)
		Watch polling interval: Default (10 seconds)
		Probe mode: Default (Probe)
		Scan mode: Default (Accelerated)
		Stage mode: Neighboring
		File mode: Default (0600)
		Directory mode: Default (0700)
		Default file/directory owner: Default
		Default file/directory group: Default
	Connected: Yes
	Synchronizable contents:
		357 directories
		2957 files (62 MB)
		0 symbolic links
Beta:
	URL: docker://ddev-wp-web/var/www/html
		DOCKER_HOST=unix:///Users/rkoller/.colima/default/docker.sock
	Configuration:
		Watch mode: Default (Portable)
		Watch polling interval: Default (10 seconds)
		Probe mode: Default (Probe)
		Scan mode: Default (Accelerated)
		Stage mode: Neighboring
		File mode: Default (0600)
		Directory mode: Default (0700)
		Default file/directory owner: Default
		Default file/directory group: Default
	Connected: Yes
	Synchronizable contents:
		357 directories
		2957 files (62 MB)
		0 symbolic links
Status: Watching for changes
--------------------------------------------------------------------------------

looks all good :) thanks a lot for the fix!


Update main.go to work around issue with default URL

the code is saying, that if provided string is not null - i.e., provided by the user, override it with the default URL, which is wrong, I believe.

Hi @alexander-potemkin, thank you for your contribution!
This is indeed a bug, but the check should be for an empty webhook url, I've submitted a PR, our team will review and merge it ASAP.
I'm closing this PR in favour of #71
Best, Simon

Thanks, make sense. I'm looking forward to having it live on bitrise!


Add License

We should License under MIT with Copyright XLTS.dev

And publish a new version with this license.

@Splaktar I'm thinking this issue, #9, and #10 can all get tackled fairly quick and then we publish tag and publish v1.1.0. Do you agree?

@edclement sounds good.


fix: add default debug server host

Types

[x] 🐛 Bug Fixes

Background or solution

🤖 Generated by Copilot at 86c391b

Fix bug where debug adapter fails to connect to server if host is undefined or empty by using a default value of '<IP_ADDRESS>' (link)

close #2745

Changelog

🤖 Generated by Copilot at 86c391b
Fix debug adapter connection issues in opensumi/core extension. Use a default host value in connectDebugAdapter function if none is provided by the server.

/next


feat(#123): added-iconlayer-support

Added support for iconlayer
had to replace iconAtlas to iconAtlasConfig.  For some reason iconAtlas param is overwritten in the parent class. I assume it is due to the property type of image and since it also accepts string and this causes the overwritten. I am not very familiar with deckgl's layer param validations if you can guide me to fix it I can finish this PR.

I assume a multipoint support can also be added here. maybe in the next PR.
Any additional comments are welcomed. Thanks!

I haven't had time to organize it yet, but in theory development here might be moving to a semi-official deck.gl fork in https://github.com/visgl/deck.gl-community

@kylebarron thanks!
I have some more updates on this layer and would like to add them to this PR eventually!
But as part of moving to community layers repository! Is this something planned to happend per each geoarrow layer separately?
Or is the plan to transfer the entire set of the geoarrow layers there all at once?

But as part of moving to community layers repository! Is this something planned to happend per each geoarrow layer separately?
Or is the plan to transfer the entire set of the geoarrow layers there all at once?

It was already forked in https://github.com/visgl/deck.gl-community/pull/67 and the existing layers are all at https://github.com/visgl/deck.gl-community/tree/master/modules/arrow-layers. But I haven't had time to actually test using them in my code (in Lonboard), and no one else is working on this right now.
If you were interested, you could try out using the deck.gl-community version of arrow-layers in your project and check that it works the same.

@kylebarron ok so I will check that version!
So shall I open a PR for Icon layers in that repository once I checked them?

Yeah that sounds great


Proof mode, second draft

Proof mode, second draft
Description
Add proof mode for cairo1 inside the VM.
TODO:

[ ] Solve issue with gas builtin pointer when it's between other built ins
[ ] Add SegmentArena support for dictionaries

Final version done in #1517


An always-404 tag pill appears upon search

I've rebuilt my Shaarli using the support-v012 branch, and although many issues are now solved, I've bumped into a new one. To be honest, I think this bug was also present before but since I've tested my Shaarli for bugs now, I've found it.
Upon search for tags, an extra empty pill is appended to the list which is always pointing to a 404 page:

I suppose this pill would like to be a "remove all" function or something like that but is now malfunctioning.

This will be fixed with v0.12.1.

This will be fixed with v0.12.1.

With the latest commits, I don't experience this issue anymore, the surplus X tag is gone. Thank you very much!

With the latest commits, I don't experience this issue anymore, the surplus X tag is gone. Thank you very much!


chore(main): release 0.14.1

:robot: I have created a release beep boop
0.14.1 (2024-07-12)
Bug Fixes

enabled sending security headers for StaticWebsite by default (e749796)

This PR was generated with Release Please. See documentation.

:robot: Created releases:

v0.14.1
:sunflower:


ERROR: Declaration of App\Modules\Transaction\Providers\RouteServiceProvider::addRouteMiddleware() should be compatible with Caffeinated\Modules\Providers\RouteServiceProvider::addRouteMiddleware($routeMiddleware)

Hello, I'm currently deploying my application in our production server when this error happens upon doing a composer install
Declaration of App\Modules\Transaction\Providers\RouteServiceProvider::addRouteMiddleware() should be compatible with Caffeinated\Modules\Providers\RouteServiceProvider::addRouteMiddleware($routeMiddleware)

any idea why ?

FIXED: I've just removed the modules.json and it works.

Is this thread still open? Because I'm also having the same issue


[Maps] Migrate test to federated authentication

Packages impacted by this PR

@azure-rest/maps-search
@azure-rest/maps-route
@azure-rest/maps-render
@azure-rest/maps-geolocation

Issues associated with this PR
#29699
Describe the problem that is addressed by this PR

Migrate the test to federated authentication
In the samples, use AAD auth as default authentication method.

What are the possible designs available to address the problem? If there are more than one possible design, why was the one in this PR chosen?
NA
Are there test cases added in this PR? (If not, why?)
Yes, changes are made in the Maps<serviceName>.spec.ts. Note that there are some failed pipelines:

LRO test in maps-route-rest: Known issue. Maps team has an exist work item under the internal backlog.
CredentialUnavailableError in macos environment under maps-geolocation: Know issue. #30356

Provide a list of related PRs (if any)
Command used to generate this PR:**(Applicable only to SDK release request PRs)
Checklists

[x] Added impacted package name to the issue description
[ ] Does this PR needs any fixes in the SDK Generator?** (If so, create an Issue in the Autorest/typescript repository and link it here)
[ ] Added a changelog (if necessary)

API change check
API changes are not detected in this pull request.

API change check
API changes are not detected in this pull request.

/azp run js - maps-geolocation-rest - tests

API change check
API changes are not detected in this pull request.

API change check
API changes are not detected in this pull request.

/azp run js - maps-geolocation-rest - tests

API change check
API changes are not detected in this pull request.

API change check
API changes are not detected in this pull request.

API change check
API changes are not detected in this pull request.

/azp run js - maps-geolocation-rest - tests

/azp run js - maps-search-rest - tests

/azp run js - maps-route-rest - tests

API change check
API changes are not detected in this pull request.

API change check
API changes are not detected in this pull request.

API change check
API changes are not detected in this pull request.

API change check
API changes are not detected in this pull request.

/azp run js - maps-render-rest - tests

/azp run js - maps-route-rest - tests

/azp run js - maps-geolocation-rest - tests

/azp run js - maps-search-rest - tests

@minhanh-phan please take a look. Thanks!

Please address the previous comments and the ci pipeline failures, otherwise, the changes look good to me!

/azp run js - maps - ci


多大仇 = - =

不看不就好了，为啥还要屏蔽。。。

每个人有每个人的选择和喜好.
Sent from ProtonMail Mobile
On Thu, Aug 23, 2018 at 08:42, Eric Xue<EMAIL_ADDRESS>wrote:

不看不就好了，为啥还要屏蔽。。。
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.


fix: filter out anonymous images

relates to https://github.com/ScribeMD/docker-cache/issues/572
through local testing, i'm finding that using docker save {{ .ID }} actually anonymizes named images upon docker load
given this docker client behavior, i'm thinking we might just want to filter out the anonymous images (these aren't being cached currently anyway, due to the docker client not accepting <none>:<none> as a save-able image input)
I dont see the tests running in CI/CD, so here's an output of npm run test
npm run test

><EMAIL_ADDRESS>test
> yarn run tsc && yarn run jest:esm

(node:92973) ExperimentalWarning: VM Modules is an experimental feature and might change at any time
(Use `node --trace-warnings ...` to show where the warning was created)
 PASS  src/main.test.ts
(node:92972) ExperimentalWarning: VM Modules is an experimental feature and might change at any time
(Use `node --trace-warnings ...` to show where the warning was created)
 PASS  src/post.test.ts
(node:92971) ExperimentalWarning: VM Modules is an experimental feature and might change at any time
(Use `node --trace-warnings ...` to show where the warning was created)
 PASS  src/util.test.ts
(node:92969) ExperimentalWarning: VM Modules is an experimental feature and might change at any time
(Use `node --trace-warnings ...` to show where the warning was created)
 PASS  src/docker.test.ts
(node:92970) ExperimentalWarning: VM Modules is an experimental feature and might change at any time
(Use `node --trace-warnings ...` to show where the warning was created)
 PASS  src/integration.test.ts
-----------------|---------|----------|---------|---------|-------------------
File             | % Stmts | % Branch | % Funcs | % Lines | Uncovered Line #s
-----------------|---------|----------|---------|---------|-------------------
All files        |     100 |      100 |     100 |     100 |
 src             |     100 |      100 |     100 |     100 |
  docker.ts      |     100 |      100 |     100 |     100 |
  main.ts        |     100 |      100 |     100 |     100 |
  post.ts        |     100 |      100 |     100 |     100 |
  util.ts        |     100 |      100 |     100 |     100 |
 src/arbitraries |     100 |      100 |     100 |     100 |
  util.ts        |     100 |      100 |     100 |     100 |
 src/mocks       |     100 |      100 |     100 |     100 |
  util.ts        |     100 |      100 |     100 |     100 |
-----------------|---------|----------|---------|---------|-------------------

Test Suites: 5 passed, 5 total
Tests:       11 passed, 11 total
Snapshots:   0 total
Time:        2.921 s, estimated 5 s
Ran all test suites.

Our contributing guide explains how to run our CI locally. That plus a rebase will likely get you through the remaining build errors.

Actually, it occurs to me that we could probably save the anonymous images by ID and the names ones by name to avoid the need for filtering? I think we may even be able to pull this off by using conditional expressions in the format string that we pass on the command line.

Superseded by #816, where I have implemented the strategy described in my previous comment.


Deploy PlantCV extractor on ROGER production

Hi @yanliu-chn,
I'd like to deploy PlantCV extractor on the production instance of Clowder for TERRA.
I created a new instance on ROGER Kilo and started to pull the git repo and install PlantCV dependencies when I remembered you have done this before on Nebula. Did you use docker to do this? Do you have instructions or script you can send to me? Or if you think it would be easier/faster can you deploy on Kilo?
We only need to customize the config.py file slightly before running.

hi @max-zilla , I followed https://opensource.ncsa.illinois.edu/bitbucket/projects/BD/repos/dockerfiles/browse/clowder/plantcv/Dockerfile to set up dependencies with a bit modification on the extractor github location/branch and the correct pyclowder branch.
is it faster to copy the plantcv2 extractor VM in nebular and import it to ROGER kilo?

@yanliu-chn copying a working VM is probably easier than trying to build another from scratch. In the Dockerfile you linked, when we run it we'd need to override two environmental variables:
RABBITMQ_URI = "amqp://guest:guest@rabbitmq.ncsa.illinois.edu:5672/clowder"
RABBITMQ_EXCHANGE = "terra"
I haven't gone through the export/import process with a VM on Nebula or ROGER. How is this done? I can see plantcv-extractor-v2 on Nebula but not sure what actions to take to do this safely.

@robkooper meanwhile I have a VM on Kilo with the terra demosaic extractor dependencies prepared that I think is ready to run. I wasn't going to use docker here, just run the extractor directly. Would you run the extractor in a screen session, as a service of some kind, or something else?

@max-zilla @robkooper the Dockerfile needs to be updated to reflect the following changes:

pull the correct pyclowder branch
pull the correct extractor repo
install python-pip first before running pip-install (i forgot to put that in)
add a 'apt-get upgrade -y -q' at the beginning

The config to RABBITMQ_URI somehow needs to be manually set because it contains secret keys. We currently use the clowder-dev virtual host.
This is the currently config.py:

# =============================================================================
#
# In order for this extractor to run according to your preferences,
# the following parameters need to be set.
#
# Some parameters can be left with the default values provided here - in that
# case it is important to verify that the default value is appropriate to
# your system. It is especially important to verify that paths to files and
# software applications are valid in your system.
#
# =============================================================================

import os

# name to show in rabbitmq queue list
#extractorName = os.getenv('RABBITMQ_QUEUE', "terraPlantCV")
extractorName = os.getenv('RABBITMQ_QUEUE', "terra")

# URL to be used for connecting to rabbitmq
#rabbitmqURL = os.getenv('RABBITMQ_URI'<EMAIL_ADDRESS>rabbitmqURL = os.getenv('RABBITMQ_URI'<EMAIL_ADDRESS>
# name of rabbitmq exchange
#rabbitmqExchange = os.getenv('RABBITMQ_EXCHANGE', "clowder")
rabbitmqExchange = os.getenv('RABBITMQ_EXCHANGE', "terra")

# type of files to process
messageType = "*.dataset.file.added"

# trust certificates, set this to false for self signed certificates
sslVerify = os.getenv('RABBITMQ_SSLVERIFY', False)

# Comma delimited list of endpoints and keys for registering extractor information
registrationEndpoints = os.getenv('REGISTRATION_ENDPOINTS', "http://localhost:9000/clowder/api/extractors?key=key1, http://host2:9000/api/extractors?key=key2")

# Path to script that contains PlantCV modules to import
scriptPath = "../PlantcvClowderIndoorAnalysis.py"

@max-zilla also, I think @robkooper knows how to move the instance image from Nebula to Kilo

@yanliu-chn in that Dockerfile, instead of:
pip install git+https://opensource.ncsa.illinois.edu/stash/scm/cats/pyclowder.git

You should use:
pip install git+https://opensource.ncsa.illinois.edu/stash/scm/cats/pyclowder.git@bugfix/CATS-554-add-pyclowder-support-for-dataset

This will install the correct PyClowder branch.
For the correct extractor branch, this is in this repo now.
6 EXTRACTOR_HOME=/home/clowder/computing-pipeline/scripts/plantcv/extractor

54 git clone https://github.com/terraref/computing-pipeline.git

Not sure if this impacts your start.sh script too.

@max-zilla thanks for the update. it doesn't affect start.sh. I will find a time to update the Dockerfile and test.

@max-zilla @Zodiase @robkooper @czender I have successfully created the docker container of the hyperspectral image conversion. @Zodiase , please use this docker file as your development environment for extractor development. Let me know if you have any questions.
I created a branch to add the docker files:
https://github.com/terraref/computing-pipeline/tree/hyperspectral-extractor-dockerfile/scripts/hyperspectral/docker

@yanliu-chn can you add Python requests library to the Dockerfile dependencies it installs? I'm updating the extractor slightly to upload results to BETYdb:
https://github.com/terraref/computing-pipeline/issues/33

@yanliu-chn I have completed my updates to the PlantCV extractor. If you don't have time to update the dockerfile, please let me know and I can try to do so.

@max-zilla That'd be great. I have been swamped recently.

@yanliu-chn your Dockerfile is here: https://opensource.ncsa.illinois.edu/bitbucket/projects/BD/repos/dockerfiles/browse/clowder/plantcv/Dockerfile (in the BD repo)
The Dockerfile I originally created lives with the extractor itself in the compute-pipeline repo:
https://github.com/terraref/computing-pipeline/blob/master/scripts/plantcv/extractor/Dockerfile
Your copy is clearly the one to use. My question, probably for @robkooper, is whether we want the dockerfile for this extractor to go in the BD repo or in this one. I have not looked at the dockerfiles repo but it looks like that's the one to use going forward?

please feel free to merge the two into terraref repo. thanks!

@yanliu-chn the only piece I'm not sure how to update is this:
# Set plantcv env var
/bin/sed -i -e "s#exRootPath =.*#exRootPath = '${CLOWDER_HOME}/extractors-plantcv'#" config.py

(https://opensource.ncsa.illinois.edu/bitbucket/projects/BD/repos/dockerfiles/browse/clowder/plantcv/start.sh line 24)
Do you remember what this is looking for? The directory: https://opensource.ncsa.illinois.edu/bitbucket/projects/CATS/repos/extractors-plantcv/browse
...doesn't really match what we have in computing-pipeline repo.

right. This points to the directory under which the extractor can find bin/extract.sh in the old plantcv. I don't think exRootPath is used in the new extractor Fengling developed. If so, we can drop it from config.py.

@yanliu-chn @nfahlgren I have moved the PlantCV extractor code to a new repository under this project:
https://github.com/terraref/extractors-lemnatec-indoor
This is after discussion with @robkooper and @dlebauer. Reasons include:

simplification of activity tracking for this extractor - computing-pipeline is getting busy and having smaller repos for the different sensor types helps keep things manageable.
consolidation of code from across several repositories
we get a danforth-specific set of issues/wiki for this extractor going forward.

Noah, I moved your indoor analysis script here. The Uploader/Globus_uploader scripts will remain in computing-pipeline/scripts/plantCV for now, because those are truly related to the pipeline and technically distinct from the extractor.
Yan, I believe I faithfully ported your Dockerfile and added the necessary updates, but may ask for your/Fengling's help in the next day or two to test.

Thanks, @max-zilla !

@yanliu-chn @robkooper sounds like it shouldn't be too difficult to move VM from Nebula to Roger now that both are Kilo.
We should just migrate this VM, and perform any necessary updates based on changes to plantCV since the test VM was set up (there may not be any).

I've just downloaded an 8 GB image of the Nebula PlantCV VM and I'm in the process of uploading it to Roger images. For those interested @yanliu-chn @robkooper the basic process should be generic for any OpenStack Kilo instances.

Install the client OS tools:

pip install python-openstackclient

downloaded OpenStack RC files from both Nebula and Roger from browser GUI
http://docs.openstack.org/user-guide/common/cli-set-environment-variables-using-openstack-rc.html (this is a little bash script that will set some environment variables, but more importantly it contains the OS tenant ID that you use below)

run the RC script and get the ID of the image you want

openstack image list

pull down image from Nebula

glance --os-username USERNAME --os-tenant-id TENANT_ID \
--os-project-name TERRA --os-password PASSWD \
image-download --file plantcv.raw IMAGE_ID

upload image to Roger (in progress) by logging into GUI, Images > Create > From File.

OK @jdmaloney I think the VM is ready. Can you prepare exports for VM <IP_ADDRESS>:
reads: /sites/danforth/raw_data
writes: /sites/danforth/Level_1/plantcv
(there's a /danforth/derived_data but we can delete that and use Level_1 instead)
Right now obviously both these directories are empty, but once mounted I can try to get some data moved in there.

Extractor has been deployed. The BETYdb push flag is disabled until @gsrohde and I confirm the BETY instance to use.
Will see about getting the older data Noah had pushed to the dev instance loaded on production so it can trigger on them. Sample output: https://terraref.ncsa.illinois.edu/clowder/datasets/57ec256f4f0c067b0da81887

The instance to use is terraref.ncsa.illinois.edu/bety aka bety6
On Thu, Sep 29, 2016 at 8:32 AM Max Burnette<EMAIL_ADDRESS>wrote:

Extractor has been deployed. The BETYdb push flag is disabled until
@gsrohde https://github.com/gsrohde and I confirm the BETY instance to
use.
Will see about getting the older data Noah had pushed to the dev instance
loaded on production so it can trigger on them. Sample output:
https://terraref.ncsa.illinois.edu/clowder/datasets/57ec256f4f0c067b0da81887
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/terraref/computing-pipeline/issues/147#issuecomment-250466792,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAcX55ojy3PoBOmS3mP8erckJPHsd2p2ks5qu74CgaJpZM4JlwgU
.

@gsrohde I believe that's the instance you mentioned yesterday. Can you please verify the necessary data has been loaded in that instance like we discussed here: https://github.com/terraref/computing-pipeline/issues/33 ?
Then I can add that URL, get an API key and make sure the module is functioning as expected.

@max-zilla Was there a particular comment in #33 where we discussed this?  I think from David's comment https://github.com/terraref/computing-pipeline/issues/33#issuecomment-230545333 that all the metadata is there.
I think that the API rolls everything back if there is a row it can't insert.  I have to double-check this.  In other words, if you tried to do the API call without all the metadata being there, no harm would be done.
I still have to deploy some last few changes to the insertion API having to do with the traits issue we discussed yesterday.  I plan to do a release today (unlikely), tomorrow (possibly) or early next week, after which we should be good to go.

@gsrohde looks like you're correct, the discussion I saw was relating to a test instance:
You are of course free (and encouraged) to post to any test copy. (You will have to put the relevant metadata in place first for the post to succeed.)
...
So shall I do this? Perhaps set it up on pecandev? All that's really needed is to dump the rows that will be referred to in the CSV file(s).
...
@max-zilla I think I've copied enough data over to pecandev so you can use it to test. The URL is http://pecandev.igb.illinois.edu/beta/api/beta/traits.csv.

But it looks like we're set. I'm going to close this issue and create another smaller one for the Bety push component.


Feature requests/proposals

Hi 😄
I'd like to know your opinion on the following features:

Make instances of RestEase IDisposable when the provided interface is also IDisposable. The proposed semantics would be to dispose of the HttpClient. When the restease client is being disposed.
Accept an IProgress<int> and provide progress info to the caller. This can be interesting when downloading a big file using restease.

I can create a pullrequest but I wanted your preliminary input.
Thanks!

Sure, makes sense. Go for it! IRequester would be IDisposable, and Requester would dispose its HttpClient.
I'm not sure how you'd go about this, since HttpClient doesn't support reporting progress directly. You can wrap its response stream and read it bit-by-bit, but that's not going to work with HttpResponseMessage or Response<T> return types.

Right, I added IDisposable support.
Do you have an approach in mind for IProgress<T>?

Hi,
Sorry this has totally slipped my mind. Thanks for supporting IDisposable!
For IProgress, I was thinking about something along the lines of this Stackoverflow post.

Thinking about it a bit more, I don't think that it will work.
RestEast is primarily a REST API client. This comes with some assumptions, among them one that responses are small enough to be buffered in memory as strings, and deserialized to objects from memory. Responses this small don't need progress.
It does however support fetching larger resources, for the odd case where someone may need to. This is done by returning a Task<HttpResponseMessage>, where the user can call .Content.CopyToAsync() or similar, prompting an asynchronous fetch to disk. RestEase can't add progress to this case, as it doesn't get between the user and the HttpResponseMessage.
I think progress is better served by an extension method on HttpContent called CopyToWithProgressAsync or something, which takes a Stream and an IProgress<T>. This would be entirely independent of RestEase, and so I don't feel too comfortable about including it.

I totally agree with you. How about doing some thing like the code bellow when restease should return a HttpResponse:
``ˋ{csharp}
var response = await client.GetAsync(url, HttpCompletionOption.ResponseHeadersRead, token);
Maybe we can introduce a flag to enable this behaviour?

We do already ;)

Hmm. We currently send with HttpCompletionOptions.ResponseContentRead, so that the CancellationToken can cancel the reading of the body. I reckon it's probably fair to change this to ResponseHeadersRead if we're returning a HttpResponseMessage.

Right, change made.

That's awesome! Thanks for your help! 😃

(Re-opening to remind me to make a release)


Using AWS SDK Version 3

As discussed with my colleague (@edu115) we updated the AWS SDK to version 3.
The only real change we did was in SqsQueueByName.cs:
We would get an error in unittest WhenOptingOutOfErrorQueue.ErrorQueueShouldNotBeCreated:
"Value {"maxReceiveCount":"5", "deadLetterTargetArn":""} for parameter RedrivePolicy is invalid. Reason: Invalid value for deadLetterTargetArn.".
Since this only happens when opting out of an errorqueue and without an error queue you don't need a redrive policy, we moved the call to UpdateRedrivePolicy to within the errorqueue create/update condition block.

Hi, do you want to update this PR for current master? I looked at it and the conficts is easy to fix - just 1 line in SqsQueueByName.cs.

@Liewe We'd like this to be merged to the develop branch, which will be where we'll be adding features to become v5.

I'll have a look in monday.

I upmerged master. @slang25 I created a new pullrequest targeting the develop branch:  https://github.com/justeat/JustSaying/pull/222

Closing in favor of #222. Thanks @Liewe!


Failed to build contrib repo from source

Describe your environment
MacOS 11.4
PHP v8.0.9
Composer version 2.1.6
Docker version 20.10.5
docker-compose version 1.28.5
I'm not behind a VPN.
Steps to reproduce
Following the Readme, I simply ran:
make install

What is the expected behavior?
A successful build
What is the actual behavior?

 They have been ignored, or old ones used instead.
Reading package lists...
Building dependency tree...
Reading state information...
Package git is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'git' has no installation candidate
E: Unable to locate package zip
ERROR: Service 'php' failed to build : The command '/bin/sh -c apt-get -y update && apt-get -y install git zip &&     curl -sS https://getcomposer.org/installer | php &&     mv composer.phar /usr/local/bin/composer &&     chmod +x /usr/local/bin/composer &&     pecl install ast-1.0.10 xdebug &&     docker-php-ext-enable ast xdebug &&     docker-php-ext-install pcntl' returned a non-zero code: 100
make: *** [install] Error 1

Additional context
I tried following the steps in this SO post and they did not help.

@willarmiros - it looks like you had a temporary network resolution failure to deb.debian.org.  Are you able to hit that URL from your machine directly?  I'm wondering if your docker instance is having some sort of networking hiccup.  I was able to run make install without any complications on my macbook with very similar specs.


[Question] Set for the FOSRestBundle?

This package already has the JMS, so would it be ok to also add a directory for the FOSRestBundle?
The fosrest directory would contain the set for the annotations to attributes.
If this is ok then I will write the code.
@TomasVotruba

That would be great !

Of course 👍 feel free so send any PR with fos upgrade sets.

I will try to do it this week.


Added our 3D workout models with AR mode

This PR includes work done on - Virtual Fitness Trainer
( Check all the comments to know about continuous changes added in this PR )
Changes made are as follows,

Added 3D models for 4 workouts - Jumping Jacks, Squats, Plank, and Push Ups
Added AR mode for mobiles ( on supported browsers ) which shows the animated model on the surface

Get Preview deployed on Vercel here: Ossistant's Virtual Fitness Trainer
( Visit workout pages for  Jumping Jacks, Squats, Plank, Pushups on desktop and mobile ( using Chrome) to see all changes )
https://github.com/osenorth/AR-Personal-Assistant/assets/56475750/7704d8b4-ab7c-4bd0-981d-4df6cccc53fc
Hope you like it! Let me know if you need some more changes.
Overall Status of Virtual Fitness Trainer

We have 7 workouts and 7 Yoga Poses. From which 4 workouts are having our own models in AR and for the other 3 workouts and all yoga the implementation is ready, but models are in progress, so will be added when they will be ready.

What's Next To Do

Add our own 3D models and show them in AR for all workouts and yoga poses
Provide feedback for each workout and yoga to the user for wrong postures/method of doing as a virtual trainer

Last week's [29/05 - 02/06] progress added in this PR is as follows,

Added tracking for four more workouts for which 3D models were already developed, so integrated them as well in AR
Improved overall 360deg viewer and AR viewer for all workouts

Now, we have total of 11 workouts being tracked nicely with 7 having our own 3D models added in the AR viewer.
Next week, I will get and integrate the remaining 3D models and improve the feedback feature further.

Last week's [05/06 - 09/06] progress added in this PR is as follows,

Added our own 3D models in 360deg viewer and AR viewer for all yoga poses
Created reusable component to load all 3d yoga models

Now, we have all yoga poses with our own 3D models in 360deg viewer and AR viewer.
So, all expected features for Virtual Fitness Trainer are developed now.
Next week, I will test everything one by one, improve existing things, and fix some bugs.


Title box border animation added...

Hi,
I have added border animation to the title box, and this animation is working absolutely fine with all mission numbers.
If everything from my contribution is fine then kindly merge my piece of code..
If there is anything else needed related to this issue kindly let me know anytime..
[ ]- My PR follows the style guidelines of this project,
[ ]- I have performed a self-review of my own code or materials,
[ ]- My changes generate no new warnings.

Hello @marizvi good job, but you still need to fix the margin issues. Look at the screenshots attached. When mission name is bigger, the box is touching the entire card.

I am happy that you liked my work,
And yes I will fix this issue, But since this margin issue wasn’t related
to this animation part, So can I generate another issue for the same or
should I fix it in this issue only?
It will be good enough if you allow me to generate another issue for this,
if not then also no problem i will fix it in this only..
On Wed, 16 Jun 2021 at 7:13 PM, Manan Kohli @.***>
wrote:

Hello @marizvi https://github.com/marizvi good job, but you still need
to fix the margin issues. Look at the screenshots attached. When mission
name is bigger, the box is touching the entire card.
[image: Screenshot (12)]
https://user-images.githubusercontent.com/43683368/122229637-c82bc180-ce6d-11eb-9f63-c9229c8506ea.png
[image: Screenshot (13)]
https://user-images.githubusercontent.com/43683368/122229652-cbbf4880-ce6d-11eb-8c07-1551e898e086.png
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/manankohlii/spacex-launch-data/pull/87#issuecomment-862391877,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ASKOUFH3WXECN6XLA53XCPTTTCS6XANCNFSM46ZOEH5A
.

@marizvi fix it in this issue only. Take your time. Quality>quantity 👍🏻

Hi,
I did the changes you asked for,
Now if everything works fine then kindly merge my piece of code also.
Thank you..

Sir,
It was the issue number #79.
It is still opened..


Enhance docs for email reporting

CATEGORY

[x] Documentation

SUMMARY
Documentation about the email report feature is quite poor and it took me a while to set it up. Basically it was a trail-and-error approach and I needed to read the source code frequently. This enhancement should explain the necessary steps much better.

Codecov Report

Merging #8486 into master will decrease coverage by 4.93%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master    #8486      +/-   ##
==========================================
- Coverage   71.47%   66.53%   -4.94%
==========================================
  Files         117      449     +332
  Lines       12336    22599   +10263
  Branches        0     2367    +2367
==========================================
+ Hits         8817    15036    +6219
- Misses       3519     7425    +3906
- Partials        0      138     +138

Impacted Files
Coverage Δ

...sets/src/explore/components/ExploreChartHeader.jsx
50% <0%> (ø)

superset/assets/src/components/Checkbox.jsx
100% <0%> (ø)

...perset/assets/src/dashboard/util/getEmptyLayout.js
0% <0%> (ø)

...ts/src/dashboard/util/getComponentWidthFromDrop.js
95.23% <0%> (ø)

.../assets/src/dashboard/reducers/dashboardFilters.js
88.23% <0%> (ø)

...rc/explore/components/controls/AnnotationLayer.jsx
2.46% <0%> (ø)

superset/assets/src/welcome/DashboardTable.jsx
87.5% <0%> (ø)

...erset/assets/src/dashboard/util/injectCustomCss.js
91.66% <0%> (ø)

...explore/components/controls/ColorPickerControl.jsx
85% <0%> (ø)

...ets/src/dashboard/components/dnd/DragDroppable.jsx
94.59% <0%> (ø)

... and 322 more

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 3cba1bd...b9710e6. Read the comment docs.

Very likely that this feature will change quite a bit in the future, but ok with documenting the current implementation.


[CI] Add dependabot config

Current Behavior
Repo needs dependabot.yml added.
Implementation
Copy from meshery/meshery as a base template.
Reference:

Meshery Build & Release Strategy

Closing, done in https://github.com/meshery/meshsync/pull/108


Missing Icon for CSVFS datastore type

The issue appears on darga/euwe/master branches
Screenshot:

Error in logs:
INFO -- : Started GET "/images/100/storagetype-csvfs.png" for ::1 at 2016-11-16 17:29:11 +0100
FATAL -- : ActionController::RoutingError (No route matches [GET] "/images/100/storagetype-csvfs.png")

@martinpovolny Please close


Would it be better to change server to validator?

rename linera-validator
https://github.com/linera-io/linera-protocol/blob/3b30d39329a378ca69ffe8e260ad7cb30be3a981/linera-service/Cargo.toml#L85

Hi @firedpeanut. That's a good question. A server is not precisely a validator. A validator is a logical unit and is comprised of (for now) a proxy which acts as an ingress and load balancer as well as one or more shards (also called servers).
We will probably start to group proxies and servers together into a single unit we ship (using containerization or otherwise) in the future.
Feel free to close the issue if this answers your question.

I see. thank you.


Filter functions and typedefs by prefix

Add option --exclude-prefix that allows to specify prefix of declarations that should be excluded.
If chain of typedefs has aliases that should be excluded then this aliases are replaced by actual types:
type __int32_t = native.CInt
type __darwin_pid_t = __int32_t
type pid_t = __darwin_pid_t

=>
type pid_t = native.CInt

Also functions, structs, enums, union and typdefs are excluded if they use excluded types.
Issue #3

So now it removes:

private typedefs that are used only in other typedefs
private functions


fix(lint): add tslint dependency and fix existing lint issues

Nothing other than lint fixes, yeah. I did run into a promise handling linting error in one place - I disabled the linting for that line but added a todo so I would know to go back and revisit it. I'm pretty sure that one promise area is related to some of the spinner issues but it's outside the scope of this PR.


Navbar

Because of navbar the cards are not properly visible , I was thinking to make a side navbar because there is mix up on that navbar.can I work on this issue under GSSoC'21 participant

Because of so many links in the navbar it is not looking nice and hover effect is not in every links that's why I want to create a side navbar . can i work on this issue??


Add intrinsic dimensions to RenderEditable

Also:

Make TextPainter.preferredLineHeight honour root fontSize

Remove bogus docs.

More aggressively track dirty state for RenderEditable.

Some tests.


HOCS-5538: IEDET PSU review categories

Would these screens be better with the IEDET prefix - or is there a good presumption that these are a default PSU screen?

This screen appears in the UKVI PSU flow and has the same categories so I think it is fair to keep this as default for now with the idea that it may have to change if the screens diverge


Make ServiceCollectionExtensions consistent

Hi @javiercn, I'm your friendly neighborhood .NET Foundation Pull Request Bot (You can call me DNFBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!
The agreement was validated by .NET Foundation and real humans are currently evaluating your PR.
TTYL, DNFBOT;

Things to pay attention to:

Comments (There's been a lot of copy paste, so mistakes can happen).
Method names
Null checks for arguments
Overload with configuration action calls parameterless overload.
Parameterless overload does the work and brings in direct depenendencies
(Like routing on MVC, for most repositories it means making sure AddOptions is called).

:shipit:

:shipit:


Adding gyms with a bot

having trouble adding gyms with a bot, sending the same message as me, but delibot doesn't reply and the message is still deleted.
I've got 150+ gyms to add and I didn't want to do it by hand

Delibot has been updated with new commands,
!create gym "name" lat lon
!delete gym "name"
!create pokestop "name" lat lon
!delete pokestop "name"
example: !create gym "the shiny mountain" 75.00 -20.00
If you have a large amount of gyms in a file, you can send it to me and i'll insert them.


Needs Big-O time complexity in documentation.

Without time complexity information for each Set method, it is difficult to determine whether or not to use this library. I thought about using this library, until I read the code for Intersect, which calls Union twice, which in turn calls Copy. The whole operation is hardly optimized. I DO understand that this library is for convenience purposes and I am NOT intending to bash your code, but if people are to rely on such libraries, they at least need to know the complexity of the operations.
To further make my point, I added a benchmark for a piece of code I wrote for the intersection of two sets, which I make no claim as being the fastest implementation, but the order is easily worked out as:
O( (len(set1) + len(set2)) * O(map) )
(I took the liberty of interleaving the results for easier comparison.)
// Returns the intersection of two slices
func SimpleIntersection(l1 []int, l2 []int) []int { // O((len(l1) + len(l2)) * O(map))
	ret := []int{}
	m := make(map[int]bool, len(l1))

	for _, item := range l1 {
		m[item] = true
	}

	for _, item := range l2 {
		if m[item] == true {
			ret = append(ret, item)
		}
	}
	return ret
}

PASS
BenchmarkSetEquality-4              	   10000	    780659 ns/op
BenchmarkSubset-4                   	   10000	    801358 ns/op
BenchmarkIntersection10-4           	  100000	     13075 ns/op
BenchmarkSimpleIntersection10-4     	 2000000	       601 ns/op
BenchmarkIntersection100-4          	   10000	    118579 ns/op
BenchmarkSimpleIntersection100-4    	  200000	      6183 ns/op
BenchmarkIntersection1000-4         	    1000	   1302503 ns/op
BenchmarkSimpleIntersection1000-4   	   30000	     53364 ns/op
BenchmarkIntersection10000-4        	     100	  13888576 ns/op
BenchmarkSimpleIntersection10000-4  	    3000	    573658 ns/op
BenchmarkIntersection100000-4       	      10	 175577891 ns/op
BenchmarkSimpleIntersection100000-4 	     200	   7036305 ns/op
BenchmarkIntersection1000000-4      	       1<PHONE_NUMBER> ns/op
BenchmarkSimpleIntersection1000000-4	      10	 144838095 ns/op
ok  	github.com/fatih/set	41.404s

I did some calculations just to check, and it appears that your Intersect does indeed have the same Big-O as mine, but has more overhead tied with the additional functionality. Mine stays about 13-20x faster, regardless of the value of N, so they experimentally have the same Big-O.
Anyway, the issue is not to compete, but to document the Big-O of the Set operations.

but if people are to rely on such libraries, they at least need to know the complexity of the operations.

On the one hand, I'd argue it's optimistic to think that most working engineers today can make meaningful decisions based on Big O notation, let alone that they need to know it to rely on the library :)
On the other, it certainly doesn't hurt to include it. I'd like having it there, myself. IMO, send a PR.

I know what you mean, but when dealing with something such as a Set, which is almost like a primitive type (like a slice), people can get into trouble if that becomes the bottleneck.

Oh, for sure. There's a reason I opened #26. I was mostly just being snarky-nitpicky about the way you set up your argument - sorry :)
So, let me be more clear - yes, I think there'd be value to this, specifically because it's trying to provide a primitive-ish datastructure. However, because the implementations here are based on the native map type, and the language uses different impls for different key types, there's a limit on the information we can reasonably give. Separating the component that refers to the map's complexity contribution (as you originally did - perhaps in part because of this issue?), is a necessity.

To be honest, you both have valid points. But I'm rarely using this library myself too. This is a package from a time of me being a pre go programmer with limited experience.
Today I just would use a map with a concrete type or use one of the generators that would generate the code for me. I'm not removing the repo because there is still code outside that rely on this. So if you want performance or anything else, this is imho not the place :)

I chatted with my old professor about sets in Go and he pointed out that given that sets can have varying contents and purposes, there isn't a straightforward all-case implementation. Which is why there isn't a set primitive type in Go. He also noted that instead of map[type]bool, it has become "popular" to use map[type]{}. He said using an empty struct requires no memory allocation. Allocating a slice of empty structs, say with make([]{},10) also allocates no memory... of course such a slice is useless, but it has other applications such as with channels.
As far as the code here goes, I haven't directly used it per se, but I have used the code as an example to build my own set code for my purposes. So it does have a place here on github, and I am grateful that you took the time to write it. If I get around to it, I may do my own Big-O analysis and submit a pull request. For now, I will close the issue and perhaps come back to it on my own time.
Thanks


feat🌟: Adding Diagonal-Transitional Effect to "Each Contributors Card"

Describe the feature
Hey @Its-Aman-Yadav and @Kalivarapubindusree
I want to suggest a new feature for "Contributors" Page.
I Want to add a "Diagonal-Transitional" Effect Styling to each card of the Contributors page.
Which means On hovering on Every card, The card will display a Transitional Effect
For ex.  Like this -(I will follow the website theme)
https://github.com/user-attachments/assets/b70c3c22-fc3f-4397-854f-53a413bf4d60
Current Contributor Cards -
https://github.com/user-attachments/assets/b5ee3b60-1d72-47a3-9e77-ebd4d2d842b8
As you can see, currently the hovering effects are lagging and have no smooth hover effect.
Please Assign me this issue
Add ScreenShots
.
Record

[X] I agree to follow this project's Code of Conduct
[X] I'm a GSSOC'24 contributor
[X] I want to work on this issue

@Kalivarapubindusree @Its-Aman-Yadav  i want to work on this.
please assign me.

Yeah that was nice please go on @aslams2020