How can this problem be solved? Thanks

Scanning dependencies of target print_floats
make[2]: *** No rule to make target /usr/local/lib/libboost_thread.a', needed by tools/print_floats'.  Stop.
make[2]: *** Waiting for unfinished jobs....
[ 76%] Building CXX object tools/CMakeFiles/print_floats.dir/print_floats.cpp.o
make[1]: *** [tools/CMakeFiles/print_floats.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 76%] Building CXX object libraries/fc/CMakeFiles/fc.dir/src/network/url.cpp.o
[ 76%] Building CXX object libraries/fc/CMakeFiles/fc.dir/src/compress/smaz.cpp.o
[ 76%] Building CXX object libraries/fc/CMakeFiles/fc.dir/src/compress/zlib.cpp.o
[ 76%] Linking CXX static library libfc.a
[ 76%] Built target fc
make: *** [all] Error 2
>>>>>>>>>>>>>>>>>>>> MAKE building EOSIO has exited with the above error.

@pumatus I need a little more information. Can you run the following commands:
cd /path/to/eos
git pull
git submodule update --init --recursive
./eosio_build.sh
Capture the full output of the eosio_build.sh script and send it along with your CMakeError.log.

@pacificcode  This is the corresponding output, but the cmakeerror.log file is not found in the eos project。
Last login: Thu May  3 19:43:24 on ttys000
[oh-my-zsh] Random theme '/Users/hehongda/.oh-my-zsh/themes/cloud.zsh-theme' loaded...
☁  ~  cd eos
☁  eos [master] git pull
remote: Counting objects: 111, done.
remote: Compressing objects: 100% (34/34), done.
remote: Total 111 (delta 85), reused 90 (delta 64), pack-reused 0
Receiving objects: 100% (111/111), 14.61 KiB | 39.00 KiB/s, done.
Resolving deltas: 100% (85/85), completed with 42 local objects.

Checking Ruby installation
Ruby installation found.
Checking Home Brew installation
Home Brew installation found.
Checking dependencies.
Checking automake ... 		 automake found
Checking Libtool ... 		 Libtool found
Checking OpenSSL ... 		 OpenSSL found
Checking llvm ... 		 llvm found
Checking wget ... 		 wget found
Checking CMake ... 		 CMake found
Checking GMP ... 		 GMP found
Checking gettext ... 		 gettext found
Checking MongoDB ... 		 MongoDB found
Checking Doxygen ... 		 Doxygen found
Checking Graphviz ... 		 Graphviz found
Checking LCOV ... 		 LCOV found
Checking Python3 ... 		 Python3 found
No required Home Brew dependencies to install.
Checking boost library installation.
Boost 1.66.0 found at /usr/local.
Checking MongoDB C++ driver installation.
Mongo C++ driver found at /usr/local/lib/libmongocxx-static.a.
Checking secp256k1-zkp installation.
secp256k1 found at /usr/local/lib/
Checking LLVM with WASM support.
WASM found at /usr/local/wasm/bin/

ALL dependencies sucessfully found or installed . Installing EOS.IO

CMAKE_BUILD_TYPE=Release
ENABLE_COVERAGE_TESTING=false
DOXYGEN=false

-- Using custom FindBoost.cmake
-- Boost version: 1.66.0
-- Found the following Boost libraries:
--   thread
--   date_time
--   filesystem
--   system
--   program_options
--   signals
--   serialization
--   chrono
--   unit_test_framework
--   context
--   locale
--   iostreams
-- Configuring Eos on OS X
-- binaryen building with -std=c++11
-- binaryen building for platform x86-64
-- binaryen building with -Wall
-- binaryen building with -Werror
-- binaryen building with -Wextra
-- binaryen building with -Wno-unused-parameter
-- binaryen building with -fno-omit-frame-pointer
-- binaryen building with -fPIC
-- binaryen building with -O2
-- binaryen building with -UNDEBUG
-- Using WASM clang => /usr/local/wasm/bin/clang
-- Using WASM llc => /usr/local/wasm/bin/llc
-- Using WASM llvm-link => /usr/local/wasm/bin/llvm-link
-- Found Secp256k1: /usr/local/lib/libsecp256k1.a
-- Configuring fc to build on Unix/Apple
-- zlib found
-- Configuring SoftFloat
-- Using custom FindBoost.cmake
-- Boost version: 1.66.0
-- Found the following Boost libraries:
--   thread
--   date_time
--   filesystem
--   system
--   chrono
--   unit_test_framework
--   locale
-- Configuring ChainBase on OS X
-- Using custom FindBoost.cmake
-- Boost version: 1.66.0
-- Found the following Boost libraries:
--   thread
--   date_time
--   filesystem
--   system
--   chrono
--   program_options
--   unit_test_framework
--   locale
-- Configuring AppBase on OS X
-- Found bsoncxx headers: /usr/local/include/bsoncxx/v_noabi
-- Found bsoncxx library: /usr/local/lib/libbsoncxx-static.a;/usr/local/lib/libbson-static-1.0.a;-D_THREAD_SAFE
-- Found mongocxx headers: /usr/local/include/mongocxx/v_noabi;/usr/local/include/bsoncxx/v_noabi
-- Found mongocxx library: /usr/local/lib/libmongocxx-static.a;/usr/local/lib/libbsoncxx-static.a;/usr/local/lib/libbson-static-1.0.a;-D_THREAD_SAFE;/usr/local/lib/libmongoc-static-1.0.a;/usr/local/lib/libbson-static-1.0.a;-D_THREAD_SAFE;-lsasl2;-framework Security;-framework CoreFoundation;-lz;-lresolv
-- Git commit revision: 19227c9b
-- Git commit revision: 19227c9b
-- Git commit revision: 19227c9b
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/hehongda/eos/build
[  1%] Built target wasm
[  1%] Built target binaryen
[  1%] Built target ast
[  2%] Built target asmjs
[  2%] Built target cfg
[  5%] Built target passes
[  6%] Built target support
[  7%] Built target emscripten-optimizer
[ 29%] Built target softfloat
[ 29%] Built target chainbase
[ 30%] Built target Platform
[ 30%] Built target appbase
[ 32%] Built target libc++
[ 33%] Built target eosiolib
[ 72%] Built target libc
[ 72%] contract...
[ 72%] Built target copy_skeleton_contract
[ 72%] Built target identity_common
[ 72%] Built target identity_interface
make[2]: *** No rule to make target /usr/local/lib/libboost_thread.a', needed by tools/print_floats'.  Stop.
make[1]: *** [tools/CMakeFiles/print_floats.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 76%] Built target fc
make: *** [all] Error 2
>>>>>>>>>>>>>>>>>>>> MAKE building EOSIO has exited with the above error.

☁  eos [master] mdfind -name "CMakeError.log"
☁  eos [master]

@pumatus Looking further into this. In the meantime try the following:
brew remove --force boost
cd /path/to/eos
rm -rf build/
git pull
git submodule update --init --recursive
./eosio_build.sh
*note - the build script will reinstall the boost libraries.

@pacificcode  Errors appear to appear here “[ 99%] Linking CXX executable cleos”
[ 68%] Building LLVM bitcode vwscanf.c.bc
[ 68%] Building LLVM bitcode wprintf.c.bc
[ 68%] Building LLVM bitcode wscanf.c.bc
[ 68%] Building LLVM bitcode abs.c.bc
[ 68%] Building LLVM bitcode atoi.c.bc
[ 69%] Building LLVM bitcode atol.c.bc
[ 69%] Building CXX object libraries/fc/CMakeFiles/fc.dir/src/network/udp_socket.cpp.o
[ 69%] Building LLVM bitcode atoll.c.bc
[ 69%] Building LLVM bitcode bsearch.c.bc
[ 69%] Building LLVM bitcode div.c.bc
[ 69%] Building LLVM bitcode ecvt.c.bc
[ 69%] Building LLVM bitcode fcvt.c.bc
[ 69%] Building LLVM bitcode gcvt.c.bc
[ 69%] Building LLVM bitcode imaxabs.c.bc
[ 69%] Building LLVM bitcode imaxdiv.c.bc
[ 69%] Building LLVM bitcode labs.c.bc
[ 69%] Building LLVM bitcode ldiv.c.bc
[ 69%] Building LLVM bitcode llabs.c.bc
[ 69%] Building LLVM bitcode lldiv.c.bc
[ 70%] Building LLVM bitcode qsort.c.bc
[ 70%] Building LLVM bitcode strtol.c.bc
[ 70%] Building LLVM bitcode wcstol.c.bc
[ 70%] Building LLVM bitcode bcmp.c.bc
[ 70%] Building LLVM bitcode bcopy.c.bc
[ 70%] Building LLVM bitcode bzero.c.bc
[ 70%] Building LLVM bitcode index.c.bc
[ 70%] Building LLVM bitcode memccpy.c.bc
[ 70%] Building LLVM bitcode memchr.c.bc
[ 70%] Building LLVM bitcode memcmp.c.bc
[ 70%] Building LLVM bitcode memmem.c.bc
[ 70%] Building LLVM bitcode mempcpy.c.bc
[ 70%] Building LLVM bitcode memrchr.c.bc
[ 70%] Building LLVM bitcode rindex.c.bc
[ 71%] Building LLVM bitcode stpcpy.c.bc
[ 71%] Building LLVM bitcode stpncpy.c.bc
[ 71%] Building LLVM bitcode strcasecmp.c.bc
[ 71%] Building LLVM bitcode strcasestr.c.bc
[ 71%] Building LLVM bitcode strcat.c.bc
[ 71%] Building LLVM bitcode strchr.c.bc
[ 71%] Building LLVM bitcode strchrnul.c.bc
[ 71%] Building LLVM bitcode strcmp.c.bc
[ 71%] Building LLVM bitcode strcpy.c.bc
[ 71%] Building LLVM bitcode strcspn.c.bc
[ 71%] Building LLVM bitcode strdup.c.bc
[ 71%] Building LLVM bitcode strerror_r.c.bc
[ 71%] Building LLVM bitcode strlcat.c.bc
[ 72%] Building LLVM bitcode strlcpy.c.bc
[ 72%] Building LLVM bitcode strlen.c.bc
[ 72%] Building LLVM bitcode strncasecmp.c.bc
[ 72%] Building LLVM bitcode strncat.c.bc
[ 72%] Building LLVM bitcode strncmp.c.bc
[ 72%] Building LLVM bitcode strncpy.c.bc
[ 72%] Building LLVM bitcode strndup.c.bc
[ 72%] Building LLVM bitcode strnlen.c.bc
[ 72%] Building LLVM bitcode strpbrk.c.bc
[ 72%] Building LLVM bitcode strrchr.c.bc
[ 72%] Building LLVM bitcode strsep.c.bc
[ 72%] Building LLVM bitcode strsignal.c.bc
[ 72%] Building LLVM bitcode strspn.c.bc
[ 72%] Building LLVM bitcode strstr.c.bc
[ 73%] Building LLVM bitcode strtok.c.bc
[ 73%] Building LLVM bitcode strtok_r.c.bc
[ 73%] Building LLVM bitcode strverscmp.c.bc
[ 73%] Building LLVM bitcode swab.c.bc
[ 73%] Building LLVM bitcode wcpcpy.c.bc
[ 73%] Building LLVM bitcode wcpncpy.c.bc
[ 73%] Building LLVM bitcode wcscasecmp.c.bc
[ 73%] Building LLVM bitcode wcscasecmp_l.c.bc
[ 73%] Building LLVM bitcode wcscat.c.bc
[ 73%] Building LLVM bitcode wcschr.c.bc
[ 73%] Building LLVM bitcode wcscmp.c.bc
[ 73%] Building LLVM bitcode wcscpy.c.bc
[ 73%] Building LLVM bitcode wcscspn.c.bc
[ 74%] Building LLVM bitcode wcsdup.c.bc
[ 74%] Building LLVM bitcode wcslen.c.bc
[ 74%] Building LLVM bitcode wcsncasecmp.c.bc
[ 74%] Building LLVM bitcode wcsncasecmp_l.c.bc
[ 74%] Building LLVM bitcode wcsncat.c.bc
[ 74%] Building LLVM bitcode wcsncmp.c.bc
[ 74%] Building LLVM bitcode wcsncpy.c.bc
[ 74%] Building LLVM bitcode wcsnlen.c.bc
[ 74%] Building LLVM bitcode wcspbrk.c.bc
[ 74%] Building LLVM bitcode wcsrchr.c.bc
[ 74%] Building LLVM bitcode wcsspn.c.bc
[ 74%] Building LLVM bitcode wcsstr.c.bc
[ 74%] Building LLVM bitcode wcstok.c.bc
[ 74%] Building CXX object libraries/fc/CMakeFiles/fc.dir/src/network/url.cpp.o
[ 75%] Building LLVM bitcode wcswcs.c.bc
[ 75%] Building LLVM bitcode wmemchr.c.bc
[ 75%] Building LLVM bitcode wmemcmp.c.bc
[ 75%] Building LLVM bitcode wmemcpy.c.bc
[ 75%] Building LLVM bitcode wmemmove.c.bc
[ 75%] Building LLVM bitcode wmemset.c.bc
[ 75%] Building LLVM bitcode __asctime.c.bc
[ 75%] Building LLVM bitcode __month_to_secs.c.bc
[ 75%] Building LLVM bitcode __secs_to_tm.c.bc
[ 75%] Building LLVM bitcode __tm_to_secs.c.bc
[ 75%] Building LLVM bitcode __tz.c.bc
[ 75%] Building LLVM bitcode __year_to_secs.c.bc
[ 75%] Building LLVM bitcode asctime.c.bc
[ 75%] Building LLVM bitcode asctime_r.c.bc
[ 76%] Building LLVM bitcode difftime.c.bc
[ 76%] Building LLVM bitcode gmtime.c.bc
[ 76%] Building LLVM bitcode gmtime_r.c.bc
[ 76%] Building LLVM bitcode strftime.c.bc
[ 76%] Building LLVM bitcode strptime.c.bc
[ 76%] Building LLVM bitcode timegm.c.bc
[ 76%] Building LLVM bitcode wcsftime.c.bc
[ 76%] Linking LLVM bitcode library libc.bc
[ 76%] Built target libc
Scanning dependencies of target copy_skeleton_contract
[ 76%] contract...
[ 76%] Built target copy_skeleton_contract
Scanning dependencies of target identity_common
[ 76%] Building LLVM bitcode common.cpp.bc
[ 76%] Building CXX object libraries/fc/CMakeFiles/fc.dir/src/compress/smaz.cpp.o
[ 76%] Linking LLVM bitcode library identity_common.bc
[ 76%] Built target identity_common
[ 76%] Building CXX object libraries/fc/CMakeFiles/fc.dir/src/compress/zlib.cpp.o
Scanning dependencies of target identity_interface
[ 76%] Building LLVM bitcode interface.cpp.bc
[ 76%] Linking CXX static library libfc.a
[ 76%] Built target fc
Scanning dependencies of target print_floats
[ 76%] Building CXX object tools/CMakeFiles/print_floats.dir/print_floats.cpp.o
[ 76%] Linking LLVM bitcode library identity_interface.bc
[ 76%] Built target identity_interface
Scanning dependencies of target eosio-s2wasm
[ 76%] Building CXX object externals/binaryen/CMakeFiles/eosio-s2wasm.dir/src/tools/s2wasm.cpp.o
[ 76%] Linking CXX executable print_floats
[ 76%] Built target print_floats
Scanning dependencies of target test_cypher_suites
[ 76%] Building CXX object libraries/fc/test/crypto/CMakeFiles/test_cypher_suites.dir/test_cypher_suites.cpp.o
[ 76%] Building CXX object externals/binaryen/CMakeFiles/eosio-s2wasm.dir/src/wasm-emscripten.cpp.o
[ 76%] Linking CXX executable test_cypher_suites
[ 76%] Built target test_cypher_suites
Scanning dependencies of target chainbase_test
[ 76%] Building CXX object libraries/chainbase/test/CMakeFiles/chainbase_test.dir/test.cpp.o
[ 76%] Building CXX object externals/binaryen/CMakeFiles/eosio-s2wasm.dir/src/wasm-linker.cpp.o
[ 76%] Linking CXX executable chainbase_test
[ 76%] Built target chainbase_test
Scanning dependencies of target Logging
[ 76%] Building CXX object libraries/wasm-jit/Source/Logging/CMakeFiles/Logging.dir/Logging.cpp.o
[ 76%] Linking CXX static library libLogging.a
[ 76%] Built target Logging
Scanning dependencies of target appbase_example
[ 76%] Building CXX object libraries/appbase/examples/CMakeFiles/appbase_example.dir/main.cpp.o
[ 76%] Linking CXX executable bin/eosio-s2wasm
[ 76%] Built target eosio-s2wasm
Scanning dependencies of target test_exchange
[ 77%] Building CXX object contracts/exchange/CMakeFiles/test_exchange.dir/test_exchange.cpp.o
/Users/hehongda/eos/contracts/exchange/test_exchange.cpp:347:1: warning: control may
reach end of non-void function [-Wreturn-type]
}
^
/Users/hehongda/eos/contracts/exchange/test_exchange.cpp:361:1: warning: control reaches
end of non-void function [-Wreturn-type]
}
^
/Users/hehongda/eos/contracts/exchange/test_exchange.cpp:368:1: warning: control reaches
end of non-void function [-Wreturn-type]
}
^
/Users/hehongda/eos/contracts/exchange/test_exchange.cpp:376:1: warning: control reaches
end of non-void function [-Wreturn-type]
}
^
4 warnings generated.
[ 77%] Linking CXX executable test_exchange
[ 77%] Linking CXX executable appbase_example
[ 77%] Built target test_exchange
[ 77%] Built target appbase_example
Scanning dependencies of target test.inline
Scanning dependencies of target exchange
[ 77%] Building LLVM bitcode test.inline.cpp.bc
[ 77%] Building LLVM bitcode exchange.cpp.bc
[ 77%] Generating test.inline.abi.hpp
[ 77%] Linking LLVM bitcode executable test.inline.bc
[ 77%] Generating textual assembly test.inline.s
[ 77%] Generating WAST test.inline.wast
/Users/hehongda/eos/contracts/exchange/exchange.cpp:115:34: warning: unused parameter
'fee' [-Wunused-parameter]
uint32_t        fee,
^
[ 77%] Generating test.inline.wast.hpp
[ 77%] Built target test.inline
Scanning dependencies of target hello
[ 77%] Building LLVM bitcode hello.cpp.bc
[ 77%] Generating hello.abi.hpp
[ 77%] Linking LLVM bitcode executable hello.bc
[ 77%] Generating textual assembly hello.s
[ 77%] Generating WAST hello.wast
[ 78%] Generating hello.wast.hpp
[ 78%] Built target hello
Scanning dependencies of target asserter
[ 78%] Building LLVM bitcode asserter.cpp.bc
1 warning generated.
[ 78%] Generating exchange.abi.hpp
[ 78%] Linking LLVM bitcode executable exchange.bc
[ 78%] Generating textual assembly exchange.s
/Users/hehongda/eos/contracts/asserter/asserter.cpp:14:26: warning: unused parameter
'receiver' [-Wunused-parameter]
void apply( uint64_t receiver, uint64_t code, uint64_t action ) {
^
[ 78%] Generating WAST exchange.wast
1 warning generated.
[ 78%] Generating asserter.abi.hpp
[ 78%] Linking LLVM bitcode executable asserter.bc
[ 78%] Generating exchange.wast.hpp
[ 78%] Built target exchange
[ 78%] Generating textual assembly asserter.s
Scanning dependencies of target infinite
[ 78%] Building LLVM bitcode infinite.cpp.bc
[ 78%] Generating WAST asserter.wast
[ 78%] Generating asserter.wast.hpp
[ 78%] Built target asserter
Scanning dependencies of target proxy
/Users/hehongda/eos/contracts/infinite/infinite.cpp:10:48: warning: function 'apply'
could be declared with attribute 'noreturn' [-Wmissing-noreturn]
void apply( uint64_t, uint64_t, uint64_t ) {
^
1 warning generated.
[ 78%] Linking LLVM bitcode executable infinite.bc
[ 78%] Generating textual assembly infinite.s
[ 78%] Generating WAST infinite.wast
[ 78%] Generating infinite.wast.hpp
[ 78%] Built target infinite
Scanning dependencies of target test_api
[ 78%] Building LLVM bitcode proxy.cpp.bc
[ 78%] Building LLVM bitcode test_api.cpp.bc
/Users/hehongda/eos/contracts/proxy/proxy.cpp:36:56: warning: unused parameter 'code'
[-Wunused-parameter]
void apply_transfer(uint64_t receiver, account_name code, const T& transfer) {
^
In file included from /Users/hehongda/eos/contracts/test_api/test_api.cpp:21:
/Users/hehongda/eos/contracts/test_api/test_datastream.cpp:31:30: warning: implicit
conversion changes signedness: 'unsigned long long' to 'const long long'
[-Wsign-conversion]
testtype::run(0x8000000000000000ull, "int64");
~~~~~~~~                 ^~~~~~~~~~~~~~~~~~~~~
/Users/hehongda/eos/contracts/test_api/test_datastream.cpp:42:69: warning: comparing
floating point with == or != is unsafe [-Wfloat-equal]
bool operator==(const Pair &p) const { return a == p.a && d == p.d;}
~ ^  ~~~
/Users/hehongda/eos/contracts/test_api/test_datastream.cpp:50:33: warning: suggest
braces around initialization of subobject [-Wmissing-braces]
testtype::run({10,20}, "staticArray");
^~~~~
{    }
/Users/hehongda/eos/contracts/test_api/test_datastream.cpp:56:41: warning: suggest
braces around initialization of subobject [-Wmissing-braces]
testtype<std::array<int, 3> >::run({10,20,30}, "std::array<T,N>");
^~~~~~~~
{       }
/Users/hehongda/eos/contracts/test_api/test_datastream.cpp:16:24: warning: comparing
floating point with == or != is unsafe [-Wfloat-equal]
eosio_assert(v == v2, errmsg);
~ ^  ~~
/Users/hehongda/eos/contracts/test_api/test_datastream.cpp:33:22: note: in instantiation
of member function 'testtype::run' requested here
testtype::run(1.234f, "float");
^
/Users/hehongda/eos/contracts/test_api/test_datastream.cpp:16:24: warning: comparing
floating point with == or != is unsafe [-Wfloat-equal]
eosio_assert(v == v2, errmsg);
~ ^  ~~
/Users/hehongda/eos/contracts/test_api/test_datastream.cpp:34:23: note: in instantiation
of member function 'testtype::run' requested here
testtype::run(0.333333333333333333, "double");
^
6 warnings generated.
[ 79%] Linking LLVM bitcode executable test_api.bc
[ 79%] Generating textual assembly test_api.s
[ 79%] Generating WAST test_api.wast
[ 79%] Generating test_api.wast.hpp
[ 79%] Built target test_api
Scanning dependencies of target test_api_mem
[ 79%] Building LLVM bitcode test_api_mem.cpp.bc
1 warning generated.
[ 79%] Generating proxy.abi.hpp
[ 79%] Linking LLVM bitcode executable proxy.bc
[ 79%] Generating textual assembly proxy.s
[ 79%] Generating WAST proxy.wast
[ 79%] Generating proxy.wast.hpp
[ 79%] Built target proxy
Scanning dependencies of target test_api_db
[ 79%] Building LLVM bitcode test_api_db.cpp.bc
In file included from /Users/hehongda/eos/contracts/test_api_mem/test_api_mem.cpp:8:
/Users/hehongda/eos/contracts/test_api_mem/test_extended_memory.cpp:93:48: warning:
implicit conversion changes signedness: 'int' to 'size_t' (aka 'unsigned int')
[-Wsign-conversion]
eosio_assert(reinterpret_cast<int32_t>(sbrk(-1)) == -1, "Should have errored ...
~~~~ ^~
1 warning generated.
[ 79%] Linking LLVM bitcode executable test_api_mem.bc
[ 80%] Generating textual assembly test_api_mem.s
[ 80%] Generating WAST test_api_mem.wast
[ 80%] Generating test_api_mem.wast.hpp
[ 80%] Built target test_api_mem
Scanning dependencies of target test_api_multi_index
[ 80%] Building LLVM bitcode test_api_multi_index.cpp.bc
In file included from /Users/hehongda/eos/contracts/test_api_db/test_api_db.cpp:8:
/Users/hehongda/eos/contracts/test_api_db/test_db.cpp:161:36: warning: implicit
conversion changes signedness: 'long' to 'uint32_t' (aka 'unsigned long')
[-Wsign-conversion]
len = db_get_i64(itr, value, len);
~~~~~~~~~~             ^~~
/Users/hehongda/eos/contracts/test_api_db/test_db.cpp:496:21: warning: variable 'value'
may be uninitialized when used here [-Wconditional-uninitialized]
eosio_assert( value == ia.val, "test_invalid_access: value did not match" );
^~~~~
/Users/hehongda/eos/contracts/test_api_db/test_db.cpp:450:18: note: initialize the
variable 'value' to silence this warning
uint64_t value;
^
= 0
2 warnings generated.
[ 80%] Linking LLVM bitcode executable test_api_db.bc
[ 80%] Generating textual assembly test_api_db.s
[ 80%] Generating WAST test_api_db.wast
[ 80%] Generating test_api_db.wast.hpp
[ 80%] Built target test_api_db
Scanning dependencies of target noop
[ 80%] Building LLVM bitcode noop.cpp.bc
[ 80%] Generating noop.abi.hpp
[ 80%] Linking LLVM bitcode executable noop.bc
[ 80%] Generating textual assembly noop.s
[ 81%] Generating WAST noop.wast
[ 81%] Generating noop.wast.hpp
[ 81%] Built target noop
Scanning dependencies of target dice
[ 81%] Building LLVM bitcode dice.cpp.bc
[ 81%] Linking LLVM bitcode executable test_api_multi_index.bc
[ 81%] Generating textual assembly test_api_multi_index.s
[ 81%] Generating WAST test_api_multi_index.wast
[ 81%] Generating test_api_multi_index.wast.hpp
[ 81%] Built target test_api_multi_index
Scanning dependencies of target tic_tac_toe
[ 81%] Building LLVM bitcode tic_tac_toe.cpp.bc
[ 81%] Generating dice.abi.hpp
[ 81%] Linking LLVM bitcode executable dice.bc
[ 81%] Generating textual assembly dice.s
[ 81%] Generating WAST dice.wast
[ 81%] Generating dice.wast.hpp
[ 81%] Built target dice
Scanning dependencies of target payloadless
[ 81%] Building LLVM bitcode payloadless.cpp.bc
[ 81%] Generating tic_tac_toe.abi.hpp
[ 81%] Linking LLVM bitcode executable tic_tac_toe.bc
[ 81%] Generating textual assembly tic_tac_toe.s
[ 81%] Generating WAST tic_tac_toe.wast
[ 81%] Generating tic_tac_toe.wast.hpp
[ 81%] Built target tic_tac_toe
Scanning dependencies of target http_plugin
[ 81%] Building CXX object plugins/http_plugin/CMakeFiles/http_plugin.dir/http_plugin.cpp.o
[ 81%] Generating payloadless.abi.hpp
[ 81%] Linking LLVM bitcode executable payloadless.bc
[ 81%] Generating textual assembly payloadless.s
[ 81%] Generating WAST payloadless.wast
[ 81%] Generating payloadless.wast.hpp
[ 81%] Built target payloadless
Scanning dependencies of target eosio-applesedemo
[ 81%] Building CXX object programs/eosio-applesedemo/CMakeFiles/eosio-applesedemo.dir/main.cpp.o
/Users/hehongda/eos/programs/eosio-applesedemo/main.cpp:37:13: warning: unused variable
'ret' [-Wunused-variable]
OSStatus ret = SecItemCopyMatching(keyAttrDic, (CFTypeRef*)&attributes);
^
1 warning generated.
[ 81%] Building CXX object programs/eosio-applesedemo/CMakeFiles/eosio-applesedemo.dir/r1_signature_compactor.cpp.o
[ 81%] Linking CXX executable eosio-applesedemo
[ 81%] Built target eosio-applesedemo
Scanning dependencies of target IR
[ 81%] Building CXX object libraries/wasm-jit/Source/IR/CMakeFiles/IR.dir/DisassemblyNames.cpp.o
[ 81%] Building CXX object libraries/wasm-jit/Source/IR/CMakeFiles/IR.dir/Operators.cpp.o
[ 81%] Building CXX object libraries/wasm-jit/Source/IR/CMakeFiles/IR.dir/Types.cpp.o
[ 81%] Building CXX object libraries/wasm-jit/Source/IR/CMakeFiles/IR.dir/Validate.cpp.o
[ 81%] Linking CXX static library libIR.a
[ 81%] Built target IR
Scanning dependencies of target eosio.bios
[ 81%] Building LLVM bitcode eosio.bios.cpp.bc
In file included from /Users/hehongda/eos/contracts/eosio.bios/eosio.bios.cpp:1:
/Users/hehongda/eos/contracts/eosio.bios/eosio.bios.hpp:22:36: warning: unused parameter
'ram' [-Wunused-parameter]
void setglimits( uint64_t ram, uint64_t net, uint64_t cpu ) {
^
/Users/hehongda/eos/contracts/eosio.bios/eosio.bios.hpp:22:50: warning: unused parameter
'net' [-Wunused-parameter]
void setglimits( uint64_t ram, uint64_t net, uint64_t cpu ) {
^
/Users/hehongda/eos/contracts/eosio.bios/eosio.bios.hpp:22:64: warning: unused parameter
'cpu' [-Wunused-parameter]
void setglimits( uint64_t ram, uint64_t net, uint64_t cpu ) {
^
/Users/hehongda/eos/contracts/eosio.bios/eosio.bios.hpp:26:43: warning: unused parameter
'sch' [-Wunused-parameter]
void setprods( producer_schedule sch ) {
^
4 warnings generated.
[ 81%] Generating eosio.bios.abi.hpp
[ 81%] Linking LLVM bitcode executable eosio.bios.bc
[ 81%] Generating textual assembly eosio.bios.s
[ 81%] Generating WAST eosio.bios.wast
[ 81%] Generating eosio.bios.wast.hpp
[ 81%] Built target eosio.bios
Scanning dependencies of target simple.token
[ 81%] Building LLVM bitcode simple.token.cpp.bc
[ 81%] Generating simple.token.abi.hpp
[ 81%] Linking LLVM bitcode executable simple.token.bc
[ 82%] Generating textual assembly simple.token.s
[ 82%] Generating WAST simple.token.wast
[ 82%] Generating simple.token.wast.hpp
[ 82%] Built target simple.token
Scanning dependencies of target eosio.token
[ 82%] Building LLVM bitcode eosio.token.cpp.bc
[ 82%] Generating eosio.token.abi.hpp
[ 82%] Linking LLVM bitcode executable eosio.token.bc
[ 82%] Generating textual assembly eosio.token.s
[ 82%] Generating WAST eosio.token.wast
[ 82%] Generating eosio.token.wast.hpp
[ 82%] Built target eosio.token
Scanning dependencies of target eosio.msig
[ 82%] Building LLVM bitcode eosio.msig.cpp.bc
[ 82%] Generating eosio.msig.abi.hpp
[ 82%] Linking LLVM bitcode executable eosio.msig.bc
[ 82%] Generating textual assembly eosio.msig.s
[ 82%] Generating WAST eosio.msig.wast
[ 83%] Generating eosio.msig.wast.hpp
[ 83%] Built target eosio.msig
Scanning dependencies of target multi_index_test
[ 83%] Building LLVM bitcode multi_index_test.cpp.bc
/Users/hehongda/eos/contracts/multi_index_test/multi_index_test.cpp:171:28: warning:
unused parameter 'receiver' [-Wunused-parameter]
void apply( uint64_t receiver, uint64_t code, uint64_t action ) {
^
[ 83%] Linking CXX static library libhttp_plugin.a
[ 83%] Built target http_plugin
Scanning dependencies of target eosio.system
[ 84%] Building LLVM bitcode eosio.system.cpp.bc
1 warning generated.
[ 84%] Generating multi_index_test.abi.hpp
[ 84%] Linking LLVM bitcode executable multi_index_test.bc
[ 85%] Generating textual assembly multi_index_test.s
[ 85%] Generating WAST multi_index_test.wast
[ 85%] Generating multi_index_test.wast.hpp
[ 85%] Built target multi_index_test
Scanning dependencies of target identity
[ 85%] Building LLVM bitcode identity.cpp.bc
In file included from /Users/hehongda/eos/contracts/eosio.system/eosio.system.cpp:5:
/Users/hehongda/eos/contracts/eosio.system/producer_pay.cpp:95:116: warning: implicit
conversion changes signedness: 'int64_t' (aka 'long long') to 'unsigned __int128'
[-Wsign-conversion]
...static_cast<int64_t>( (prod->total_votes * parameters.eos_bucket.amount) / total...
~ ~~~~~~~~~~~~~~~~~~^~
[ 85%] Generating identity.abi.hpp
[ 86%] Linking LLVM bitcode executable identity.bc
[ 86%] Generating textual assembly identity.s
[ 86%] Generating WAST identity.wast
[ 86%] Generating identity.wast.hpp
[ 86%] Built target identity
Scanning dependencies of target identity_test
[ 86%] Building LLVM bitcode identity_test.cpp.bc
[ 86%] Generating identity_test.abi.hpp
[ 86%] Linking LLVM bitcode executable identity_test.bc
[ 87%] Generating textual assembly identity_test.s
[ 87%] Generating WAST identity_test.wast
[ 87%] Generating identity_test.wast.hpp
[ 87%] Built target identity_test
Scanning dependencies of target stltest
[ 87%] Building LLVM bitcode stltest.cpp.bc
1 warning generated.
[ 87%] Generating eosio.system.abi.hpp
[ 87%] Linking LLVM bitcode executable eosio.system.bc
[ 87%] Generating textual assembly eosio.system.s
[ 87%] Generating WAST eosio.system.wast
[ 87%] Generating eosio.system.wast.hpp
[ 87%] Built target eosio.system
[ 87%] Generating stltest.abi.hpp
Scanning dependencies of target Runtime
[ 87%] Linking LLVM bitcode executable stltest.bc
[ 87%] Generating textual assembly stltest.s
[ 87%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/Intrinsics.cpp.o
[ 87%] Generating WAST stltest.wast
[ 88%] Generating stltest.wast.hpp
[ 88%] Built target stltest
[ 88%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/Linker.cpp.o
Scanning dependencies of target WASM
[ 88%] Building CXX object libraries/wasm-jit/Source/WASM/CMakeFiles/WASM.dir/WASMSerialization.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/LLVMEmitIR.cpp.o
[ 88%] Linking CXX static library libWASM.a
[ 88%] Built target WASM
Scanning dependencies of target WAST
[ 88%] Building CXX object libraries/wasm-jit/Source/WAST/CMakeFiles/WAST.dir/NFA.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/LLVMJIT.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/WAST/CMakeFiles/WAST.dir/Lexer.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/WAST/CMakeFiles/WAST.dir/Parse.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/WAST/CMakeFiles/WAST.dir/ParseFunction.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/Memory.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/ModuleInstance.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/WAST/CMakeFiles/WAST.dir/ParseNumbers.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/ObjectGC.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/WAST/CMakeFiles/WAST.dir/ParseModule.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/Runtime.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/Table.cpp.o
[ 88%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/Threads.cpp.o
[ 89%] Building CXX object libraries/wasm-jit/Source/Runtime/CMakeFiles/Runtime.dir/WAVMIntrinsics.cpp.o
[ 89%] Linking CXX static library libRuntime.a
[ 89%] Built target Runtime
[ 89%] Building CXX object libraries/wasm-jit/Source/WAST/CMakeFiles/WAST.dir/ParseTests.cpp.o
Scanning dependencies of target Emscripten
[ 89%] Building CXX object libraries/wasm-jit/Source/Emscripten/CMakeFiles/Emscripten.dir/Emscripten.cpp.o
[ 89%] Linking CXX static library libEmscripten.a
[ 89%] Built target Emscripten
[ 89%] Building CXX object libraries/wasm-jit/Source/WAST/CMakeFiles/WAST.dir/Print.cpp.o
[ 90%] Building CXX object libraries/wasm-jit/Source/WAST/CMakeFiles/WAST.dir/Regexp.cpp.o
[ 90%] Linking CXX static library libWAST.a
[ 90%] Built target WAST
Scanning dependencies of target Assemble
Scanning dependencies of target wavm
[ 90%] Building CXX object libraries/wasm-jit/Source/Programs/CMakeFiles/wavm.dir/wavm.cpp.o
[ 90%] Building CXX object libraries/wasm-jit/Source/Programs/CMakeFiles/Assemble.dir/Assemble.cpp.o
[ 90%] Linking CXX executable Assemble
[ 90%] Built target Assemble
Scanning dependencies of target Test
[ 90%] Building CXX object libraries/wasm-jit/Source/Programs/CMakeFiles/Test.dir/Test.cpp.o
[ 91%] Linking CXX executable wavm
[ 91%] Built target wavm
Scanning dependencies of target Disassemble
[ 91%] Linking CXX executable Test
[ 91%] Building CXX object libraries/wasm-jit/Source/Programs/CMakeFiles/Disassemble.dir/Disassemble.cpp.o
[ 91%] Built target Test
Scanning dependencies of target eos_utilities
[ 91%] Linking CXX executable Disassemble
[ 91%] Building CXX object libraries/utilities/CMakeFiles/eos_utilities.dir/key_conversion.cpp.o
[ 91%] Built target Disassemble
[ 91%] Building CXX object libraries/utilities/CMakeFiles/eos_utilities.dir/string_escape.cpp.o
[ 91%] Building CXX object libraries/utilities/CMakeFiles/eos_utilities.dir/tempdir.cpp.o
[ 91%] Building CXX object libraries/utilities/CMakeFiles/eos_utilities.dir/words.cpp.o
[ 91%] Linking CXX static library libeos_utilities.a
[ 91%] Built target eos_utilities
Scanning dependencies of target eosio_chain
[ 91%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/chain_config.cpp.o
[ 91%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/merkle.cpp.o
[ 91%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/name.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/transaction.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/block.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/block_trace.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/wast_to_wasm.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/wasm_interface.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/wasm_eosio_validation.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/wasm_eosio_injection.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/apply_context.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/resource_limits.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/fork_database.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/get_config.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/block_log.cpp.o
[ 92%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/asset.cpp.o
[ 93%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/global_property_object.cpp.o
[ 93%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/chain_controller.cpp.o
[ 93%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/contracts/eosio_contract.cpp.o
/Users/hehongda/eos/libraries/chain/chain_controller.cpp:1286:2: warning: TODO: this
comment sounds like it is expecting a check ("may") somewhere else, but I have not
found anything else [-W#warnings]
#warning TODO: this comment sounds like it is expecting a check ("may") somewher...
^
/Users/hehongda/eos/libraries/chain/contracts/eosio_contract.cpp:83:55: warning: lambda
capture 'context' is not used [-Wunused-lambda-capture]
auto create_permission = [owner=create.name, &db, &context, &resources](cons...
^
/Users/hehongda/eos/libraries/chain/contracts/eosio_contract.cpp:131:8: warning: TODO:
update setcode message to include the hash, then validate it in validate
[-W#warnings]
#warning TODO: update setcode message to include the hash, then validate i...
^
2 warnings generated.
[ 93%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/contracts/chain_initializer.cpp.o
[ 93%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/contracts/genesis_state.cpp.o
[ 93%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/contracts/abi_serializer.cpp.o
1 warning generated.
[ 93%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/webassembly/wavm.cpp.o
[ 93%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/webassembly/binaryen.cpp.o
[ 93%] Building CXX object libraries/chain/CMakeFiles/eosio_chain.dir/transaction_metadata.cpp.o
/Users/hehongda/eos/libraries/chain/transaction_metadata.cpp:14:5: warning: field
'published' will be initialized after field 'packed_digest' [-Wreorder]
,published(published)
^
1 warning generated.
[ 93%] Linking CXX static library libeosio_chain.a
[ 93%] Built target eosio_chain
Scanning dependencies of target chain_plugin
Scanning dependencies of target abi_generator
[ 93%] Building CXX object libraries/abi_generator/CMakeFiles/abi_generator.dir/abi_generator.cpp.o
[ 93%] Building CXX object plugins/chain_plugin/CMakeFiles/chain_plugin.dir/chain_plugin.cpp.o
/Users/hehongda/eos/plugins/chain_plugin/chain_plugin.cpp:82:2: warning: TODO: rate
limiting [-W#warnings]
#warning TODO: rate limiting
^
/Users/hehongda/eos/plugins/chain_plugin/chain_plugin.cpp:243:2: warning: TODO: This
used to be sync now it isnt? [-W#warnings]
#warning TODO: This used to be sync now it isnt?
^
/Users/hehongda/eos/plugins/chain_plugin/chain_plugin.cpp:435:2: warning: TODO: get
transaction results asynchronously [-W#warnings]
#warning TODO: get transaction results asynchronously
^
[ 93%] Linking CXX static library libabi_generator.a
[ 93%] Built target abi_generator
Scanning dependencies of target wallet_plugin
[ 93%] Building CXX object plugins/wallet_plugin/CMakeFiles/wallet_plugin.dir/wallet.cpp.o
3 warnings generated.
[ 93%] Linking CXX static library libchain_plugin.a
[ 93%] Built target chain_plugin
Scanning dependencies of target eosio-launcher
[ 94%] Building CXX object programs/eosio-launcher/CMakeFiles/eosio-launcher.dir/main.cpp.o
[ 94%] Building CXX object plugins/wallet_plugin/CMakeFiles/wallet_plugin.dir/wallet_plugin.cpp.o
[ 94%] Building CXX object plugins/wallet_plugin/CMakeFiles/wallet_plugin.dir/wallet_manager.cpp.o
[ 94%] Linking CXX executable eosio-launcher
[ 94%] Built target eosio-launcher
Scanning dependencies of target eosio-abigen
[ 94%] Building CXX object programs/eosio-abigen/CMakeFiles/eosio-abigen.dir/main.cpp.o
[ 94%] Linking CXX static library libwallet_plugin.a
[ 94%] Built target wallet_plugin
Scanning dependencies of target eosio_testing
[ 94%] Building CXX object libraries/testing/CMakeFiles/eosio_testing.dir/tester.cpp.o
[ 94%] Linking CXX executable eosio-abigen
[ 94%] Built target eosio-abigen
Scanning dependencies of target producer_plugin
[ 95%] Building CXX object plugins/producer_plugin/CMakeFiles/producer_plugin.dir/producer_plugin.cpp.o
[ 95%] Building CXX object libraries/testing/CMakeFiles/eosio_testing.dir/tester_network.cpp.o
[ 95%] Linking CXX static library libproducer_plugin.a
[ 95%] Built target producer_plugin
Scanning dependencies of target chain_api_plugin
[ 95%] Building CXX object plugins/chain_api_plugin/CMakeFiles/chain_api_plugin.dir/chain_api_plugin.cpp.o
[ 95%] Linking CXX static library libeosio_testing.a
[ 95%] Built target eosio_testing
Scanning dependencies of target account_history_plugin
[ 95%] Building CXX object plugins/account_history_plugin/CMakeFiles/account_history_plugin.dir/account_history_plugin.cpp.o
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:68:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_info, 200),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:58:54: note: expanded
from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name, http_response_code) CALL(chain, ro_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:69:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_block, 200),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:58:54: note: expanded
from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name, http_response_code) CALL(chain, ro_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:70:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_account, 200),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:58:54: note: expanded
from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name, http_response_code) CALL(chain, ro_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:71:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_code, 200),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:58:54: note: expanded
from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name, http_response_code) CALL(chain, ro_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:72:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_table_rows, 200),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:58:54: note: expanded
from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name, http_response_code) CALL(chain, ro_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:73:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_currency_balance, 200),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:58:54: note: expanded
from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name, http_response_code) CALL(chain, ro_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:74:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_currency_stats, 200),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:58:54: note: expanded
from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name, http_response_code) CALL(chain, ro_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:75:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(abi_json_to_bin, 200),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:58:54: note: expanded
from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name, http_response_code) CALL(chain, ro_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:76:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(abi_bin_to_json, 200),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:58:54: note: expanded
from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name, http_response_code) CALL(chain, ro_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:77:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_required_keys, 200),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:58:54: note: expanded
from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name, http_response_code) CALL(chain, ro_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:78:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RW_CALL(push_block, 202),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:59:54: note: expanded
from macro 'CHAIN_RW_CALL'
#define CHAIN_RW_CALL(call_name, http_response_code) CALL(chain, rw_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:79:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RW_CALL(push_transaction, 202),
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:59:54: note: expanded
from macro 'CHAIN_RW_CALL'
#define CHAIN_RW_CALL(call_name, http_response_code) CALL(chain, rw_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:80:7: warning: lambda
capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RW_CALL(push_transactions, 202)
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:59:54: note: expanded
from macro 'CHAIN_RW_CALL'
#define CHAIN_RW_CALL(call_name, http_response_code) CALL(chain, rw_api, chain_a...
^
/Users/hehongda/eos/plugins/chain_api_plugin/chain_api_plugin.cpp:33:5: note: expanded
from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
13 warnings generated.
[ 95%] Linking CXX static library libchain_api_plugin.a
[ 95%] Built target chain_api_plugin
Scanning dependencies of target wallet_api_plugin
[ 95%] Building CXX object plugins/wallet_api_plugin/CMakeFiles/wallet_api_plugin.dir/wallet_api_plugin.cpp.o
[ 95%] Linking CXX static library libaccount_history_plugin.a
[ 95%] Built target account_history_plugin
Scanning dependencies of target txn_test_gen_plugin
[ 95%] Building CXX object plugins/txn_test_gen_plugin/CMakeFiles/txn_test_gen_plugin.dir/txn_test_gen_plugin.cpp.o
[ 96%] Linking CXX static library libwallet_api_plugin.a
[ 96%] Built target wallet_api_plugin
Scanning dependencies of target faucet_testnet_plugin
[ 96%] Building CXX object plugins/faucet_testnet_plugin/CMakeFiles/faucet_testnet_plugin.dir/faucet_testnet_plugin.cpp.o
[ 96%] Linking CXX static library libtxn_test_gen_plugin.a
[ 96%] Built target txn_test_gen_plugin
Scanning dependencies of target mongo_db_plugin
[ 96%] Linking CXX static library libfaucet_testnet_plugin.a
[ 96%] Built target faucet_testnet_plugin
Scanning dependencies of target keosd
[ 96%] Building CXX object plugins/mongo_db_plugin/CMakeFiles/mongo_db_plugin.dir/mongo_db_plugin.cpp.o
[ 96%] Building CXX object programs/keosd/CMakeFiles/keosd.dir/main.cpp.o
[ 97%] Linking CXX executable keosd
[ 97%] Built target keosd
Scanning dependencies of target chain_test
[ 97%] Building CXX object tests/CMakeFiles/chain_test.dir/chain_tests/auth_tests.cpp.o
[ 97%] Linking CXX static library libmongo_db_plugin.a
[ 97%] Built target mongo_db_plugin
[ 97%] Building CXX object tests/CMakeFiles/chain_test.dir/chain_tests/block_tests.cpp.o
Scanning dependencies of target net_plugin
[ 97%] Building CXX object plugins/net_plugin/CMakeFiles/net_plugin.dir/net_plugin.cpp.o
/Users/hehongda/eos/plugins/net_plugin/net_plugin.cpp:758:29: warning: lambda capture
'this' is not used [-Wunused-lambda-capture]
[this, tx](boost::system::error_code ec, std::size_t ) {
^
/Users/hehongda/eos/plugins/net_plugin/net_plugin.cpp:773:26: warning: lambda capture
'this' is not used [-Wunused-lambda-capture]
[this, tx](boost::system::error_code ec, std::size_t ) {
^
[ 97%] Building CXX object tests/CMakeFiles/chain_test.dir/chain_tests/bootseq_tests.cpp.o
[ 97%] Building CXX object tests/CMakeFiles/chain_test.dir/chain_tests/delay_tests.cpp.o
2 warnings generated.
[ 97%] Linking CXX static library libnet_plugin.a
[ 97%] Built target net_plugin
[ 97%] Building CXX object tests/CMakeFiles/chain_test.dir/chain_tests/producer_schedule_tests.cpp.o
Scanning dependencies of target account_history_api_plugin
[ 97%] Building CXX object plugins/account_history_api_plugin/CMakeFiles/account_history_api_plugin.dir/account_history_api_plugin.cpp.o
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:50:7: warning:
lambda capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_transaction),
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:41:34: note:
expanded from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name) CALL(account_history, ro_api, account_history_a...
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:25:5: note:
expanded from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:51:7: warning:
lambda capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_transactions),
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:41:34: note:
expanded from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name) CALL(account_history, ro_api, account_history_a...
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:25:5: note:
expanded from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:52:7: warning:
lambda capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_key_accounts),
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:41:34: note:
expanded from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name) CALL(account_history, ro_api, account_history_a...
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:25:5: note:
expanded from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:53:7: warning:
lambda capture 'this' is not used [-Wunused-lambda-capture]
CHAIN_RO_CALL(get_controlled_accounts)
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:41:34: note:
expanded from macro 'CHAIN_RO_CALL'
#define CHAIN_RO_CALL(call_name) CALL(account_history, ro_api, account_history_a...
^
/Users/hehongda/eos/plugins/account_history_api_plugin/account_history_api_plugin.cpp:25:5: note:
expanded from macro 'CALL'
[this, api_handle](string, string body, url_response_callback cb) mutable {
^
[ 97%] Building CXX object tests/CMakeFiles/chain_test.dir/chain_tests/proof_tests.cpp.o
4 warnings generated.
[ 97%] Linking CXX static library libaccount_history_api_plugin.a
[ 97%] Built target account_history_api_plugin
Scanning dependencies of target cleos
[ 97%] Building CXX object programs/cleos/CMakeFiles/cleos.dir/main.cpp.o
[ 98%] Building CXX object tests/CMakeFiles/chain_test.dir/chain_tests/recovery_tests.cpp.o
[ 98%] Building CXX object tests/CMakeFiles/chain_test.dir/api_tests/api_tests.cpp.o
[ 99%] Building CXX object programs/cleos/CMakeFiles/cleos.dir/httpc.cpp.o
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/tests/abi_tests.cpp.o
[ 99%] Building CXX object programs/cleos/CMakeFiles/cleos.dir/help_text.cpp.o
[ 99%] Linking CXX executable cleos
Undefined symbols for architecture x86_64:
"_libintl_bindtextdomain", referenced from:
_main in main.cpp.o
"_libintl_gettext", referenced from:
eosio::client::localize::localized_with_variant(char const*, fc::variant_object const&) in main.cpp.o
eosio::client::localize::localized_with_variant(char const*, fc::variant_object const&) in help_text.cpp.o
"_libintl_setlocale", referenced from:
_main in main.cpp.o
"_libintl_textdomain", referenced from:
_main in main.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [programs/cleos/cleos] Error 1
make[1]: *** [programs/cleos/CMakeFiles/cleos.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/tests/database_tests.cpp.o
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/tests/misc_tests.cpp.o
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/currency_tests.cpp.o
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/dice_tests.cpp.o
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/eosio.system_tests.cpp.o
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/eosio.token_tests.cpp.o
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/exchange_tests.cpp.o
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/identity_tests.cpp.o
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/multi_index_tests.cpp.o
[ 99%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/multisig_tests.cpp.o
[100%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/payloadless_tests.cpp.o
[100%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/tic_tac_toe_tests.cpp.o
[100%] Building CXX object tests/CMakeFiles/chain_test.dir/wasm_tests/wasm_tests.cpp.o
[100%] Building CXX object tests/CMakeFiles/chain_test.dir/tests/message_buffer_tests.cpp.o
[100%] Building CXX object tests/CMakeFiles/chain_test.dir/tests/special_accounts_tests.cpp.o
[100%] Building CXX object tests/CMakeFiles/chain_test.dir/tests/wallet_tests.cpp.o
[100%] Building CXX object tests/CMakeFiles/chain_test.dir/library_tests/chain/resource_limits_test.cpp.o
[100%] Building CXX object tests/CMakeFiles/chain_test.dir/common/main.cpp.o
[100%] Linking CXX executable chain_test
[100%] Built target chain_test
make: *** [all] Error 2
>>>>>>>>>>>>>>>>>>>> MAKE building EOSIO has exited with the above error.

~/eos(master) »

brew unlink gettext && brew link gettext                           hehongda@pumatus
Unlinking /usr/local/Cellar/gettext/<IP_ADDRESS>... 185 symlinks removed
Warning: gettext is keg-only and must be linked with --force
Note that doing so can interfere with building software.
If you need to have this software first in your PATH instead consider running:
echo 'export PATH="/usr/local/opt/gettext/bin:$PATH"' >> ~/.zshrc
I'm sorry. I'll ask what the last sentence means. I feel that problem.

@pumatus
brew unlink gettext && brew link --force gettext

Last login: Fri May  4 19:50:46 on ttys000
/Users/hehongda/.zshrc:7: command not found: Set
[oh-my-zsh] Random theme '/Users/hehongda/.oh-my-zsh/themes/awesomepanda.zsh-theme' loaded...
➜  ~ brew unlink gettext && brew link --force gettext
Unlinking /usr/local/Cellar/gettext/<IP_ADDRESS>... 185 symlinks removed
Linking /usr/local/Cellar/gettext/<IP_ADDRESS>... 185 symlinks created
If you need to have this software first in your PATH instead consider running:
echo 'export PATH="/usr/local/opt/gettext/bin:$PATH"' >> ~/.zshrc
➜  ~

@pumatus This looks correct but just to verify.
find /usr -name libintl* -print 2>/dev/null
Your output should be similar to:
$ find /usr -name libintl* -print 2>/dev/null
/usr/local/include/musl/upstream/include/libintl.h
/usr/local/include/libintl.h
/usr/local/lib/libintl.dylib
/usr/local/lib/libintl.8.dylib
/usr/local/lib/libintl.a
/usr/local/Cellar/gettext/<IP_ADDRESS>/include/libintl.h
/usr/local/Cellar/gettext/<IP_ADDRESS>/lib/libintl.dylib
/usr/local/Cellar/gettext/<IP_ADDRESS>/lib/libintl.8.dylib
/usr/local/Cellar/gettext/<IP_ADDRESS>/lib/libintl.a
/usr/local/Cellar/gettext/<IP_ADDRESS>/share/gettext/intl/libintl.rc
Also be aware, EOS.IO is built and tested using BASH as the default shell. It looks as though you may be running ZHS FYI.

@pacificcode  Yea!  running ZHS FYI.   How should I change to bash. - -


Windows 11 UTM on M1 pro "Let's connect you to a network"

Discussed in https://github.com/utmapp/UTM/discussions/3870

Originally posted by Ramez-Dous April  4, 2022
Hello,
I'm stuck with this error when installing Windows 11 on my MacBook Pro 16 "M1 Pro".
"
Let's connect you to a network
You'll need an internet connection to
continue setting up your device. Once
connected, you'll get the latest features
and security updates.
Having trouble getting connected?
For troubleshooting tips, use another
device and visit aka.ms/networksetup
"
Tried deleting and creating the VM many times. Also, tried Shared Network, Bridged, and Emulated VLAN. Tried many times with different Emulated Network Card. Also, Tried on WiFi and a USB to Ethernet. Nothing seems to work.
Any ideas?!
Thank you!

Windows 11 UTM om M1 Air "Wifi Settings"
Hi everyone
Q: The Wifi is working great at Home, but when I go to the cafe I cannot find any settings to log into the Wifi at my church. How do I log into the Wifi at my church?
Note: the reason why I need to do this is because I want to use this MacBook to livestream our zoom meetings through OBS Studio to YouTube live, this is how we plan to stream live to both FaceBook and YouTube for free. Our old laptop can only just do the zoom meetings and is not powerful enough to run OBS Studio at the same time. I tried to live Stream on macOS and it couldn't pick up the zoom meetings video, plus I had an echo on the sound, so I installed blackhole 2ch and then the audio stopped altogether and I can't get sound back into OBS studio after so many attempts, I had also tried to do the same on a MacBook Pro 2014 that I used to have and that failed just the same, but I set up Windows 10 on it and it worked perfectly. I wish I still had the MacBook Pro 2014 as at it wasn't to bad to set up, so far I'm wasting hours and hours with this MacBook Air M1 and I might have to sell it and buy a second hand MacBook Pro 2014. Is it just meow are the new Apple silicon MacBook and new versions of MacOs just unable to do things like Windows 10 or 11 or OBS Studio properly? Window 10 and Windows 11 just work so good and work well on old MacBook Pro's


cleanup(spanner): Use absl::FixedArray instead of vector

Fixes TODO (issue no longer exists).

This change is

@mr-salty can you take a look?  The code looks right, but you understand the advantages / rationale for absl::FixedArray.

google/cloud/spanner/BUILD, line 31 at r2 (raw file):

        "//google/cloud:google_cloud_cpp_common",
        "//google/cloud:google_cloud_cpp_grpc_utils",
        "@com_google_absl//absl/container:fixed_array",

Can you do the analogous thing in the CMake file?  We use the CMake deps to generate pkg-config files, including indirect dependencies.

google/cloud/spanner/CMakeLists.txt, line 151 at r3 (raw file):

target_link_libraries(
    spanner_client
    PUBLIC absl::container

Just curious, why that instead of absl::fixed_array?  It seems to exist, at least based on browsing the generated absl*.cmake files.


Run renovate every 5 minutes

/kind enhancement
What this PR does / why we need it:
It is much more convenient for the users when renovate runs in a higher frequency, because the PRs but also the dependency dashboard is updated faster.
Thus, with this PR renovate runs every 5 minutes.
Which issue(s) this PR fixes:
Fixes #
Special notes for your reviewer:
/cc @timebertt

/approve


~

RancherOS Version: (ros os version)
Where are you running RancherOS? (docker-machine, AWS, GCE, baremetal, etc.)

？？


MortgageETL+XGBoost.ipynb notebook fail running on CPU

we will hit exception because of schema mismatch
Tracker started, with env={DMLC_NUM_SERVER=0, DMLC_TRACKER_URI=XXXX, DMLC_TRACKER_PORT=XXXX, DMLC_NUM_WORKER=1024}
XXXARN TaskSetManager: Lost task 92.0 in stage 62.0 (TID 10523) (10.XX executor 254): org.apache.spark.sql.execution.QueryExecutionException: Parquet column cannot be converted in file hdfs://XXX:9000/datXXXXn/part-0XXXX711607e3ba72-c000.snappy.parquet. Column: [loan_age], Expected: float, Found: DOUBLE
	at org.apache.spark.sql.execution.datasources.FileScanRDD$$anon$1.nextIterator(FileScanRDD.scala:179)
	at org.apache.spark.sql.execution.datasources.FileScanRDD$$anon$1.hasNext(FileScanRDD.scala:93)
	at org.apache.spark.sql.execution.FileSourceScanExec$$anon$1.hasNext(DataSourceScanExec.scala:503)

not a bug, should not apply schema to parquet


Workflow URL generated for Request Trigger with path parameters not correct.

Describe the Bug with repro steps
Create a new workflow on Portal with Request Trigger
Add relative path param
Save the workflow.
Check the workflow url.
In my case it is
https://la-esb-devtst-documentsapi-001.ase-esb-devtst-application-001.appserviceenvironment.net/documents/%7BdocumentId%7D/%7Brevision%7D/file?[Querry Params]
Should have been
https://la-esb-devtst-documentsapi-001.ase-esb-devtst-application-001.appserviceenvironment.net/api/get-doucument-file-from-efs/triggers/Get_Document_Request/invoke/documents%2F312%2F3%2Ffile?[Querry Params]
Also run with payload bug is not fixed #2440
Probably related to #2439
What type of Logic App Is this happening in?
Standard (Portal)
Are you using Preview Designer or GA Designer
Generally Available
Workflow JSON
{
    "definition": {
        "$schema": "https://schema.management.azure.com/providers/Microsoft.Logic/schemas/2016-06-01/workflowdefinition.json#",
        "actions": {},
        "contentVersion": "<IP_ADDRESS>",
        "outputs": {},
        "triggers": {
            "Get_Document_Request": {
                "inputs": {
                    "method": "GET",
                    "relativePath": "/documents/{documentId}/{revision}/file"
                },
                "kind": "Http",
                "type": "Request"
            }
        }
    },
    "kind": "Stateful"
}

Screenshots or Videos
No response
Browser
Firefox
Additional context
No response

@mohit-jagtiani - This issue is fixed in the Portal for standard workflows and we can also successfully invoke using RunWithPayload using your relative path.

The only issue I am seeing now is this extra path "api/get-doucument-file-from-efs/triggers/Get_Document_Request/invoke"
not included in the url shown in UI, so we will keep this issue to track it. But Run With payload works in the portal

We have deployed today with the fix for the missing part in path in the url generated. No change made in runwithpayload. Please reopen the issue if your runwithpayload still fails and do provide screenshots on what you are seeing in the results

Run with payload on portal is still not working

@mohit-jagtiani - Please open a CSS ticket or ICM on this so you can share your logs [network traces/console logs] to investigate further on what is going wrong with your app run here.


Basic PWA

Issue
To make the client more mobile friendly, it should be a made into a PWA (Progressive Web Application).
Notes

First step is just to make it into a basic PWA with a simple manifest and a simple service worker.
Other issues may work on improving the service worker
A guide: Turn your website into a high quality PWA

Resolved in commit fef0dcb75389942616c161697591225c158569a9


controllers: add CephBlockPool to StorageCluster relatedObjects

Adding default CephBlockPool to relatedObjects in StorageCluster
since it is an object of interest for managing various pool
level features.
Signed-off-by: Umanga Chapagain<EMAIL_ADDRESS>

Closing this as it is no longer required.


bootstrap doesn't exists on vue-gtag-next

How could I wait fot the bootstrap resolution in order to get the gtag object and do something with it in Vue 3?
I'm migrating some components from vue 2 to vue 3 with composition API (not all components) and I bootstrap gtag by this way:
import { App } from 'vue'
import VueGtag, { bootstrap } from 'vue-gtag'
(...)
App.use(VueGtag, { bootstrap: false, config: { id: GA_TRACKER, cookie_domain: GA_COOKIE_DOMAIN } })
(...)
bootstrap().then((gtag) => {
    App.provide('gtag', gtag)
})

I wanna use the useGtag that provides this version, because I can't use this.$gtag in composition API. But I must continue using the legacy way for some parts of the application that are using Options API yet.
I mean, I wanna use both forms: useGtag and this.$gtag in my application.

I know that in this version, instead of calling the bootstrap() method, gtag can be instantiated by passing the id to the property object. But I don't know how to get the "gtag" object that I used to get with the bootstrap() method before.
EDIT: It's seems that it's not necessary. Version 3 continue using the same global namespace. https://matteo-gabriele.gitbook.io/vue-gtag/v/next/global-namespace
CLOSED


Additional configuration options for graph view.

Please select if your request is either something new or an enhancement

[x] Enhancement of an existing Feature.
[ ] Request of a new feature.

Please select the area your request applies to. (Multiple selections are Possible. You can leave blank if you're not sure.)

[ ] Workspace - VSCode workspace, vaults, Intellisense/autocomplete, Dendron settings
[ ] Lookup - Dendron's Lookup Command
[x] Views - Dendron Preview, Tree View, Side Panels in the UI
[ ] Schema - Dendron Schemas
[ ] Pod - Data import from / export to Dendron
[ ] Publish - External Site Publish
[ ] Markdown - Markdown features, such as syntax support and features

Is your feature request related to a problem? Please describe
In graph view:

Only showing immediate neighbours of a note doesn't provide a good overview
Showing full graph takes too long and is too much information

Describe the solution you'd like
Additional configuration options for the graph view. E.g. show only current domain or show neighbours up to n steps away, where n = 1 is the current local graph view.
Describe alternatives you've considered
Additional context

Thanks @maximilianigl for the suggestions. Enhancing the graph view is definitely on our radar for next quarter.


Rule import/no-deprecated wot working

Sorry maybe I missed something in docs but I am unable to make work rule import/no-deprecated.
I installed eslint-plugin-import version 6.11.3
I put rules in my config
.
...  import/no-deprecated: 1,  import/no-cycle: 1 ...
The problem is - I see rule no-cycle is working, and I can change level of it from warning to error. But I see no signs of import/no-deprecated rule despite the fact that entities marked with @deprecated tag in JSDocs exist in project. What can be wrong? Thanks in advance.

This appears to be a TypeScript-specific issue.
If I mark a const as @deprecated with JSDoc*, then this rule

Does emit an error/warn IF the source file is .js
Does NOT emit an error/warn IF the source file is .ts

I assume this relates to how TypeScript ESLint plugin parses JSDoc/TSDoc.
*JSDoc - which is also TSDoc here?
Just leaving some notes in case someone can correct me here. For now, I will look further to confirm this.

@connorjs it's certainly possible that the TS eslint parser uses a different node name in .ts than in .js - that would be trivial to fix once it could be reproduced.

I took a glance to see effort of potentially implementing a fix (if TypeScript was the root cause). Looks like ESLint deprecated JSDoc parsing a while ago: https://eslint.org/blog/2018/11/jsdoc-end-of-life/.
This package uses doctrine which is the deprecated/EOL-ed package from ESLint.

Thanks @ljharb! I will look at how to reproduce in this project’s unit tests. Looks like there’s enough test structure to simulate this. Roughly,

Create TS file for no-deprecated
Add test cases that import that TS file

Off-topic: Relates to contributing.
@ljharb - What node version should I use for this package? I’m getting the following error when running. Looking at travis.yml, I had guessed node14 would work. I didn’t see anything in the CONTRIBUTING, but whoops if I missed another spot.
/Users/connorjs/w/connorjs/eslint-plugin-import/tests/src/cli.js:4
import path from 'path';
^^^^^^

SyntaxError: Cannot use import statement outside a module

@connorjs anything that’s in the package.json engines.node. However, you’ll need to use the script commands in package.json to run tests properly.


Player status

When I do the arkmanager status thing, I sometimes get a player +1 for my server. For example it shows 1/50 players, but there is noone connected. Not sure if this is a arkmanager or rcon problem?

I have noticed same issue when getting players from query port (27015) while rcon shows the right amount of players. Must be problem on the ARK side I think.

it's most probably an ark problem


Refactor global variables to autoload variables

This is just an idea. If you like it I will continue to work on it. See commit message for more.

I have rebased (actually rewritten) these commits on top of the current master. I have also split the work into different commits to better show what is done.

@lucc looks much nicer!

@jdevera I tried to apply your comment (sadly it is lost now, as the commit is gone)

I wish I remembered that comment :)

I gave this a bit of a run and it seems solid to me. Merging.


normalize not functioning properly?

I see that there is a normalize.css file in the directory structure, but I am still experiencing some non-normalized behavior.  Is this FAD? Or do you suggest any additional normalize package from atmosphere?

Normalize.css should be automatically included since it's in the client folder. What problems are you experiencing?

I'm still seeing default behavior of padding: 40px; on  elements
On Mon, Nov 16, 2015 at 4:02 AM, Matteo De Micheli<EMAIL_ADDRESS>
wrote:

Normalize.css should be automatically included since it's in the client
folder. What problems are you experiencing?
—
Reply to this email directly or view it on GitHub
https://github.com/matteodem/meteor-boilerplate/issues/95#issuecomment-156959915
.

I removed normalize from the boilerplate as I think it's not needed anymore


push_service.rb:47: syntax error, unexpected ':', expecting =>  "tokens": @device_tokens,

I just tried installing the gem and when i ran the "bundle exec rails g ionic_push:install" command, i got this error. I initially thought maybe the command had an issue but even when running rails console I get the same error. I noticed that you did some refactorings 4 days ago, could that have created this issue?

@edemkumodzi, I think you may have an older version the gem. To update, do:
bundle update ionic_push

The API was changed a bit when I refactored. Sending a generic alert could have been done by calling notify! This has changed. you can send the exact same message by doing:
service = IonicPush::PushService.new(device_tokens: device_tokens)
service.alert!("Is this you John Wayne? Is this me?")

If you need to customize your message more, you can supply a block to the notify method:
service = IonicPush::PushService.new(device_tokens: device_token)
service.notify do
  {
    "alert":"You've got updated messages!",
    "android":{
      "title":"Updated Messages",
      "payload":{
        "type":"configuration"
      }
    }
  }
end

Hope this helps a bit. We have this running on a live app without issue.

Still doesn't work.
What's the latest version I need to install? What I have is 0.0.1

What version of ruby are you using?
If you look at your Gemfile.lock, you should have an entry like this:
GIT
  remote: git://github.com/nwwatson/ionic_push.git
  revision: 38a172eb46576cce72dd0c80033a173ea2ab037c
  branch: master
  specs:
    ionic_push (0.0.2)
      httparty (~> 0.13.5)
      rails (~> 4.2.1)

Using Ruby 2.2.0-preview

I get the exact same entry you have. I don't know if it makes any difference but I'm using rails-api, not the full rails. Could there be another dependency that's missing?

@edemkumodzi Try updating. It looks like the preview version of ruby didn't like the hash syntax I was using. I tested it and you should be good to go.


add grafana views for tekton chains controller workque and latency

A followup to https://github.com/openshift-pipelines/pipeline-service/pull/989(closed accidently, and not able to reopen it)

yeah I've never seen that being able to reopen a PR before @jkhelil  .... the same thing shows up for me.  No idea what is going on.
in any event, yes, the screen shot at https://github.com/openshift-pipelines/pipeline-service/pull/989#issuecomment-2074288670 was along the lines of what I was talking about.  Thanks.

looks good diff wise @jkhelil
also checked out your PR and tried it locally
merging


Makecab documentation is not consistent with makecab /?

https://github.com/MicrosoftDocs/windowsserverdocs/blob/699cff9fd5fbc792c45c81a0464968e6ef0e5bde/WindowsServerDocs/administration/windows-commands/makecab.md?plain=1#L38
suggests that the lowest possible verbosity level is 0, however, makecab /? says
/V[n]          Verbosity level (1..3).

One of these has to be incorrect, I'm not sure which one though. Makecab takes in whatever (even letters) for /V, so I cannot tell what the range is this way, but the output from compressing a single file seems to be the same fot /V0 and /V1.
This most probably also applies to diantz, as it's basically the same.

We hugely appreciate your contribution, feedback, and support to our technical documentation.
We’ve phased out GitHub Issues on this repository as the feedback mechanism for content and have replaced it with a new feedback system. For more information see, Content User Feedback. As part of this rollout, we are migrating your issue where our team will use your comments to improve the documentation experience. Unfortunately, this does mean you won't be able to access this issue after the migration is complete.
All issues will be migrated by Thursday 29th August 2024.
Once again, thank you for your valuable feedback, we hope you’ll continue to contribute using our new feedback system.


Potiential bug when thers is multiple elements in results['seg_fields']

https://github.com/open-mmlab/mmdetection/blob/3280d43b813eb1cc7f77f270114a33de5a92fba9/mmdet/datasets/pipelines/transforms.py#L271
We overwrite the same key gt_semantic_seg in a loop, which may cause potential bugs when
there are multiple elements in the length of results["seg_fileds"].
#5747 gives a temporary solution, we need to remove gt_semantic_seg in the future.

maybe it would be better to re-consider whether supporting multiple inputs in some other pipelines.
For example,
https://github.com/open-mmlab/mmdetection/blob/master/mmdet/datasets/pipelines/transforms.py#L207
The current version seems to have problems when entering multiple contents.


Does not work with process.exit()

require('loud-rejection/register')

console.log('foo')
Promise.reject(new Error('bar'))

process.exit()

Give:
> node index.js
foo
>

With Node 4.2.2 and loud-rejection 1.2.0.

Sounds like a problem with signal-exit. Can you check if https://github.com/sindresorhus/loud-rejection/blob/ae879160aab7799459e513226cb869870467aeee/index.js#L26 is ever called?

It is correctly called.

Waiting a complete turn of the event loop seems to resolve the problem.
require('loud-rejection/register')

Promise.reject(new Error('foo'))

setImmediate(function () { // Not process.nextTick()!
  process.exit(1)
})

I think it is not a bug but a normal behaviour of how unhandled rejected promises are detected.

I think it is not a bug but a normal behaviour of how unhandled rejected promises are detected.

That is correct. This is actually well defined in the spec:

Event: 'unhandledRejection'
Emitted whenever a Promise is rejected and no error handler is attached to the promise within a turn of the event loop
(ea)

@jamestalmage Maybe we could use the process.on('beforeExit') event to prolong the process another event loop so it just works?

I tried, see #14.
I just don't think this is doable.

https://github.com/sindresorhus/loud-rejection/pull/14#issuecomment-167789675

Unless the spec for unhandledRejection changes, this just isn't doable. I am closing.


Add support for downloading flights from alternate endpoints

Add support for downloading flights from alternate EPs

arrow-ballista uses multiple executors to run a query in parallel, and this PR allows them each to serve their result

Fix NPE when there are no extraParams
Exclude more packages from Maven shade so developers can attach a debugger when integration testing shaded jar

e.g. when testing from one's favorite SQL IDE (DataGrip, SQLCommander, etc)

Fix dep.protobuf.version build error
Bump to v9 to match main repo

@jduo @jayhomn-bitquill @andygrove
See https://github.com/rafael-telles/arrow/pull/42 for more detail.
Filing in response to https://github.com/apache/arrow/pull/13900#discussion_r947235847
@lidavidm is this the correct place to PR to?

Hmm, I'm hoping we can get in the 'base' PR, then review these additions (which are very much welcomed). Also because I think we're supposed to keep discussion on Apache-maintained sites

Mostly because the base PR is so large, it's hard to keep it and all the changes in mind

Will re-open as a PR against the apache/arrow repo.


🔧 MAINTAIN: Remove click dependency

This dependency is not used anywhere in the package

Don't know why it is there in the first place (literally added in the first commit (https://github.com/executablebooks/sphinx-book-theme/commit/1706c988baac17ace7aa5a3b3ce722d62060cf8d)
It was relatively benign, until #364, when @choldgraf pinned it to click v7, which block any update to click v8.

closes https://github.com/executablebooks/sphinx-book-theme/issues/424 as well


gem upgrades and puma version bump

mostly straight upgrades but puma got a major version bump to 3.0 https://github.com/puma/puma/blob/master/History.txt

LGTM


how to use

i am newer, even donot know how to complier
To install:
cp libandroid-shmem-gnueabihf.so /lib/libandroid-shmem-gnueabihf.so (in chroot environment)
To start iceweasel
env LD_PRELOAD="/lib/libandroid-shmem-gnueabihf.so"
this is what i need to do ?

Copy it to your jni directory and add it to your LOCAL_SHARED_LIBRARIES.
On May 30, 2015 12:56 PM, "zhizunbao84"<EMAIL_ADDRESS>wrote:

—
Reply to this email directly or view it on GitHub
https://github.com/pelya/android-shmem/issues/3.

Please all these statements sound like spanish to an english student ....please someone should help me . I ve installed postgresql on kali using linuxdeploy

@fsegunken  😂 I'm confused too have you found any answer yet ??


Project cannot start after centos7 installation

Project cannot start after centos7 installation

A fatal error has been detected by the Java Runtime Environment:

SIGSEGV (0xb) at pc=0x00007f96ef0f1874, pid=5123, tid=0x00007f96d3a0f700

JRE version: Java(TM) SE Runtime Environment (8.0_191-b12) (build 1.8.0_191-b12)
Java VM: Java HotSpot(TM) 64-Bit Server VM (25.191-b12 mixed mode linux-amd64 compressed oops)
Problematic frame:
C  [libunwind.so.7+0x6874]  access_mem+0x24

Core dump written. Default location: /yunku/core or core.5123

An error report file with more information is saved as:
/yunku/hs_err_pid5123.log

Compiler replay data is saved as:
/yunku/replay_pid5123.log

If you would like to submit a bug report, please visit:
http://bugreport.java.com/bugreport/crash.jsp

That looks like crash in libunwind. Consider reporting it over there.
What exactly you're running? Is that malloc or profiler? In any case you can switch it to frame pointer base unwinding and then switch JVM to generate frame pointers: -XX:+PreserveFramePointer.
gperftools can be either built without libunwind, or switched to frame pointers by passing environment variable TCMALLOC_STACKTRACE_METHOD=x86.

@alk Hi, I got the same crash when analyse the memory of java program via "LD_PRELOAD=/xx/libtcmalloc.so". How can I use gperftools without libunwind ?

use libtcmalloc_minimal.so instead of libtcmalloc.so without libunwind.so
mdbbm%ldd ./libtcmalloc_minimal.so.4.1.2
linux-vdso.so.1 =>  (0x00007ffd7a78f000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f011ecdf000)
libstdc++.so.6 => /data02/settlegrp/mdbbm/gcc-5.2.0_home/lib/../lib64/libstdc++.so.6 (0x00007f011e951000)
libm.so.6 => /lib64/libm.so.6 (0x00007f011e6cd000)
libc.so.6 => /lib64/libc.so.6 (0x00007f011e339000)
libgcc_s.so.1 => /data02/settlegrp/mdbbm/gcc-5.2.0_home/lib/../lib64/libgcc_s.so.1 (0x00007f011e122000)
/lib64/ld-linux-x86-64.so.2 (0x0000003727000000)
At 2019-09-09 21:29:27, "runzhiwang"<EMAIL_ADDRESS>wrote:
@alk Hi, I got the same crash when analyse the memory of java program via "LD_PRELOAD=/xx/libtcmalloc.so". How can I use gperftools without libunwind ?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

@hnwyllmm I use libtcmalloc_minimal.so, but could not get the memory heap in HEAPPROFILE. Is there anything wrong with my operations ?

wget https://github.com/gperftools/gperftools/releases/download/gperftools-2.5/gperftools-2.5.tar.gz
tar -zxvf gperftools-2.5.tar.gz
cd gperftools-2.5
./configure --enable-minimal
make&& make install

export LD_PRELOAD=/gperftools-2.5/.libs/libtcmalloc_minimal.so
export HEAPPROFILE=/gperftools-2.5/tmp/gzip
7. java -jar xxx.jar
8. Did not find any gzip_xxx.heap in /tmp.

Sorry, you cannot use profile tools with minimal.so

same problem


The "Search Tutorials" function on the webpage doesn't seem to find some tools

Issue: A bug in the search function? or a suggested enhancement to the search function
Detail: On the webpage https://training.galaxyproject.org/training-material/  if I want to search the tutorials for a particular tool (e.g. Blast), there are no results found. However this is a tool that is used in some tutorials (e.g. https://training.galaxyproject.org/archive/2019-06-01/topics/genome-annotation/tutorials/genome-annotation/tutorial.html).
Suggestion: I don't think this is necessarily a bug as some other tool searches seem to work. But perhaps there's a way to enhance the search function?

Currently it only searches the metadata and not the whole tutorial. I've got a branch where it's opened up to completely full text search but it isn't merged yet. We can definitely resurrect that work and fix this :)


Changed the path to image

General Checks

[ ] the branch is up to date with main/master
[ ] the code works when pulled and run locally
[ ] All CI checks pass
[ ] all conflicts are resolved (if any)
[ ] PR has a descriptive title
[ ] PR has appropriate labels and milestones for easy identification
[ ] PR it is assigned to the owner
[ ] reviewers are assigned
[ ] the PR contributes only one focused change
[ ] It is in the appropriate column in the project board (if necessary)
[ ] has short and clear description
[ ] is linked to an issue (if it is related)
[ ] feedback is addressed (if any and if it is appropriate feedback.)

Markdown

[ ] the markdown source is formatted
[ ] spelling and grammar is correct in all text
[ ] The markdown looks correct when you preview the file
[ ] all links and images work

HTML

[ ] pages besides /index.html are stored in /pages
[ ] the code is well-formatted
[ ] the HTML is valid
[ ] there are no inline styles (example: style='color: red;')
[ ] there are no <style> tags with CSS, all styles are hrefs
[ ] there is no inline JavaScript (example: onclick='doSomething()')
[ ] there are no <script> tags with JS, all JS is in an separate file
[ ] ids are used for JavaScript only, not for CSS
[ ] semantic tags are used
[ ] spelling and grammar is correct in all site content

CSS

[ ] the code is well-formatted
[ ] passes all the linting checks

Note:
It is not a good practice to add your name to the branch name.

The linked issue is not same as this PR so you can create a new issue Fix the path of the image in homepage, section name and link it to this PR because the linked issue is about improve the image quality.

@talmurshidi Thank you for your comment. I changed the pr name and linked the right issue. Will try to follow the rules in futur.


Migrate to NuGet automatic package restore

As a side note - we probably update the project to 4.6.1 too


fix: use bin file instead of bin directory

related issue #38

:tada: This PR is included in version 1.2.2 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


create stackpath in cloudrun based deployment

This will complete: 23522
Currently, when we deploy appsmith on cloudrun we see this error. This commit will fix this issue
2023-06-14 12:32:10.513 IST
Mounting File Sytem
2023-06-14 12:32:10.521 IST
mount.nfs: mount point /appsmith-stacks does not exist
2023-06-14 12:32:10.533 IST
Container called exit(32).

/build-deploy-preview skip-tests=true


Confirmation dialog for ballot fee

Description
Currently, when the user opens a ballot, there is no indication that there is a fee associated with opening it. Before the user gets an error message or they're surprised by their reduced balance, we want to show them they'll be paying the fee.
The expected flow

User clicks new ballot
User fills out ballot
User clicks create
New dialog/modal confirms they accept the fee
We send the transactions for ballot creation

Acceptance criteria

Dialog/modal appears when user clicks the create button
Dialog/modal shows the fee that will be paid
Dialog/modal shows Cancel and Accept options
Dialog/modal shows that user doesn't have enough funds when they don't have enough funds

Fixed by #59


Default browser not available in Android 7.0 - we need stable chrome / chromium browser support

Since default browser not available in Android 7.0.
We have to install known stable version of Chrome or Chromium browser for testing bbench + Audio, Audio and App launch test cases. WA support is need to run chrome or chromium browser on Android 7.0
Please use Linaro releases for testing this activity.
http://releases.linaro.org/android/reference-lcr/hikey/7.0-16.10/

bbench workload is already parametrized to support specifying packages/activities for other browsers.

Finally I just increased size of the /data
partition and this did the trick.
For the WA itself there are 2 news: 1 good and 1 bad
Good news is that we most likely don't need any changes in WA in order
to run bbench+audio workload (still not 100% sure, but checking). I
only updated agenda file and got the browser launched
Bad news is audio can't be played back. I'm getting this exception:
01-11 13:08:56.093   477   492 I ActivityManager: Start proc
2494:com.android.music/u0a38 for service
com.android.music/.MediaPlaybackService
01-11 13:08:56.164  2494  2494 W System  : ClassLoader referenced
unknown path: /system/app/Music/lib/arm64
01-11 13:08:56.204  2494  2494 D AndroidRuntime: Shutting down VM
01-11 13:08:56.205  2494  2494 E AndroidRuntime: FATAL EXCEPTION: main
01-11 13:08:56.205  2494  2494 E AndroidRuntime: Process:
com.android.music, PID: 2494
01-11 13:08:56.205  2494  2494 E AndroidRuntime:
java.lang.RuntimeException: Unable to create service
com.android.music.MediaPlaybackService: java.lang.SecurityException:
MODE_WORLD_READABLE no longer supported
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.app.ActivityThread.handleCreateService(ActivityThread.java:3201)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.app.ActivityThread.-wrap5(ActivityThread.java)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.app.ActivityThread$H.handleMessage(ActivityThread.java:1567)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.os.Handler.dispatchMessage(Handler.java:102)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.os.Looper.loop(Looper.java:154)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.app.ActivityThread.main(ActivityThread.java:6119)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
java.lang.reflect.Method.invoke(Native Method)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:886)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:776)
01-11 13:08:56.205  2494  2494 E AndroidRuntime: Caused by:
java.lang.SecurityException: MODE_WORLD_READABLE no longer supported
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.app.ContextImpl.checkMode(ContextImpl.java:2134)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.app.ContextImpl.getSharedPreferences(ContextImpl.java:354)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.app.ContextImpl.getSharedPreferences(ContextImpl.java:349)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.content.ContextWrapper.getSharedPreferences(ContextWrapper.java:164)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
com.android.music.MediaPlaybackService.onCreate(MediaPlaybackService.java:338)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:    at
android.app.ActivityThread.handleCreateService(ActivityThread.java:3191)
01-11 13:08:56.205  2494  2494 E AndroidRuntime:

@setrofim , Have you noticed this problem at your end on Juno board ?

I do not have access to a Juno running Android at the moment, so unable to test. We'll have to look into this when we're adding support for Android 7 (probably going to be some time in Q2). I'll re-open this issue for now.

Default browser support has been added with commit https://github.com/ARM-software/devlib/commit/e22d2782673490ec53c11ceb1c1fd450f5f18914.
Renaming issue to better reflect current problem.

Closing with the assumption that the remaining audio issue, was with AOSP on Juno, rather than WA, and that it has since been fixed, or else has become irrelevant.


failing to load image

Describe the bug
The image with all the stats information is failing to load, I have refreshed a couple of times but it still doesn't load. It was working fine yesterday.
To Reproduce
Steps to reproduce the behavior:

Go to 'https://github.com/Ntshangase'
Click on '.....'
Scroll down to 'my GitHub stats'
See error

Expected behavior
The Github streak Image will fail to load.
Screenshot

s
Desktop (please complete the following information):

OS: Windows
Browser Chrome
Version Version 104.0.5112.81 (Official Build) (64-bit)

Additional context
for me to get the GitHub streak I used online demo version from http://streak-stats.demolab.com/demo/ I just copied the link and pasted it in my Readme.md with all my stats, And it was working fine yesterday. I was using my laptop that's why I removed the smartphone information above.

Facing same issue

This must be resolved!

I've restarted it on Heroku and it seems to be working better for now.
I'll probably need to move it to a new host eventually.

I've restarted it on Heroku and it seems to be working better for now.
I'll probably need to move it to a new host eventually.

Well, it works for me currently.

The issue seems to be the request timing out since it takes too long to fetch all the contributions

It's working now, Thanks.


[arch][x86][x64][fpu]fix compile error when X86_WITH_FPU is not defined.

With this patch, no compile failure issue when either X86_WITH_FPU not defined
or defined as 0(1).
Signed-off-by: Zhu, Bing<EMAIL_ADDRESS>

thanks, committed


About the source code

Hello, I can understand your difficulties. I have to say that your paper has given me a lot of inspiration. Can you only publish your training code or test code or model code separately? If the data set is not convenient for disclosure You can keep it private for now, thank you. @YU-Zhiyang

Sorry for late, the code passed all the regular procedures of company a few days ago.


Update issue templates to automatically included the correct labels

Why
Every time I create a new issue, I need to manually add the label for status : need voting & priority : normal
Who Benefits?
Repository maintainer, labels are added automatically
Acceptance Criteria

The status : need voting must be added automatically when creating a new issue (bug, chore, feature, ...)
The priority : normal must be added automatically when creating a new issue (bug, chore, feature, ...)

Every time I create a new issue, I need to manually add the label for status : need voting & status : normal

There is one typo here: priority : normal 😬

@lydiasama Sorry, I think I might be blind, what's the typo? 🙈

Every time I create a new issue, I need to manually add the label for status : need voting & status : normal

@Tuubz  There is one typo here: status : normal should be priority : normal 😬

@doandinh Thank you for assigning yourself 🥰


Detect more than 255 classes

❓ Questions and Help
Hi,
I experimented with the models in maskrcnn-benchmark successfully with several datasets that consist of a different number of classes. That worked well until the number of classes in a dataset was below 255. When using more than 255 classes, I'm still getting labels in the range of [1..255].
I suspect that I should change the CONV_HEAD_DIM setting:
MODEL.ROI_BOX_HEAD.CONV_HEAD_DIM = 256
Is it a correct guess (I'm starting a new train to check that now), are there any other ideas what could clip the classifier?

Hi,
MODEL.ROI_BOX_HEAD.CONV_HEAD_DIM should not affect the outcome of the model.
I would expect that you might have a problem loading the labels in your dataset, where the labels are read as uint8 values, but they should be read as a larger int.

Hi,
Thank you for your reply.
That I have already checked and didn't find any problem with the integer type. Thus I started to think if the network architecture itself could clip the labels (either while reading them or when storing them).
I'm using the BoxList class from the maskrcnn-benchmark which stores labels as a tensor in the extra_fields. There is no typecast there. I also traced the targets values during the network pipeline and didn't find that they are getting clipped anywhere.
I'm using the simple detection mode (not the segmentation, not the keypoint detection; perhaps, is it Fast mode). grep-ing the project with the uint8 keyword doesn't show that the type is used anywhere in the chain.

I've finally found the typecast on the inference side in my code. Sorry for taking your time, thanks for the definite answer – so that I've rechecked everything myself once again.