text:
test_batch_normalization failed on macOS 10.13.3 / icc 18.0.1 / i7-7920HQ

Description
Building Intel MKL-DNN with the binary dependency succeeded. However, test_batch_normalization failed.
Environment
Intel MKL-DNN includes hardware-specific optimizations and may behave
differently on depending on the compiler and build environment. Include
the following information to help reproduce the issue:

CPU make and model: i7-7920HQ

      Model Name: MacBook Pro
      Model Identifier: MacBookPro14,3
      Processor Name: Intel Core i7
      Processor Speed: 3.1 GHz
      Number of Processors: 1
      Total Number of Cores: 4
      L2 Cache (per Core): 256 KB
      L3 Cache: 8 MB
      Memory: 16 GB
      Boot ROM Version: MBP143.0169.B00
      SMC Version (system): 2.45f0

OS version (uname -a)

➜  ~ uname -a
Darwin 17.4.0 Darwin Kernel Version 17.4.0: Sun Dec 17 09:19:54 PST 2017; root:xnu-4570.41.2~1/RELEASE_X86_64 x86_64

Compiler version (gcc --version)

➜  ~ icc -v
icc version 18.0.1 (gcc version 4.9.0 compatibility)

MKLROOT value (echo MKLROOT=$MKLROOT)
empty
CMake version (cmake --version)

➜  ~ cmake --version
cmake version 3.10.3

CMake suite maintained and supported by Kitware (kitware.com/cmake).

CMake output log

➜  build git:(master) cmake ..
-- The C compiler identification is Intel 18.0.1.20171018
-- The CXX compiler identification is Intel 18.0.1.20171018
-- Check for working C compiler: /usr/local/bin/icc
-- Check for working C compiler: /usr/local/bin/icc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/local/bin/icpc
-- Check for working CXX compiler: /usr/local/bin/icpc -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- CMAKE_BUILD_TYPE is unset, defaulting to Release
-- Detecting Intel(R) MKL: trying mklml_intel
-- Detecting Intel(R) MKL: trying mklml
-- Intel(R) MKL: include /Users/rixin/projects/mkl-dnn/external/mklml_mac_2018.0.2.20180127/include
-- Intel(R) MKL: lib /Users/rixin/projects/mkl-dnn/external/mklml_mac_2018.0.2.20180127/lib/libmklml.dylib
-- Intel(R) MKL: OpenMP lib provided by compiler
-- Found OpenMP_C: -qopenmp (found version "5.0")
-- Found OpenMP_CXX: -qopenmp (found version "5.0")
-- Found OpenMP: TRUE (found version "5.0")
-- Found Doxygen: /opt/local/bin/doxygen (found version "1.8.13") found components:  doxygen dot
-- VTune profiling environment is unset
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - found
-- Found Threads: TRUE
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/rixin/projects/mkl-dnn/build
➜  build git:(master) make -j 6
Scanning dependencies of target mkldnn_gtest
Scanning dependencies of target mkldnn
[  0%] Building CXX object tests/gtests/gtest/CMakeFiles/mkldnn_gtest.dir/src/gtest-all.cc.o
[  1%] Building CXX object src/CMakeFiles/mkldnn.dir/common/batch_normalization.cpp.o
[  1%] Building CXX object src/CMakeFiles/mkldnn.dir/common/convolution.cpp.o
[  2%] Building CXX object src/CMakeFiles/mkldnn.dir/common/convolution_relu.cpp.o
[  2%] Building CXX object src/CMakeFiles/mkldnn.dir/common/eltwise.cpp.o
[  3%] Building CXX object src/CMakeFiles/mkldnn.dir/common/engine.cpp.o
[  3%] Building CXX object src/CMakeFiles/mkldnn.dir/common/inner_product.cpp.o
[  4%] Building CXX object src/CMakeFiles/mkldnn.dir/common/lrn.cpp.o
[  5%] Building CXX object src/CMakeFiles/mkldnn.dir/common/memory.cpp.o
[  5%] Building CXX object src/CMakeFiles/mkldnn.dir/common/memory_desc_wrapper.cpp.o
[  5%] Building CXX object src/CMakeFiles/mkldnn.dir/common/mkldnn_debug.cpp.o
[  6%] Building CXX object src/CMakeFiles/mkldnn.dir/common/pooling.cpp.o
[  6%] Building CXX object src/CMakeFiles/mkldnn.dir/common/primitive.cpp.o
[  7%] Building CXX object src/CMakeFiles/mkldnn.dir/common/primitive_attr.cpp.o
[  7%] Building CXX object src/CMakeFiles/mkldnn.dir/common/primitive_desc.cpp.o
[  8%] Building CXX object src/CMakeFiles/mkldnn.dir/common/primitive_iterator.cpp.o
[  8%] Building CXX object src/CMakeFiles/mkldnn.dir/common/query.cpp.o
[  9%] Building CXX object src/CMakeFiles/mkldnn.dir/common/reorder.cpp.o
[  9%] Building CXX object src/CMakeFiles/mkldnn.dir/common/scratchpad.cpp.o
[ 10%] Building CXX object src/CMakeFiles/mkldnn.dir/common/softmax.cpp.o
[ 10%] Building CXX object src/CMakeFiles/mkldnn.dir/common/stream.cpp.o
[ 11%] Building CXX object src/CMakeFiles/mkldnn.dir/common/utils.cpp.o
[ 11%] Building CXX object src/CMakeFiles/mkldnn.dir/common/verbose.cpp.o
[ 12%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/cpu_barrier.cpp.o
[ 12%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/cpu_concat.cpp.o
[ 13%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/cpu_engine.cpp.o
[ 13%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/cpu_reducer.cpp.o
[ 14%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/cpu_reorder.cpp.o
[ 14%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/cpu_sum.cpp.o
[ 15%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/gemm_convolution.cpp.o
[ 15%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/gemm_convolution_utils.cpp.o
[ 16%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/gemm_inner_product.cpp.o
[ 16%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/gemm_u8s8s32x_convolution.cpp.o
[ 17%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx2_1x1_conv_kernel_f32.cpp.o
[ 17%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx2_1x1_convolution.cpp.o
[ 18%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx2_conv_kernel_f32.cpp.o
[ 18%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx2_convolution.cpp.o
[ 19%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx2_gemm_f32.cpp.o
[ 19%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_common_1x1_conv_kernel.cpp.o
[ 20%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_common_1x1_convolution.cpp.o
[ 20%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_common_conv_kernel.cpp.o
[ 21%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_common_conv_winograd_kernel_f32.cpp.o
[ 21%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_common_convolution.cpp.o
[ 22%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_common_convolution_winograd.cpp.o
[ 22%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_common_gemm_f32.cpp.o
[ 23%] Linking CXX static library libmkldnn_gtest.a
[ 23%] Built target mkldnn_gtest
[ 24%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_common_lrn.cpp.o
[ 24%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_core_i8i8_pooling.cpp.o
[ 25%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_core_u8s8s32x_1x1_conv_kernel.cpp.o
[ 25%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_core_u8s8s32x_1x1_convolution.cpp.o
[ 26%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_core_u8s8s32x_conv_kernel.cpp.o
[ 26%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_avx512_core_u8s8s32x_convolution.cpp.o
[ 27%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_sse42_1x1_conv_kernel_f32.cpp.o
[ 27%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_sse42_1x1_convolution.cpp.o
[ 28%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_sse42_conv_kernel_f32.cpp.o
[ 28%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_sse42_convolution.cpp.o
[ 29%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_transpose_src_utils.cpp.o
[ 29%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_uni_batch_normalization.cpp.o
[ 30%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_uni_eltwise.cpp.o
[ 30%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_uni_inner_product.cpp.o
[ 31%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_uni_lrn.cpp.o
[ 31%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_uni_lrn_kernel_f32.cpp.o
[ 32%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_uni_pool_kernel_f32.cpp.o
[ 32%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/jit_uni_pooling.cpp.o
[ 33%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/nchw_pooling.cpp.o
[ 33%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/nhwc_concat.cpp.o
[ 34%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/ref_batch_normalization.cpp.o
[ 34%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/ref_convolution.cpp.o
[ 35%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/ref_convolution_3d.cpp.o
[ 35%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/ref_eltwise.cpp.o
[ 36%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/ref_inner_product.cpp.o
[ 36%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/ref_lrn.cpp.o
[ 37%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/ref_pooling.cpp.o
[ 37%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/ref_softmax.cpp.o
[ 38%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/simple_concat.cpp.o
[ 38%] Building CXX object src/CMakeFiles/mkldnn.dir/cpu/simple_sum.cpp.o
[ 39%] Linking CXX shared library libmkldnn.dylib
[ 39%] Built target mkldnn
[ 40%] Generating test_c_symbols.c
Scanning dependencies of target simple-training-net-cpp
Scanning dependencies of target simple-training-net-c
Scanning dependencies of target simple-net-cpp
Scanning dependencies of target simple-net-int8-cpp
Scanning dependencies of target simple-net-c
[ 40%] Building C object examples/CMakeFiles/simple-net-c.dir/simple_net.c.o
[ 40%] Building CXX object examples/CMakeFiles/simple-training-net-cpp.dir/simple_training_net.cpp.o
[ 40%] Building CXX object examples/CMakeFiles/simple-net-int8-cpp.dir/simple_net_int8.cpp.o
[ 40%] Building C object examples/CMakeFiles/simple-training-net-c.dir/simple_training_net.c.o
[ 40%] Building CXX object examples/CMakeFiles/simple-net-cpp.dir/simple_net.cpp.o
Scanning dependencies of target test_c_symbols-c
[ 40%] Building C object tests/CMakeFiles/test_c_symbols-c.dir/test_c_symbols.c.o
[ 41%] Linking C executable test_c_symbols-c
[ 42%] Linking C executable simple-net-c
[ 42%] Built target test_c_symbols-c
[ 43%] Linking C executable simple-training-net-c
Scanning dependencies of target api-c
[ 43%] Building C object tests/CMakeFiles/api-c.dir/api.c.o
[ 43%] Built target simple-net-c
Scanning dependencies of target test_convolution_backward_weights_s16s16s32
[ 43%] Building CXX object tests/gtests/CMakeFiles/test_convolution_backward_weights_s16s16s32.dir/main.cpp.o
[ 43%] Built target simple-training-net-c
[ 44%] Building CXX object tests/gtests/CMakeFiles/test_convolution_backward_weights_s16s16s32.dir/test_convolution_backward_weights_s16s16s32.cpp.o
[ 44%] Linking C executable api-c
[ 44%] Built target api-c
Scanning dependencies of target test_convolution_backward_data_f32
[ 45%] Building CXX object tests/gtests/CMakeFiles/test_convolution_backward_data_f32.dir/main.cpp.o
[ 45%] Building CXX object tests/gtests/CMakeFiles/test_convolution_backward_data_f32.dir/test_convolution_backward_data_f32.cpp.o
Scanning dependencies of target test_convolution_relu_forward_s16s16s32
[ 46%] Building CXX object tests/gtests/CMakeFiles/test_convolution_relu_forward_s16s16s32.dir/main.cpp.o
[ 46%] Building CXX object tests/gtests/CMakeFiles/test_convolution_relu_forward_s16s16s32.dir/test_convolution_relu_forward_s16s16s32.cpp.o
[ 47%] Linking CXX executable simple-net-int8-cpp
[ 47%] Built target simple-net-int8-cpp
Scanning dependencies of target test_convolution_relu_forward_f32
[ 47%] Building CXX object tests/gtests/CMakeFiles/test_convolution_relu_forward_f32.dir/main.cpp.o
[ 48%] Building CXX object tests/gtests/CMakeFiles/test_convolution_relu_forward_f32.dir/test_convolution_relu_forward_f32.cpp.o
[ 49%] Linking CXX executable simple-net-cpp
[ 49%] Built target simple-net-cpp
Scanning dependencies of target test_convolution_forward_u8s8fp
[ 49%] Building CXX object tests/gtests/CMakeFiles/test_convolution_forward_u8s8fp.dir/main.cpp.o
[ 50%] Building CXX object tests/gtests/CMakeFiles/test_convolution_forward_u8s8fp.dir/test_convolution_forward_u8s8fp.cpp.o
[ 51%] Linking CXX executable simple-training-net-cpp
[ 51%] Built target simple-training-net-cpp
Scanning dependencies of target test_convolution_forward_s16s16s32
[ 52%] Building CXX object tests/gtests/CMakeFiles/test_convolution_forward_s16s16s32.dir/main.cpp.o
[ 52%] Building CXX object tests/gtests/CMakeFiles/test_convolution_forward_s16s16s32.dir/test_convolution_forward_s16s16s32.cpp.o
[ 52%] Linking CXX executable test_convolution_backward_weights_s16s16s32
[ 52%] Built target test_convolution_backward_weights_s16s16s32
Scanning dependencies of target test_inner_product_backward_data
[ 53%] Building CXX object tests/gtests/CMakeFiles/test_inner_product_backward_data.dir/main.cpp.o
[ 53%] Building CXX object tests/gtests/CMakeFiles/test_inner_product_backward_data.dir/test_inner_product_backward_data.cpp.o
[ 54%] Linking CXX executable test_convolution_backward_data_f32
[ 55%] Linking CXX executable test_convolution_relu_forward_s16s16s32
[ 55%] Built target test_convolution_backward_data_f32
Scanning dependencies of target test_convolution_backward_data_s16s16s32
[ 55%] Building CXX object tests/gtests/CMakeFiles/test_convolution_backward_data_s16s16s32.dir/main.cpp.o
[ 55%] Built target test_convolution_relu_forward_s16s16s32
[ 56%] Building CXX object tests/gtests/CMakeFiles/test_convolution_backward_data_s16s16s32.dir/test_convolution_backward_data_s16s16s32.cpp.o
Scanning dependencies of target test_inner_product_forward
[ 57%] Building CXX object tests/gtests/CMakeFiles/test_inner_product_forward.dir/main.cpp.o
[ 57%] Linking CXX executable test_convolution_forward_u8s8fp
[ 57%] Built target test_convolution_forward_u8s8fp
[ 57%] Building CXX object tests/gtests/CMakeFiles/test_inner_product_forward.dir/test_inner_product_forward.cpp.o
[ 57%] Linking CXX executable test_convolution_relu_forward_f32
Scanning dependencies of target test_inner_product_backward_weights
[ 57%] Building CXX object tests/gtests/CMakeFiles/test_inner_product_backward_weights.dir/main.cpp.o
[ 57%] Built target test_convolution_relu_forward_f32
[ 58%] Building CXX object tests/gtests/CMakeFiles/test_inner_product_backward_weights.dir/test_inner_product_backward_weights.cpp.o
Scanning dependencies of target test_batch_normalization
[ 58%] Building CXX object tests/gtests/CMakeFiles/test_batch_normalization.dir/main.cpp.o
[ 59%] Building CXX object tests/gtests/CMakeFiles/test_batch_normalization.dir/test_batch_normalization.cpp.o
[ 60%] Linking CXX executable test_inner_product_backward_data
[ 60%] Built target test_inner_product_backward_data
Scanning dependencies of target test_pooling_backward
[ 60%] Building CXX object tests/gtests/CMakeFiles/test_pooling_backward.dir/main.cpp.o
[ 61%] Building CXX object tests/gtests/CMakeFiles/test_pooling_backward.dir/test_pooling_backward.cpp.o
[ 62%] Linking CXX executable test_convolution_forward_s16s16s32
[ 63%] Linking CXX executable test_inner_product_forward
[ 63%] Built target test_convolution_forward_s16s16s32
Scanning dependencies of target test_pooling_forward
[ 64%] Building CXX object tests/gtests/CMakeFiles/test_pooling_forward.dir/main.cpp.o
[ 64%] Built target test_inner_product_forward
[ 64%] Building CXX object tests/gtests/CMakeFiles/test_pooling_forward.dir/test_pooling_forward.cpp.o
[ 64%] Linking CXX executable test_convolution_backward_data_s16s16s32
[ 64%] Linking CXX executable test_inner_product_backward_weights
Scanning dependencies of target test_convolution_forward_u8s8s32
[ 64%] Built target test_convolution_backward_data_s16s16s32
Scanning dependencies of target test_reorder
[ 65%] Building CXX object tests/gtests/CMakeFiles/test_convolution_forward_u8s8s32.dir/main.cpp.o
[ 65%] Built target test_inner_product_backward_weights
Scanning dependencies of target test_lrn_forward
[ 66%] Building CXX object tests/gtests/CMakeFiles/test_reorder.dir/main.cpp.o
[ 67%] Building CXX object tests/gtests/CMakeFiles/test_lrn_forward.dir/main.cpp.o
[ 67%] Building CXX object tests/gtests/CMakeFiles/test_convolution_forward_u8s8s32.dir/test_convolution_forward_u8s8s32.cpp.o
[ 67%] Building CXX object tests/gtests/CMakeFiles/test_reorder.dir/test_reorder.cpp.o
[ 67%] Building CXX object tests/gtests/CMakeFiles/test_lrn_forward.dir/test_lrn_forward.cpp.o
[ 67%] Linking CXX executable test_batch_normalization
[ 67%] Built target test_batch_normalization
Scanning dependencies of target test_relu
[ 67%] Building CXX object tests/gtests/CMakeFiles/test_relu.dir/main.cpp.o
[ 68%] Building CXX object tests/gtests/CMakeFiles/test_relu.dir/test_relu.cpp.o
[ 68%] Linking CXX executable test_pooling_backward
[ 68%] Built target test_pooling_backward
Scanning dependencies of target test_softmax_forward
[ 68%] Building CXX object tests/gtests/CMakeFiles/test_softmax_forward.dir/main.cpp.o
[ 69%] Building CXX object tests/gtests/CMakeFiles/test_softmax_forward.dir/test_softmax_forward.cpp.o
[ 70%] Linking CXX executable test_lrn_forward
[ 71%] Linking CXX executable test_convolution_forward_u8s8s32
[ 71%] Built target test_lrn_forward
Scanning dependencies of target test_convolution_format_any
[ 72%] Building CXX object tests/gtests/CMakeFiles/test_convolution_format_any.dir/main.cpp.o
[ 72%] Built target test_convolution_forward_u8s8s32
[ 72%] Building CXX object tests/gtests/CMakeFiles/test_convolution_format_any.dir/test_convolution_format_any.cpp.o
Scanning dependencies of target test_lrn_backward
[ 72%] Building CXX object tests/gtests/CMakeFiles/test_lrn_backward.dir/main.cpp.o
[ 73%] Building CXX object tests/gtests/CMakeFiles/test_lrn_backward.dir/test_lrn_backward.cpp.o
[ 73%] Linking CXX executable test_relu
[ 73%] Built target test_relu
Scanning dependencies of target test_convolution_forward_f32
[ 73%] Building CXX object tests/gtests/CMakeFiles/test_convolution_forward_f32.dir/main.cpp.o
[ 73%] Linking CXX executable test_softmax_forward
[ 73%] Built target test_softmax_forward
[ 74%] Building CXX object tests/gtests/CMakeFiles/test_convolution_forward_f32.dir/test_convolution_forward_f32.cpp.o
Scanning dependencies of target test_concat
[ 74%] Building CXX object tests/gtests/CMakeFiles/test_concat.dir/main.cpp.o
[ 75%] Linking CXX executable test_convolution_format_any
[ 75%] Built target test_convolution_format_any
[ 76%] Building CXX object tests/gtests/CMakeFiles/test_concat.dir/test_concat.cpp.o
Scanning dependencies of target test_convolution_backward_weights_f32
[ 77%] Building CXX object tests/gtests/CMakeFiles/test_convolution_backward_weights_f32.dir/main.cpp.o
[ 77%] Building CXX object tests/gtests/CMakeFiles/test_convolution_backward_weights_f32.dir/test_convolution_backward_weights_f32.cpp.o
[ 78%] Linking CXX executable test_pooling_forward
[ 78%] Built target test_pooling_forward
Scanning dependencies of target test_eltwise
[ 78%] Building CXX object tests/gtests/CMakeFiles/test_eltwise.dir/main.cpp.o
[ 78%] Linking CXX executable test_lrn_backward
[ 78%] Built target test_lrn_backward
[ 79%] Building CXX object tests/gtests/CMakeFiles/test_eltwise.dir/test_eltwise.cpp.o
Scanning dependencies of target test_sum
[ 80%] Building CXX object tests/gtests/CMakeFiles/test_sum.dir/main.cpp.o
[ 80%] Building CXX object tests/gtests/CMakeFiles/test_sum.dir/test_sum.cpp.o
[ 80%] Linking CXX executable test_convolution_forward_f32
[ 80%] Built target test_convolution_forward_f32
Scanning dependencies of target test_iface_attr
[ 81%] Building CXX object tests/gtests/CMakeFiles/test_iface_attr.dir/main.cpp.o
[ 82%] Linking CXX executable test_convolution_backward_weights_f32
[ 82%] Built target test_convolution_backward_weights_f32
[ 82%] Building CXX object tests/gtests/CMakeFiles/test_iface_attr.dir/test_iface_attr.cpp.o
Scanning dependencies of target test_iface_pd_iter
[ 82%] Building CXX object tests/gtests/CMakeFiles/test_iface_pd_iter.dir/main.cpp.o
[ 83%] Linking CXX executable test_reorder
[ 83%] Built target test_reorder
[ 84%] Building CXX object tests/gtests/CMakeFiles/test_iface_pd_iter.dir/test_iface_pd_iter.cpp.o
Scanning dependencies of target benchdnn
[ 85%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/benchdnn.cpp.o
[ 85%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/bnorm/bench_bnorm.cpp.o
[ 86%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/bnorm/bnorm.cpp.o
[ 87%] Linking CXX executable test_iface_attr
[ 87%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/bnorm/bnorm_aux.cpp.o
[ 87%] Built target test_iface_attr
[ 88%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/bnorm/perf_report.cpp.o
[ 88%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/bnorm/ref_bnorm.cpp.o
[ 88%] Linking CXX executable test_iface_pd_iter
[ 89%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/common.cpp.o
[ 89%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/conv/bench_conv.cpp.o
[ 89%] Built target test_iface_pd_iter
[ 90%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/conv/cfg.cpp.o
[ 90%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/conv/conv.cpp.o
[ 90%] Linking CXX executable test_concat
[ 91%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/conv/conv_aux.cpp.o
[ 91%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/conv/perf_report.cpp.o
[ 91%] Built target test_concat
[ 92%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/conv/ref_conv.cpp.o
[ 92%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/dnn_types.cpp.o
[ 93%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/ip/bench_ip.cpp.o
[ 93%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/ip/ip.cpp.o
[ 94%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/ip/ref_ip.cpp.o
[ 94%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/mkldnn_common.cpp.o
[ 95%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/mkldnn_debug.cpp.o
[ 95%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/reorder/bench_reorder.cpp.o
[ 96%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/reorder/reorder.cpp.o
[ 96%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/reorder/reorder_aux.cpp.o
[ 97%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/self/bnorm.cpp.o
[ 97%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/self/common.cpp.o
[ 98%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/self/conv.cpp.o
[ 98%] Building CXX object tests/benchdnn/CMakeFiles/benchdnn.dir/self/self.cpp.o
[ 99%] Linking CXX executable benchdnn
[ 99%] Built target benchdnn
[100%] Linking CXX executable test_sum
[100%] Built target test_sum
[100%] Linking CXX executable test_eltwise
[100%] Built target test_eltwise

Steps to reproduce
Please check that the issue is reproducible with the latest revision on
master. Include the steps to reproduce the issue. A short C/C++ program
or modified unit tests demonstrating the issue will greatly help
with the investigation.
I followed the instructions of installation on GitHub page to build with binary dependency and then ran make test.
Actual behavior
Describe the behavior you see.
➜  build git:(master) make test
Running tests...
Test project /Users/rixin/projects/mkl-dnn/build
      Start  1: simple-net-c
 1/34 Test  #1: simple-net-c ..................................   Passed    0.11 sec
      Start  2: simple-net-cpp
 2/34 Test  #2: simple-net-cpp ................................   Passed   19.22 sec
      Start  3: simple-training-net-c
 3/34 Test  #3: simple-training-net-c .........................   Passed    0.39 sec
      Start  4: simple-training-net-cpp
 4/34 Test  #4: simple-training-net-cpp .......................   Passed    0.28 sec
      Start  5: simple-net-int8-cpp
 5/34 Test  #5: simple-net-int8-cpp ...........................   Passed    0.06 sec
      Start  6: api-c
 6/34 Test  #6: api-c .........................................   Passed    0.01 sec
      Start  7: test_c_symbols-c
 7/34 Test  #7: test_c_symbols-c ..............................   Passed    0.01 sec
      Start  8: test_iface_pd_iter
 8/34 Test  #8: test_iface_pd_iter ............................   Passed    0.01 sec
      Start  9: test_iface_attr
 9/34 Test  #9: test_iface_attr ...............................   Passed    0.01 sec
      Start 10: test_sum
10/34 Test #10: test_sum ......................................   Passed    0.29 sec
      Start 11: test_reorder
11/34 Test #11: test_reorder ..................................   Passed    2.62 sec
      Start 12: test_concat
12/34 Test #12: test_concat ...................................   Passed    0.02 sec
      Start 13: test_softmax_forward
13/34 Test #13: test_softmax_forward ..........................   Passed    1.52 sec
      Start 14: test_eltwise
14/34 Test #14: test_eltwise ..................................   Passed   19.71 sec
      Start 15: test_relu
15/34 Test #15: test_relu .....................................   Passed    2.46 sec
      Start 16: test_lrn_forward
16/34 Test #16: test_lrn_forward ..............................   Passed    6.54 sec
      Start 17: test_lrn_backward
17/34 Test #17: test_lrn_backward .............................   Passed   16.33 sec
      Start 18: test_pooling_forward
18/34 Test #18: test_pooling_forward ..........................   Passed    8.36 sec
      Start 19: test_pooling_backward
19/34 Test #19: test_pooling_backward .........................   Passed    9.70 sec
      Start 20: test_batch_normalization
20/34 Test #20: test_batch_normalization ......................***Failed   35.21 sec
      Start 21: test_inner_product_forward
21/34 Test #21: test_inner_product_forward ....................   Passed    0.13 sec
      Start 22: test_inner_product_backward_data
22/34 Test #22: test_inner_product_backward_data ..............   Passed    0.07 sec
      Start 23: test_inner_product_backward_weights
23/34 Test #23: test_inner_product_backward_weights ...........   Passed    0.53 sec
      Start 24: test_convolution_format_any
24/34 Test #24: test_convolution_format_any ...................   Passed    0.02 sec
      Start 25: test_convolution_forward_f32
25/34 Test #25: test_convolution_forward_f32 ..................   Passed  156.22 sec
      Start 26: test_convolution_forward_s16s16s32
26/34 Test #26: test_convolution_forward_s16s16s32 ............   Passed  164.70 sec
      Start 27: test_convolution_forward_u8s8s32
27/34 Test #27: test_convolution_forward_u8s8s32 ..............   Passed    0.02 sec
      Start 28: test_convolution_forward_u8s8fp
28/34 Test #28: test_convolution_forward_u8s8fp ...............   Passed    0.03 sec
      Start 29: test_convolution_relu_forward_f32
29/34 Test #29: test_convolution_relu_forward_f32 .............   Passed   37.75 sec
      Start 30: test_convolution_relu_forward_s16s16s32
30/34 Test #30: test_convolution_relu_forward_s16s16s32 .......   Passed   19.43 sec
      Start 31: test_convolution_backward_data_f32
31/34 Test #31: test_convolution_backward_data_f32 ............   Passed  183.23 sec
      Start 32: test_convolution_backward_data_s16s16s32
32/34 Test #32: test_convolution_backward_data_s16s16s32 ......   Passed   16.85 sec
      Start 33: test_convolution_backward_weights_f32
33/34 Test #33: test_convolution_backward_weights_f32 .........   Passed   17.90 sec
      Start 34: test_convolution_backward_weights_s16s16s32
34/34 Test #34: test_convolution_backward_weights_s16s16s32 ...   Passed   18.44 sec

97% tests passed, 1 tests failed out of 34

Total Test time (real) = 738.31 sec

The following tests FAILED:
	 20 - test_batch_normalization (Failed)
Errors while running CTest
make: *** [test] Error 8

Expected behavior
Describe the behavior you expect.

Hi @astroboylrx,
Thanks for the report!
Could you please post how exactly batch norm fails?
For that either dump the relevant part from build/Testing/Temporary/LastTest.log.tmp file or from manual run of build/tests/gtests/test_batch_normalization.

Hi @emfomenk Thank you for the prompt response.
Sorry, I would have kept the dump file if I knew its location. I already deleted the build folder and re-built MKL-DNN. This time I haven't performed those tests. As suggested, I manually ran build/tests/gtests/test_batch_normalization. It looked okay and passed...
➜  build git:(master) ./tests/gtests/test_batch_normalization
[==========] Running 128 tests from 5 test cases.
[----------] Global test environment set-up.
[----------] 4 tests from Simple_NCHW/bnrm_test_float
[ RUN      ] Simple_NCHW/bnrm_test_float.TestsBnrm/0
[       OK ] Simple_NCHW/bnrm_test_float.TestsBnrm/0 (7 ms)
[ RUN      ] Simple_NCHW/bnrm_test_float.TestsBnrm/1
[       OK ] Simple_NCHW/bnrm_test_float.TestsBnrm/1 (0 ms)
[ RUN      ] Simple_NCHW/bnrm_test_float.TestsBnrm/2
[       OK ] Simple_NCHW/bnrm_test_float.TestsBnrm/2 (4 ms)
[ RUN      ] Simple_NCHW/bnrm_test_float.TestsBnrm/3
[       OK ] Simple_NCHW/bnrm_test_float.TestsBnrm/3 (1 ms)
[----------] 4 tests from Simple_NCHW/bnrm_test_float (12 ms total)

[----------] 19 tests from Simple_Blocked/bnrm_test_float
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/0
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/0 (3 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/1
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/1 (2 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/2
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/2 (2 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/3
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/3 (2 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/4
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/4 (2 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/5
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/5 (4 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/6
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/6 (4 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/7
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/7 (7 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/8
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/8 (7 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/9
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/9 (5 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/10
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/10 (5 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/11
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/11 (1 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/12
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/12 (2 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/13
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/13 (5 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/14
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/14 (5 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/15
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/15 (6 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/16
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/16 (12 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/17
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/17 (5 ms)
[ RUN      ] Simple_Blocked/bnrm_test_float.TestsBnrm/18
[       OK ] Simple_Blocked/bnrm_test_float.TestsBnrm/18 (4 ms)
[----------] 19 tests from Simple_Blocked/bnrm_test_float (84 ms total)

[----------] 36 tests from GoogleNet_NCHW/bnrm_test_float
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/0
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/0 (2396 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/1
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/1 (610 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/2
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/2 (1821 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/3
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/3 (242 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/4
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/4 (46 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/5
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/5 (171 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/6
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/6 (333 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/7
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/7 (87 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/8
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/8 (285 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/9
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/9 (67 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/10
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/10 (16 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/11
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/11 (139 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/12
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/12 (140 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/13
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/13 (36 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/14
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/14 (49 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/15
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/15 (80 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/16
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/16 (21 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/17
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/17 (117 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/18
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/18 (153 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/19
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/19 (13 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/20
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/20 (92 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/21
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/21 (328 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/22
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/22 (185 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/23
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/23 (95 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/24
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/24 (28 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/25
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/25 (155 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/26
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/26 (344 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/27
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/27 (203 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/28
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/28 (35 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/29
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/29 (9 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/30
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/30 (51 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/31
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/31 (56 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/32
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/32 (25 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/33
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/33 (36 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/34
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/34 (13 ms)
[ RUN      ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/35
[       OK ] GoogleNet_NCHW/bnrm_test_float.TestsBnrm/35 (73 ms)
[----------] 36 tests from GoogleNet_NCHW/bnrm_test_float (8553 ms total)

[----------] 35 tests from GoogleNet_Blocked_8/bnrm_test_float
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/0
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/0 (2346 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/1
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/1 (601 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/2
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/2 (1813 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/3
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/3 (231 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/4
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/4 (46 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/5
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/5 (166 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/6
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/6 (321 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/7
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/7 (84 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/8
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/8 (234 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/9
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/9 (67 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/10
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/10 (11 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/11
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/11 (129 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/12
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/12 (134 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/13
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/13 (36 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/14
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/14 (46 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/15
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/15 (74 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/16
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/16 (19 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/17
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/17 (119 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/18
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/18 (151 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/19
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/19 (14 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/20
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/20 (90 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/21
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/21 (316 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/22
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/22 (166 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/23
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/23 (102 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/24
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/24 (24 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/25
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/25 (332 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/26
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/26 (201 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/27
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/27 (24 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/28
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/28 (6 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/29
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/29 (45 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/30
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/30 (60 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/31
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/31 (30 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/32
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/32 (37 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/33
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/33 (9 ms)
[ RUN      ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/34
[       OK ] GoogleNet_Blocked_8/bnrm_test_float.TestsBnrm/34 (73 ms)
[----------] 35 tests from GoogleNet_Blocked_8/bnrm_test_float (8159 ms total)

[----------] 34 tests from GoogleNet_Blocked_16/bnrm_test_float
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/0
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/0 (2617 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/1
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/1 (668 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/2
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/2 (1971 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/3
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/3 (300 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/4
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/4 (49 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/5
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/5 (177 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/6
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/6 (345 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/7
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/7 (88 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/8
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/8 (260 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/9
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/9 (74 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/10
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/10 (13 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/11
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/11 (142 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/12
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/12 (152 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/13
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/13 (40 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/14
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/14 (52 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/15
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/15 (83 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/16
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/16 (122 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/17
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/17 (188 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/18
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/18 (9 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/19
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/19 (101 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/20
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/20 (370 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/21
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/21 (181 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/22
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/22 (108 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/23
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/23 (28 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/24
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/24 (373 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/25
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/25 (227 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/26
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/26 (34 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/27
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/27 (9 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/28
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/28 (53 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/29
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/29 (66 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/30
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/30 (28 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/31
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/31 (40 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/32
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/32 (14 ms)
[ RUN      ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/33
[       OK ] GoogleNet_Blocked_16/bnrm_test_float.TestsBnrm/33 (78 ms)
[----------] 34 tests from GoogleNet_Blocked_16/bnrm_test_float (9062 ms total)

[----------] Global test environment tear-down
[==========] 128 tests from 5 test cases ran. (25870 ms total)
[  PASSED  ] 128 tests.

Sorry again for the trouble. You may close this issue.

Oh, I can close it, too.
Thanks again. :-)

Glad to hear everything works now :)

authors: astroboylrx emfomenk

repo: intel/mkl-dnn


text:
mptcpd 0.8

The mptcpd library API now splits path management operations specific to the in-kernel path manager found in the upstream Linux kernel into a separate "mptcpd_kpm" API namespace to differentiate ADD_ADDR and REMOVE_ADDR related operations between the in-kernel and user space cases.  The operations for the two are different and have different use cases.

Two new mptcpd command line arguments were added: "--addr-flags" and "--notify-flags", along with the equivalent settings in the mptcpd system configuration file (e.g., /etc/mptcpd/mptcpd.conf).  "addr-flags" are used when announcing an IP address.  Similar flags are used by the "ip mptcp" sub-command.  See the ip-mptcp(8) and man page for further details on these address related flags.  "notify-flags" provides for further control over how plugins are notified of changes to local IP addresses.  See the mptcpd(8) man page shipped with this mptcpd release for further details.

Improve the mptcpd "addr_adv" plugin by making it set suitable MPTCP resource limits in the kernel, such as expanding the maximum number of subflows to allow subflows associated with advertised IP addresses to be created.

The mptcpd plugin directory name in the mptcpd system configuration file may now be left empty to improve "multilib" support found in some Linux distributions.  A compile-time default will be used if no plugin directory name is found in the mptcpd system configuration file or the mptcpd command line options.

Mptcpd command line options now properly take precedence over the corresponding mptcpd system configuration setting.  This addresses an issue that prevented mptcpd from starting if a required setting was not specified in the mptcpd system configuration file even though the same setting was configured through the mptcpd command line.

A new "mptcpize" program was added that allows legacy TCP-only applications to transparently use MPTCP by either of the following approaches:

leverage library inter-positioning to transparently replace TCP socket calls with their MPTCP counterparts.
enable or disable TCP to MPTCP socket conversion through an existing systemd unit file.

Build regressions against ELL versions 0.31 and 0.33 were corrected.

This is intended to be the mptcpd 0.8 release commit.  No code changes.  Only updates to the release notes, list of contributors, and mptcpd version numbers were made.

source: gharchive/pull-request

repo: intel/mptcpd

license_type: permissive

license_source: github-api


text:
Failed to import neural compressor ( No response when import )

I installed the neural-compressor through pip.
I could check it was installed successfully by checking the pip freeze as follows :

Then, I tried to follow the examples, but I ended up to wait at least 10 minutes to import any module.
It did not mean that it took 10 minute to import any module, but stay still without any response like the figure below.
I just had to kill the process after 10 minutes waiting.

I'm using python 3.9.16 on Windows10 and executed the command in an anaconda environment.
Would you please tell me what should I do?

Hi, I try to reproduce your issue on the same env, but I didn't meet this issue. Have you met the same import issue with other components or just neural-compressor?

First of all, thank you for your help.
Importing other package was successfully done as below.

I tried the same thing on Linux, and it worked fine then.
I guess it was WIndows or other environment that caused problem.
Once again, thank you

source: gharchive/issue

repo: intel/neural-compressor


text:
Direct Mode: NodeStageVolume fails when created with 1MB size

When enabled Volumes Testsuited, one of the tests related to xfs were failed. The root cause of the failure was that, creating xfs filesystem in NodeStageVolume fails with "agsize (1024 blocks) too small, need at least 4096 blocks" error.
Below are the relevant logs:
GRPC call: /csi.v1.Controller/CreateVolume
I1011 09:55:49.470410       1 tracing.go:20] GRPC request: {"accessibility_requirements":{"preferred":[{"segments":{"pmem-csi.intel.com/node":"pmem-csi-pmem-govm-worker2"}},{"segments":{"pmem-csi.intel.com/node":"pmem-csi-pmem-govm-worker3"}},{"segments":{"pmem-csi.intel.com/node":"pmem-csi-pmem-govm-worker1"}}],"requisite":[{"segments":{"pmem-csi.intel.com/node":"pmem-csi-pmem-govm-worker2"}},{"segments":{"pmem-csi.intel.com/node":"pmem-csi-pmem-govm-worker3"}},{"segments":{"pmem-csi.intel.com/node":"pmem-csi-pmem-govm-worker1"}}]},"capacity_range":{"required_bytes":1048576},"name":"pvc-f2a17e09-195b-4239-902b-300fc3969d98","parameters":{"_id":"7f51ff2c5ed37364c11500d0ba4b3405593e5dc2","eraseafter":"false"},"volume_capabilities":[{"AccessType":{"Mount":{"fs_type":"xfs"}},"access_mode":{"mode":1}}]}
I1011 09:55:49.481610       1 controllerserver-node.go:189] CreateVolume: Name: pvc-f2a17e09-195b-4239-902b-300fc3969d98 req.Required: 1048576 req.Limit: 0
I1011 09:55:49.739780       1 pmem-exec.go:12] Executing: vgs --noheadings --nosuffix -o vg_name,vg_size,vg_free,vg_tags --units B ndbus0region0fsdax
I1011 09:55:49.776305       1 pmem-exec.go:15] Output:   ndbus0region0fsdax 32208060416 32208060416 fsdax
I1011 09:55:49.776395       1 pmem-exec.go:12] Executing: lvcreate -Zn -L 1 -n 7f51ff2c5ed37364c11500d0ba4b3405593e5dc2 ndbus0region0fsdax
I1011 09:55:50.123748       1 pmem-exec.go:15] Output:   Rounding up size to full physical extent 4.00 MiB
  WARNING: Logical volume ndbus0region0fsdax/7f51ff2c5ed37364c11500d0ba4b3405593e5dc2 not zeroed.
  Logical volume "7f51ff2c5ed37364c11500d0ba4b3405593e5dc2" created.
I1011 09:55:50.124001       1 pmem-exec.go:12] Executing: lvs --noheadings --nosuffix -o lv_name,lv_path,lv_size --units B ndbus0region0fsdax
I1011 09:55:50.165261       1 pmem-exec.go:15] Output:   7f51ff2c5ed37364c11500d0ba4b3405593e5dc2 /dev/ndbus0region0fsdax/7f51ff2c5ed37364c11500d0ba4b3405593e5dc2 4194304
I1011 09:55:50.165321       1 pmd-util.go:19] ClearDevice: path: /dev/ndbus0region0fsdax/7f51ff2c5ed37364c11500d0ba4b3405593e5dc2 flush:false
I1011 09:55:50.165361       1 pmd-util.go:57] Zeroing 4 1k blocks at start of device: /dev/ndbus0region0fsdax/7f51ff2c5ed37364c11500d0ba4b3405593e5dc2 Size 4194304
I1011 09:55:50.165374       1 pmem-exec.go:12] Executing: dd if=/dev/zero of=/dev/ndbus0region0fsdax/7f51ff2c5ed37364c11500d0ba4b3405593e5dc2 bs=1024 count=4
I1011 09:55:50.169456       1 pmem-exec.go:15] Output: 4+0 records in
4+0 records out
4096 bytes (4.1 kB, 4.0 KiB) copied, 0.00039312 s, 10.4 MB/s
I1011 09:55:50.169497       1 controllerserver-node.go:217] Node CreateVolume: Record new volume as {7f51ff2c5ed37364c11500d0ba4b3405593e5dc2 1048576 map[Name:pvc-f2a17e09-195b-4239-902b-300fc3969d98 eraseafter:false]}
I1011 09:55:50.169537       1 tracing.go:25] GRPC response: {"volume":{"accessible_topology":[{"segments":{"pmem-csi.intel.com/node":"pmem-csi-pmem-govm-worker2"}}],"capacity_bytes":1048576,"volume_id":"7f51ff2c5ed37364c11500d0ba4b3405593e5dc2"}}
I1011 09:55:52.025205       1 tracing.go:19] GRPC call: /csi.v1.Node/NodeGetCapabilities
I1011 09:55:52.025240       1 tracing.go:20] GRPC request: {}
I1011 09:55:52.026124       1 tracing.go:25] GRPC response: {"capabilities":[{"Type":{"Rpc":{"type":1}}}]}
I1011 09:55:52.130133       1 tracing.go:19] GRPC call: /csi.v1.Node/NodeStageVolume
I1011 09:55:52.130174       1 tracing.go:20] GRPC request: {"staging_target_path":"/var/lib/kubelet/plugins/kubernetes.io/csi/pv/pvc-f2a17e09-195b-4239-902b-300fc3969d98/globalmount","volume_capability":{"AccessType":{"Mount":{"fs_type":"xfs"}},"access_mode":{"mode":1}},"volume_context":{"eraseafter":"false","storage.kubernetes.io/csiProvisionerIdentity":"1570780355521-8081-pmem-csi.intel.com"},"volume_id":"7f51ff2c5ed37364c11500d0ba4b3405593e5dc2"}
I1011 09:55:52.133803       1 nodeserver.go:206] NodeStageVolume: VolumeID:7f51ff2c5ed37364c11500d0ba4b3405593e5dc2 Staging target path:/var/lib/kubelet/plugins/kubernetes.io/csi/pv/pvc-f2a17e09-195b-4239-902b-300fc3969d98/globalmount Requested fsType:xfs
I1011 09:55:52.133834       1 pmem-exec.go:12] Executing: file -bsL /dev/ndbus0region0fsdax/7f51ff2c5ed37364c11500d0ba4b3405593e5dc2
I1011 09:55:52.155224       1 pmem-exec.go:15] Output: data
I1011 09:55:52.155269       1 pmem-exec.go:12] Executing: mkfs.xfs -b size=4096 -f /dev/ndbus0region0fsdax/7f51ff2c5ed37364c11500d0ba4b3405593e5dc2
I1011 09:55:52.160223       1 pmem-exec.go:15] Output: agsize (1024 blocks) too small, need at least 4096 blocks
Usage: mkfs.xfs
/* blocksize */     [-b size=num]
/* metadata */      [-m crc=0|1,finobt=0|1,uuid=xxx,rmapbt=0|1,reflink=0|1]
/* data subvol */   [-d agcount=n,agsize=n,file,name=xxx,size=num,
                (sunit=value,swidth=value|su=num,sw=num|noalign),
                sectsize=num
/* force overwrite */   [-f]
/* inode size */    [-i log=n|perblock=n|size=num,maxpct=n,attr=0|1|2,
                projid32bit=0|1,sparse=0|1]
/* no discard */    [-K]
/* log subvol */    [-l agnum=n,internal,size=num,logdev=xxx,version=n
                sunit=value|su=num,sectsize=num,lazy-count=0|1]
/* label */     [-L label (maximum 12 characters)]
/* naming */        [-n size=num,version=2|ci,ftype=0|1]
/* no-op info only */   [-N]
/* prototype file */    [-p fname]
/* quiet */     [-q]
/* realtime subvol */   [-r extsize=num,size=num,rtdev=xxx]
/* sectorsize */    [-s size=num]
/* version */       [-V]
            devicename
<devicename> is required unless -d name=xxx is given.
<num> is xxx (bytes), xxxs (sectors), xxxb (fs blocks), xxxk (xxx KiB),
      xxxm (xxx MiB), xxxg (xxx GiB), xxxt (xxx TiB) or xxxp (xxx PiB).
<value> is xxx (512 byte blocks).

The size of the E2E volumes comes from https://github.com/intel/pmem-csi/blob/3f3f4e97b357fc72f1c128acf625423cd150b168/test/e2e/storage/csi_volumes.go#L82
Does increasing that help?

I increase this in #365 as well to make tests to work

This issue could be fixed by increasing volume size to 16Mi, which is the minimum agsize(allocation group size) supported by xfs filesystem. Ref: http://man7.org/linux/man-pages/man8/mkfs.xfs.8.html

For reference: 1.17 will take test requirements into account when determining the volume size, see https://github.com/kubernetes/kubernetes/pull/78306.
For 1.16, increasing the size in the driver is the right solution.

authors: avalluri okartau pohly

repo: intel/pmem-csi


text:
FutureWarning: max_features='auto' has been deprecated in 1.1 and will be removed in 1.3.

Describe the bug
dall4py on fallback is calling the original sklearn RandomForestClassifier and RandomForestRegressor with the deprecated max_features='auto' argument:
FutureWarning: `max_features='auto'` has been deprecated in 1.1 and will be removed in 1.3.
To keep the past behaviour, explicitly set `max_features='sqrt'` or remove this parameter as it is
also the default value for RandomForestClassifiers and ExtraTreesClassifiers.

To Reproduce
Warning seen when using scikit-learn-intelex through autogluon
https://github.com/intel/scikit-learn-intelex/blob/eb6676ac100073def15bb4933626e15f4f2d724c/daal4py/sklearn/ensemble/_forest.py#LL649C2-L649C2
Expected behavior
No warning
Versions
Python 3.10
daal4py-2023.0.1
scikit_learn_intelex-2023.0.1
scikit_learn-1.2.2

Fixed in later releases >= 2023.1.

repo: intel/scikit-learn-intelex


text:
Fix GET /incoming-payments list

probably broken by recent changes to wallet address middleware that not longer sets the wallet address from query params (but should in this case). https://github.com/interledger/rafiki/pull/2115

partially fixed in https://github.com/interledger/rafiki/pull/2115#pullrequestreview-1697892764

repo: interledger/rafiki


text:
Bruno follow up fixes

Context
We didn't address all the potential improvements in the original Bruno PR. Here is what still can be done.
Todos

[ ] add an environment for autopeering
[ ] rename collection Interledger -> Rafiki
[ ] improve "how to get collection into bruno" section in the docs

[ ] have a root script
[ ] mention interaction ref in the OP example guide
[x] potentially make clientPrivateKey public

The Bruno collection links in the docs are broken. They use the pattern https://github.com/interledger/rafiki/main/bruno/collections/Interledger.

On it.

authors: AlexLakatos sabineschaller


text:
chore: fix renovatebot

Changes proposed in this pull request

Fixing renovatebot via update of renovate.json file: instead of using
"ignorePaths": ["!test/**"]

(which was causing only renovatebot to check the integration test folder),
we duplicate the rule in the default config:base preset to
  "ignorePaths": [
    "**/node_modules/**",
    "**/bower_components/**",
    "**/vendor/**",
    "**/examples/**",
    "**/__tests__/**",
    "**/tests/**",
    "**/__fixtures__/**"
  ]

making sure to not include "/test/".
Context

Fixes #3056
Checklist

[x] Related issues linked using fixes #number
[ ] Tests added/updated
[ ] Make sure that all checks pass
[ ] Bruno collection updated (if necessary)
[ ] Documentation issue created with user-docs label (if necessary)
[ ] OpenAPI specs updated (if necessary)

authors: BlairCurrey mkurapov


text:
Low-level Prover API: provide a Vec and generate Tx object

Low-level API is aimed at generating a Tx object: a program bytecode, aggregated signature over txid, and a r1cs proof. The input to the API is a list of structured witness-bearing Instructions.
We will build higher-level "tx builder" API that implement concepts like "spend", "transfer", "issue" etc on top of this one.

Moving to https://github.com/interstellar/slingshot/issues/61

repo: interstellar/zkvm


text:
Redesign tooltipProperty of Map widget

Redesign tooltipProperty of Map widget to fit pie-Chart widget tooltips design (gray fill and rounded corners of window).

Ability to set fill color, frame color and frame width

We will fix it during redesign of the tool - all the tooltips will be the same

authors: Lena-Ev ukhinanna

repo: intersystems-community/DeepSeeWeb

license: MIT


text:
Add the ability to restrict the installation to IRIS or IRIS for Health platform to the requirement attribute

Add the ability to restrict the installation to IRIS or IRIS for Health platform to the requirement attribute

@isc-shuliu some guidance here:
See %IPM.Storage.SystemRequirements
Consider adding integration tests with new package definitions under tests/integration_tests/Test/PM/Integration/_data to cover the use cases.
Recommended syntax - see https://github.com/intersystems/ipm/wiki/03.-IPM-Manifest-(Module.xml)#elements :
Requires IRIS for Health (implies Interoperability="enabled"):
<SystemRequirements Version=">=2020.1" Health="true" />
Requires IRIS (not IRIS for Health) with non-health interoperability:
<SystemRequirements Version=">=2020.1" Interoperability="enabled" Health="false" />
Default behavior: we don't care.

repo: intersystems/ipm


text:
Property localPath was accessed during render but is not defined on instance

When using the localPath() inside a NuxtLink like so:
<NuxtLink :to="localePath('/')">
it throws the following error:
Navbar.vue?t=1641286966884:27 Uncaught (in promise) TypeError: _ctx.localePath is not a function
at Proxy._sfc_render (Navbar.vue?t=1641286966884:27)
at renderComponentRoot (runtime-core.esm-bundler.js:464)
at ReactiveEffect.componentUpdateFn [as fn] (runtime-core.esm-bundler.js:4332)
at ReactiveEffect.run (reactivity.esm-bundler.js:160)
at setupRenderEffect (runtime-core.esm-bundler.js:4458)
at mountComponent (runtime-core.esm-bundler.js:4241)
at processComponent (runtime-core.esm-bundler.js:4199)
at patch (runtime-core.esm-bundler.js:3791)
at mountChildren (runtime-core.esm-bundler.js:3987)
at processFragment (runtime-core.esm-bundler.js:4158)
package.json:
{
  "private": true,
  "scripts": {
    "dev": "nuxi dev",
    "build": "nuxi build",
    "start": "node .output/server/index.mjs"
  },
  "dependencies": {
    "@headlessui/vue": "latest",
    "@heroicons/vue": "latest",
    "@tailwindcss/forms": "latest",
    "@types/tailwindcss": "latest",
    "autoprefixer": "^10.4.0",
    "nuxt3": "latest",
    "tailwindcss": "^3.0.7"
  },
  "devDependencies": {
    "@intlify/nuxt3": "^0.1.10"
  }
}

Have the same config and same error

authors: drm-addoptio tarikkavaz


text:
Calendar not selectable in new window

       <Popout>
          <div style={{height: '100vh', padding: 25}}>
            <BigCalendar
              selectable
              events={eventData}
              defaultView='week'
              defaultDate={new Date(2016, 3, 1)}
              onSelectEvent={() => this.selectBigCalendarEvent()}
              onSelectSlot={() => this.selectBigCalendarSlot()}
            />
          </div>
        </Popout>

When I select an event, this.selectBigCalendarEvent() is called, but when I try to select a slot this.selectBigCalendarSlot() is not called and nothing (no gray selection, no event) appears on the calendar itself.
Not sure if this is related, but I'm using react-popout (which just wraps window.open in a component) to render the calendar in a new window.

I'm not actually sure what might be the cause there, presumably because the component is calculating selection stuff from the wrong window?

Selectable is a Boolean. I'm assuming you will have to set selectable=true, where you only have selectable. Also, if you look at the docs it is more clear. The function onSelectSlot requires the Boolean selectable to be true, where onSelectEvent does not. The bug is that you don't have selectable set to anything and is false by default.

Is there any solution/workaround you can think of, given how selection works in the big calendar?

I've resolved the issue. In case anyone is trying to do a similar task: it turns out that this is essentially a compatibility issue with react-popout -- it renders the actual BigCalendar component in a div on the originating window and simply injects the HTML into the new popout window, so all the selectable interactivity still lives in the original window. Not really any good way to make these two work together well, AFAIK.

authors: fergyfresh jlin816 jquense

repo: intljusticemission/react-big-calendar

license: mit

license_source: bigquery


text:
Calendar Events height rendering at 5000%

I am having an issue with Events rendering. The events are defined correctly as seen in the time range on the event, but the actual block rendering is bugged.

What is causing this? I am using simple css without any grid framework, and the calendar is inside a simple div.

It's a bit hard to suggest anything without seeing any code. Could you create a small example where this can be seen? Thanks.

I am trying to implement it within the react-boilerplate project :
`class Calendar extends React.Component {
render(){
return (

Click an event to see more info, or
drag the mouse over the calendar to select a date/time range.

<BigCalendar
selectable
events={testevents}
defaultView='week'
step='15'
style={{height: 800}}
scrollToTime={new Date(1970, 3, 12, 6)}
defaultDate={new Date(2015, 3, 12)}
onSelectEvent={event => alert(event.title)}
onSelectSlot={(slotInfo) => alert(
selected slot: \n\nstart ${slotInfo.start.toLocaleString()}  +
\nend: ${slotInfo.end.toLocaleString()}
)}
eventPropGetter={(this.eventStyleGetter)}
/>

)
}
}
export default Calendar;`
and
`export class HomePage extends React.PureComponent { // eslint-disable-line react/prefer-stateless-function
/**

when initial state username is not null, submit the form to load repos
*/
componentDidMount() {
if (this.props.username && this.props.username.trim().length > 0) {
this.props.onSubmitForm();
}
}

render() {
const { loading, error, repos } = this.props;
const reposListProps = {
loading,
error,
repos,
};
return (

    <Helmet>
      <title>Home Page</title>
      <meta name="description" content="A React.js Boilerplate application homepage" />
    </Helmet>

      <CenteredSection>

          <FormattedMessage {...messages.startProjectHeader} />

          <FormattedMessage {...messages.startProjectMessage} />

      </CenteredSection>

      <CalendarWrapper>

        <Calendar className='demo' />
      </CalendarWrapper>

          <FormattedMessage {...messages.trymeHeader} />

        <Form onSubmit={this.props.onSubmitForm}>

            <FormattedMessage {...messages.trymeMessage} />
            <AtPrefix>
              <FormattedMessage {...messages.trymeAtPrefix} />
            </AtPrefix>
            <Input
              id="username"
              type="text"
              placeholder="mxstbr"
              value={this.props.username}
              onChange={this.props.onChangeUsername}
            />

        </Form>
        <ReposList {...reposListProps} />

);

}
}
HomePage.propTypes = {
loading: PropTypes.bool,
error: PropTypes.oneOfType([
PropTypes.object,
PropTypes.bool,
]),
repos: PropTypes.oneOfType([
PropTypes.array,
PropTypes.bool,
]),
onSubmitForm: PropTypes.func,
username: PropTypes.string,
onChangeUsername: PropTypes.func,
};
export function mapDispatchToProps(dispatch) {
return {
onChangeUsername: (evt) => dispatch(changeUsername(evt.target.value)),
onSubmitForm: (evt) => {
if (evt !== undefined && evt.preventDefault) evt.preventDefault();
dispatch(loadRepos());
},
};
}
const mapStateToProps = createStructuredSelector({
repos: makeSelectRepos(),
username: makeSelectUsername(),
loading: makeSelectLoading(),
error: makeSelectError(),
});
const withConnect = connect(mapStateToProps, mapDispatchToProps);
const withReducer = injectReducer({ key: 'home', reducer });
const withSaga = injectSaga({ key: 'home', saga });
export default compose(
withReducer,
withSaga,
withConnect,
)(HomePage);
`

issue was step syntax error. '15' instead of {15}, closing.

authors: andyzeli tobiasandersen


text:
Allow specify custom argument for dnd instead of event

This is useful in case event is a class instance (dnd plugin needs a plain object), so it can be converted to json before drag; or in case you want to modify the object for some reason.

Any reasons to close this? This can be very helpful if events are not simple POJO but some class instance objects with non-serializable methods.

we moved off of react-dnd. If there is an equivalent hook in the new dnd hook i'd be happy to merge something in

authors: bkniffler jquense


text:
extract getDescriptionByStatus method to reduce some duplication codes

@smileyborg hi，this is the refactoring you may required :) sorry for taking so long, and I really think that you are right about the open source, issue can be opened first.

Coverage remained the same at 77.61% when pulling 16b2a8f71b3e594461c021dfd5a32be53a6c61c6 on AndyChenW:feature/refactoring into 6901b309d354d1e6e1db94ecbdd261392f078d6d on intuit:master.

Thanks! Cherry picked in 1d36947fd7204a61a658a78b4cf55aea8a7b462f

authors: AndyChenW coveralls smileyborg

repo: intuit/LocationManager


text:
add a new method to karate driver for getting the html source of a page

Hi. Is it possible to add a new method in karate (web) driver to get the source of the current web page, i.e. calling the Selenium getPageSource() method?
This is important when the driver return back a page that you need to save and inspect later in the test. The case would be for example a web page that is actually a xml file but is rendered by the browser as a html file. In this case it would be simpler to have the original xml file in order to parse it.

@forlixdev can do. for now see if * html('body') gives you what you need

@forlixdev also see if this works: https://stackoverflow.com/a/9497560/143475
* html('html')

Thanks I'll try and get back to you

closing as wontfix since I just checked and * def source = html('html') should give you what you need. if you have to get some XML, I recommend getting it directly via Karate's API testing (core) capabilities instead of asking the browser for it. you can always ask the browser for * def xmlUrl = driver.url
if you really need this please contribute a PR, because this needs a little research into how to do this via the WebDriver API and the Chrome DevTools in a consistent way

authors: forlixdev ptrthomas

repo: intuit/karate


text:
Updated DbUtils.java with insertRow() and deleteRow() methods

Added insertRow() and deleteRow() methods
Description
Thanks for contributing this Pull Request. Make sure that you submit this Pull Request against the develop branch of this repository, add a brief description, and tag the relevant issue(s) and PR(s) below.

Relevant Issues : (compulsory)
Relevant PRs : (optional)
Type of change :

[ ] New feature
[ ] Bug fix for existing feature
[ ] Code quality improvement
[x] Addition or Improvement of tests
[ ] Addition or Improvement of documentation

Added insertRow() and deleteRow() methods in Dbutils.java

@SandbhorSarjerao thanks but no thanks :| reasons here: https://stackoverflow.com/a/52078427/143475

authors: SandbhorSarjerao ptrthomas


text:
🛑 Console API is down

In f69a12e, Console API (https://console-api.inu-cafeteria.app) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Console API is back up in d9e9be8 after 2 hours, 56 minutes.

repo: inu-appcenter/cafeteria-status


text:
custom fields: added examples and fields reference.

closes #502

Changed the "Customize" section structure, namely for custom fields :

├── docs
│   ├── contribute
│   ├── customize
│   │   ├── metadata
│   │   │   └── custom_fields

Tried to fix references locally (e.g. links) based on mkdocs warnings.

Added a complete example on how to add reusable custom fields (e.g. Journal) to a record.
Added every reusable field to the "Reference" section , under "Fields list"

I changed the branch, it should be merged to dev, not master.

This was merged, I was too late, sorry.
As a general comment, I would not call this custom fields for the end user: I understand that we use custom fields to achieve this, but for the user there is nothing custom here.
As a user, I want to know:

what fields are available, all: data model or any other
if a field is special, like these ones optionals, then how to "enable" them
The fact that are custom fields, to me introduce confusion on what is the difference with "real" custom fields.

I would have:

added these fields in the data model doc, marking them as optional and enabled by default
a small, separate, independent new guide on how to enable this optional (not custom) fields.

This was merged, I was too late, sorry. As a general comment, I would not call this custom fields for the end user: I understand that we use custom fields to achieve this, but for the user there is nothing custom here. As a user, I want to know:
* what fields are available, all: data model or any other

* if a field is special, like these ones optionals, then how to "enable" them
  The fact that are custom fields, to me introduce confusion on what is the difference with "real" custom fields.

I would have:
1. added these fields in the data model doc, marking them as optional and enabled by default

2. a small, separate, independent new guide on how to enable this **optional** (not custom) fields.

I think this is a good question and should be discussed.
Since this PR was already merged, I suggest we tackle it in a separate issue

authors: alejandromumo ntarocco

repo: inveniosoftware/docs-invenio-rdm


text:
[FR] Add part specific info to "Part / Purchase orders" tab

Problem
Currently "Purchase orders" tab displays a list of POs related to this Part.
But is doesn't display Part specific info from PO like item quantity, purchase price, number of received items etc.
Suggested solution
Add columns to "Purchase orders" tab: item quantity, unit price, received items of this part.
Remove confusing column "Items".
Describe alternatives you've considered
leave intact

Funnily enough I was actually thinking about this exact feature today:

authors: SchrodingersGat sintech

repo: inventree/InvenTree


text:
[BUG] Web interface does not show images / CSS

Describe the bug
The web interface is incorrect, identical to #1720
Steps to Reproduce

Bare metal install (tested on system with Ubuntu 21.04 + PostgreSQL 14)
Follow steps in https://inventree.readthedocs.io/en/latest/start/production/

Expected behavior
Web interface shown in all its glory at 127.0.0.1:8000
Deployment Method

[ ] Docker
[X] Bare Metal

Version Information
InvenTree Version | 0.6.0 dev  Development Version
  | Commit Hash | 8814868fc
  | Commit Date | 2021-12-05
  | InvenTree Documentation | https://inventree.readthedocs.io/en/latest
  | API Version | 21
  | Python Version | 3.9.5
  | Django Version | 3.2.5
Tried starting the background worker manually (e.g. 'python manage.py qcluster'). Worker starts without problems, but this has no effect on the web interface.
Logs
/cluster.err.log:
15:06:30 [Q] ERROR Failed [mars-burger-mountain-helium] - Model class django.contrib.sessions.models.Session doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS. : Traceback (most recent call last):
  File "/home/inventree/env/lib/python3.9/site-packages/django_q/cluster.py", line 436, in worker
    res = f(*task["args"], **task["kwargs"])
  File "/home/inventree/src/InvenTree/InvenTree/tasks.py", line 240, in delete_expired_sessions
    from django.contrib.sessions.models import Session
  File "/home/inventree/env/lib/python3.9/site-packages/django/contrib/sessions/models.py", line 10, in <module>
    class Session(AbstractBaseSession):
  File "/home/inventree/env/lib/python3.9/site-packages/django/db/models/base.py", line 113, in __new__
    raise RuntimeError(
RuntimeError: Model class django.contrib.sessions.models.Session doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.

15:08:30 [Q] INFO Process-1:2 processing [mars-burger-mountain-helium]
15:08:30 [Q] ERROR Failed [mars-burger-mountain-helium] - Model class django.contrib.sessions.models.Session doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS. : Traceback (most recent call last):
  File "/home/inventree/env/lib/python3.9/site-packages/django_q/cluster.py", line 436, in worker
    res = f(*task["args"], **task["kwargs"])
  File "/home/inventree/src/InvenTree/InvenTree/tasks.py", line 240, in delete_expired_sessions
    from django.contrib.sessions.models import Session
  File "/home/inventree/env/lib/python3.9/site-packages/django/contrib/sessions/models.py", line 10, in <module>
    class Session(AbstractBaseSession):
  File "/home/inventree/env/lib/python3.9/site-packages/django/db/models/base.py", line 113, in __new__
    raise RuntimeError(
RuntimeError: Model class django.contrib.sessions.models.Session doesn't declare an explicit app_label and isn't in an application in INSTALLED_APPS.

/server.err.log: no errors.

What do you exactly? The linked issue consistent of multiple errors. If you mean css is not loading try running
inv Update
inv static
to refresh the static content and check if your proxy is serving any content at /static/

The background worker has nothing to do with the interface, we just need it for long running actions that would block the interface

What do you exactly? The linked issue consistent of multiple errors.

Created a fresh VM, upgraded to PostgreSQL 14, followed all steps in https://inventree.readthedocs.io/en/latest/start/install/ and https://inventree.readthedocs.io/en/latest/start/production/
Interface is then shown exactly as the screenshot in https://github.com/inventree/InvenTree/issues/1720#issue-929392714
I starting the background worker manually as a somewhat random tryout as it seemed to be related https://github.com/inventree/InvenTree/issues/1720#issuecomment-868500904.
inv static did copy files (see below), but the interface remains the same.
(env) inventree@inventreeserver:~/src$ inv static
render label.js
render plugin.js
render model_renderers.js
render part.js
render attachment.js
render api.js
render company.js
render build.js
render filters.js
render modals.js
render bom.js
render barcode.js
render helpers.js
render order.js
render stock.js
render report.js
render forms.js
render table_filters.js
render tables.js
rendered all files in /home/inventree/src/InvenTree/templates/js/translated

399 static files copied to '/home/inventree/data/static', 2250 unmodified.

check if your proxy is serving any content at /static/

Can you explain how I can check this?

@JustusRijke just open a web browser and open the address you configured InvenTree for with /static appended. So if you are deploying on your local machine with default settings that would be 127.0.0.1:8000/static/

@matmair 127.0.0.1:8000/static redirects to the login page

@matmair 127.0.0.1:8000/static redirects to 127.0.0.1:8000/accounts/login/?next=/static, after login it redirects to 127.0.0.1:8000/index/

Please check with 127.0.0.1:8000/static/ as written above. The last backslash is important as it identifies the static directory that seems to make the problems you experience. This subpath should be served via nginx, apache2 or any other proxy as described in the docs. It also is the most prominent source of error with production environments.

@matmair thanks for all your quick replies!
I just deployed a new server (Ubuntu 21.04) without doing any upgrades (only the security updates). Now the page loads correctly.
So either I made a mistake somewhere during the previous install (whoops), or the Ubuntu upgrades / PostgreSQL 14 broke something. I'll try to reproduce this.
Two notes:

psycopg2 package is missing in requirements.txt
https://inventree.readthedocs.io/en/latest/start/install/#configure-inventree-options asks the user to edit config.yaml. Before this step, config_template.yaml should be renamed to config.yaml

@JustusRijke both things are on purpose

authors: JustusRijke matmair


text:
Email notification when a part is changed

Discussed in https://github.com/inventree/InvenTree/discussions/7819

Originally posted by jesseyu1984918 August  7, 2024
I see it's possible to subsribe to a part, but whether it's possible to receive an email when a part is changed?

Upvote & Fund

We're using Polar.sh so you can upvote and help fund this issue.
We receive the funding once the issue is completed & confirmed by you.
Thank you in advance for helping prioritize & fund our backlog.

Would really be helpful if this feature can be added

@SchrodingersGat I would see this more as a plugin using the events plugin

Agreed. Would be a simple plugin to add in. @jesseyu1984918 would you be interested in implementing this, or supporting via funding a plugin?

authors: SchrodingersGat jesseyu1984918 matmair


text:
[bug]: install error, need offline pack, no need install version pls

Is there an existing issue for this?

[X] I have searched the existing issues

OS
Windows
GPU
cuda
VRAM
8GB
What happened?
EnvironmentLocationNotFound: Not a conda environment: D:\ProgramData\Anaconda3\envs\invokeai
The system cannot find the path specified.
SpecNotFound: Can't process without a name
""
"Something went wrong while installing Python libraries and cannot continue."
"See https://invoke-ai.github.io/InvokeAI/INSTALL_SOURCE#troubleshooting for troubleshooting"
"tips, or visit https://invoke-ai.github.io/InvokeAI/#installation for alternative"
"installation methods"
Screenshots
No response
Additional context
No response
Contact Details
No response

Same issue but on macOS Ventura. Help!

authors: GaHub martjay

repo: invoke-ai/InvokeAI


text:
feat(ui): Middle mouse button (MMB) canvas panning implementation

Summary
This PR introduces middle-mouse-button (MMB) panning functionality for the CanvasV2 stage. It leverages existing tool buffering mechanisms as well as startDrag and stopDrag events. This feature was discussed in detail on Discord.
Related Issues / Discussions
Closes #3042
QA Instructions

Open CanvasV2 in Editor mode.
Use the MMB to pan around the stage.
Enable Dynamic Grid and BBOX overlay. Pan around to verify that no graphical artifacts are present.
Switch to the Move tool, then move any layer using the left mouse button (LMB). While the cursor is within the selected layer, pan the stage with the MMB. Ensure that the layer does not move unexpectedly.
Disable snapping to grid and pan with the MMB. Ensure that the BBOX stays aligned with the layer it surrounds.
Switch to BBOX selection mode and pan with the MMB. Verify that the BBOX remains aligned with all layers.
Switch to the eyedropper tool and select a contrasting color from your canvas. Pan with the MMB and ensure that the eyedropper's brush color does not change when the MMB is pressed.
While in BBOX selection mode, try moving the BBOX itself with the LMB.
During all steps, observe the active tool in the toolbar. It should switch to View tool while MMB is held down and revert to the previously selected tool once released.
Finally, attempt panning using the LMB while holding the spacebar. This behavior should remain unaffected.

Merge Plan

N/A

Checklist

[x] The PR has a short but descriptive title, suitable for a changelog
[ ] Tests added / updated (if applicable)
[ ] Documentation added / updated (if applicable)

Nice. I'll review tonight or tomorrow. Thanks!

Great implementation in #7014, closing this PR

authors: FloeHetling psychedelicious


text:
🛑 Bitwage API (Sandbox) is down

In 7167ba4, Bitwage API (Sandbox) (https://api.sandbox.bitwage.com) was down:

HTTP code: 403
Response time: 320 ms

Resolved: Bitwage API (Sandbox) is back up in 7c88a2c after 1 hour, 48 minutes.


text:
Dimmer-Level springt immer erst kurz auf 100% dann auf den eingestellten Wert

Hi Leute,
ich habe mir im Flur ein Script gebaut, wo Nachts durch einen Bewegungsmelder das Licht eingeschaltet wird. Die Philipps Hue sollen dann bei 50 % einschalten. Das funktioniert auch super.
Nun hab ich festgestellt, wenn man zwischendurch mit der Hue App auf dem Smartphone spielt und die Farben ändert, das dann beim Nachtlicht auch diese letztem gespeicherten Farben in der Hue App erscheinen. Das ist natürlich blöd, also hab ich gedacht kein Problem, gibtst du im Script die RGB Werte an. Sobald ich das aber machen, schalte die Lampe auf 100% und dimmt dann erst runter auf die 50% das ist doch recht störend, dieses aufflackern. Könnt ihr da vielleicht was machen oder vielleicht geht es auch schon und ich mach es nur falsch im Script? Danke!
Hier mal ein kurzer Ausschnitt:
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if (compareTime(getAstroDate("sunrise", undefined, 0), getAstroDate("sunset", undefined, 0), "not between", null)) {
    setState("hue.0.Hue_Bridge_1.Flur_Licht_rechts.on"/*Hue_Bridge_1.Flur_Licht_rechts.on*/, true);
    setState("hue.0.Hue_Bridge_1.Flur_Licht_rechts.level"/*Hue_Bridge_1.Flur_Licht_rechts.level*/, parseFloat(50));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_links.b"/*Hue_Bridge_1.Flur_Licht_links.b*/, parseFloat(68));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_links.g"/*Hue_Bridge_1.Flur_Licht_links.g*/, parseFloat(184));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_links.r"/*Hue_Bridge_1.Flur_Licht_links.r*/, parseFloat(204));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_links.level"/*Hue_Bridge_1.Flur_Licht_links.level*/, parseFloat(50));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_links.on"/*Hue_Bridge_1.Flur_Licht_links.on*/, true);
    setState("hue.0.Hue_Bridge_1.Flur_Licht_rechts.b"/*Hue_Bridge_1.Flur_Licht_rechts.b*/, parseFloat(68));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_rechts.g"/*Hue_Bridge_1.Flur_Licht_rechts.g*/, parseFloat(184));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_rechts.r"/*Hue_Bridge_1.Flur_Licht_rechts.r*/, parseFloat(204));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_OG.on"/*Hue_Bridge_1.Flur_Licht_OG.on*/, true);
    setState("hue.0.Hue_Bridge_1.Flur_Licht_OG.level"/*Hue_Bridge_1.Flur_Licht_OG.level*/, parseFloat(30));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_OG.b"/*Hue_Bridge_1.Flur_Licht_OG.b*/, parseFloat(68));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_OG.g"/*Hue_Bridge_1.Flur_Licht_OG.g*/, parseFloat(184));
    setState("hue.0.Hue_Bridge_1.Flur_Licht_OG.r"/*Hue_Bridge_1.Flur_Licht_OG.r*/, parseFloat(204));
  }

Es passiert ja genau das, was im Script steht. Er wird eingeschaltet (on = 100%), dann gedimmt, dann die Farbe geändert. Du kannst den command Datenpunkt nutzen um mehrere Änderungen gleichzeitig vorzunehmen. Z. B. :
setState('hue.0.bridge.lampe.command', '{"level": 30, "ct": 250}')


text:
New version of ring, shelly, lupusec adapter

New Version of following adapter

ring
shelly
lupusec

Bitte "versionDate" löschen oder entfernen. Und, so schnell updates in stable? :-)

okay, deleted the version date.

thanx


text:
Frage neue Datenpunkte für z.B. Version

Ich habe heute auf Tasmota auf 9.4 upgedatet und es passen die Datenpunkte des sonoff - Adapters nicht mehr.
Bsp.: Bis jetzt stand im iobroker unter "sonoffgerät".INFO.Version die Version die man gerade bei den Geräten installiert hat.
Jetzt steht die Version unter "sonoffgerät".INFO. Info1_Version und der "alte" Datenpunkt "Version" wird nicht mehr upgedatet!
Dies bedeutet, dass ich in der derzeitigen Konstellation folgende Objekteinträge habe:
"sonoffgerät".INFO.Version = 9.3.1(tasmota)
"sonoffgerät".INFO. Info1_Version = 9.4.0(tasmota)
Daher meine Frage: Wird der Datenpunkt Version usw. nicht mehr upgedatet? I
Kurz zusammengefasst meine Daten:
a) kein Amazon Adapter
b) Adapter Version Nr. 2.4.0
c) iobroker über raspberry pi 4.0
d) Node Version: v12.22.1
Danke

Hallo,
Anbei das Log.
Was habe ich getan - damit man es vielleicht findet:

Adapter auf debug und gestoppt
Ein Sonoff Gerät in iobroker gelöscht: sonoff.0.SonOffS20_2
Sonoffgerät neustart
Sonoff Adapter gestartet
Ab 2021-05-01 19:22:56.678  legt er das neue Gerät an
Wie du unter 2021-05-01 19:22:56.786 ersehen kannst, legt er ein INFO.Info1_Version an
interessant: Er legt das "alte" Version unter INFO gar nicht mehr an!

sonofflog.txt
Danke für die Hilfe

Anbei noch der Screenshot der neu angelegten Objekte in iobroker

Das passt schon alles. Die OIDs haben sich in unter Infos aufgeteilt

Alles klar - Danke vielmals!

Also ist der einzige Effekt das die alten States da bleiben und nicht gelöscht werden ... Dann kann man die manuell löschen

authors: Apollon77 duczz klauswroe


text:
Verzeichnispfand unter Windows wurde nicht gefunden

Ich habe eben das Update auf die Version 1.3.0 durchgeführt. Trotz der Nachfolgenden Meldungen, wurde der Versionsstand auf 1.3.0 angehoben, obwohl die Meldung ja suggeriert, das nichts geändert wurde.
iobroker INFO: Directory "C:/iobroker/GLT/node_modules/iobroker.vis-hqwidgets/www" was not found! Nothing was uploaded or deleted.`
ioB läuft auf einem Windows Betribesystem
`

host.GLT(GLT)
2022-08-18 10:57:39.556
error
cannot check file: C:\iobroker\GLT\log\iobroker.2022-08-11.log - EPERM: operation not permitted, lstat 'C:\iobroker\GLT\log\iobroker.2022-08-11.log'

host.GLTGLT)
2022-08-18 10:57:39.556
error
host.GLT(GLT) cannot check file: C:\iobroker\GLT\log\iobroker.2022-08-11.log - EPERM: operation not permitted, lstat 'C:\iobroker\GLT\log\iobroker.2022-08-11.log'

host.GLTGLT)
2022-08-18 10:57:36.961
info
host.GLT(GLT) instance system.adapter.vis.0 terminated while should be started once

vis.0
2022-08-18 10:57:36.193
info
Terminated (NO_ERROR): Without reason

mqtt.0
2022-08-18 10:57:35.323
info
Client [Poolsteuerung] connection closed: timeout

vis.0
2022-08-18 10:57:32.724
info
vis license is OK.

vis.0
2022-08-18 10:57:32.276
info
starting. Version 1.4.15 in C:/iobroker/GLT/node_modules/iobroker.vis, node: v14.16.0, js-controller: 4.0.23

host.GLTGLT)
2022-08-18 10:57:28.661
info
host.GLT(GLT) iobroker exit 0

host.GLTGLT)
2022-08-18 10:57:27.468
info
host.GLT(GLT) iobroker upload [0] vis-hqwidgets.admin C:/iobroker/GLT/node_modules/iobroker.vis-hqwidgets/admin/index.html index.html text/html

host.GLTGLT)
2022-08-18 10:57:27.182
info
host.GLT(GLT) iobroker upload [1] vis-hqwidgets.admin C:/iobroker/GLT/node_modules/iobroker.vis-hqwidgets/admin/hqwidgets.png hqwidgets.png image/png

host.GLTGLT)
2022-08-18 10:57:26.949
info
host.GLT(GLT) iobroker Update "system.adapter.vis-hqwidgets.0"

host.GLTGLT)
2022-08-18 10:57:25.902
info
host.GLT(GLT) iobroker Adapter "system.adapter.vis.0" restarted.

host.GLTGLT)
2022-08-18 10:57:25.794
info
host.GLT(GLT) "system.adapter.vis.0" enabled

host.GLTGLT)
2022-08-18 10:57:25.648
info
host.GLT(GLT) "system.adapter.vis.0" disabled

host.GLTGLT)
2022-08-18 10:57:25.523
info
host.GLT(GLT) iobroker INFO: Directory "C:/iobroker/GLT/node_modules/iobroker.vis-hqwidgets/www" was not found! Nothing was uploaded or deleted.

host.GLTGLT)
2022-08-18 10:57:25.348
info
host.GLT(GLT) iobroker run npm audit fix to fix them, or npm audit for details

host.GLTGLT)
2022-08-18 10:57:25.347
info
host.GLT(GLT) iobroker found 166 vulnerabilities (17 low, 50 moderate, 79 high, 20 critical)

host.GLTGLT)
2022-08-18 10:57:25.339
info
host.GLT(GLT) iobroker 161 packages are looking for funding run npm fund for details

host.GLTGLT)
2022-08-18 10:57:25.338
info
host.GLT(GLT) iobroker

host.GLTGLT)
2022-08-18 10:57:20.372
info
host.GLT(GLT) iobroker + iobroker.vis-hqwidgets@1.3.0 removed 4 packages, updated 1 package and audited 2479 packages in 62.252s

host.GLTGLT)
2022-08-18 10:57:20.369
info
host.GLT(GLT) iobroker npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.8: wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"})

host.GLTGLT)
2022-08-18 10:57:20.368
info
host.GLT(GLT) iobroker npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.8 (node_modules\osx-temperature-sensor):

host.GLTGLT)
2022-08-18 10:57:20.320
info
host.GLT(GLT) iobroker npm WARN jscs-loader@0.3.0 requires a peer of jscs@^3.0.3 but none is installed. You must install peer dependencies yourself.

host.GLTGLT)
2022-08-18 10:57:20.289
info
host.GLT(GLT) iobroker npm WARN crc@4.1.1 requires a peer of buffer@>=6.0.3 but none is installed. You must install peer dependencies yourself.

`

DIe INFO message ist nur eine INFO ... also alles ok ... oder was genau geht nicht? Naja die Meldung suggeriert das einnSchritt nichts zu tun hatte ... sind ein paar mehr :-)


text:
iobroker vis 0 auf synology läuft nicht

Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:

Go to '...'
Click on '...'
Scroll down to '....'
See error

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots & Logfiles
If applicable, add screenshots and logfiles to help explain your problem.
Versions:

Adapter version:
JS-Controller version:
Node version:
Operating system:

Additional context
Add any other context about the problem here.

Hallo,
will mit iobroker von raspbery pi auf synology umziehen. Habe bisher auch alles intalliert bekommen. Bis auf influx db und shelly laufen auch schon alle Adapter. Beim aufruf von vis kommt Meldung Seite nicht erreichbar. Lizens ist geprüft und ok
Danke für eure Hilfe

@Goldenfinn hast du ein Backup eingespielt? Wenn ja, bitte erst vis installieren (ich nehme an du sprichst von vis1) und dann das Backup einspielen

Hi,
habe auf Synology zuerst vis adapter installiert. Steht dort unter vis0. Vis lässt sich nicht öffnen. " Seite nicht erreichbar".IP Adresse der Synology ist richtig. Port ist 8082. komischer Weise läßt sich Habpanel auch nicht öffnen. Hatte ich auf raspberry nicht installiert. An der Öffnung Ports kann es auch nicht liegen, da ich mit influxdb Port 8086 kein Problem habe. Woran kann es noch liegen?

@Goldenfinn Erstelle am besten ein Thread im iobroker Forum. Dort wirst du schnell Hilfe bekommen. Das ganze klingt nicht nach einem Admin issue. Mein Vorschlag: das issue hier schließen und Problem im Forum diskutieren.

authors: Feuer-sturm Goldenfinn


text:
Added support for setting Text/Label rotation

Adds ability to define the rotation/angle of Text and Labels annotations.

[x] Fixes https://github.com/ioam/holoviews/issues/2813
[x] Fixes https://github.com/ioam/holoviews/issues/2737
[x] Adds unit tests

Ready to review/merge.

Looks good and I am happy to merge now. I just want to double check that the matplotlib backend also has this rotation functionality exposed as a style option?

authors: jlstevens philippjfr

repo: ioam/holoviews


text:
Philips HUE Outdoor Motion Sensor / Sensitivy

Kann man den Wert für den BWM einstellen, so daß der nicht so schnell getriggerd wird? Wenn ja, was muss ich da machen?

Es gitb 2 Mögliche Datenpunkte die in frage kommen, je nachdem was du haben willst.
sensitivity: Gibt die Empfindlichkeit wieder. Einfach einen Zahlenwert eingeben und damit Spielen. Es gibt hier keine Vorgabe des Wertebereichs, das kann von Bewegungsmelder zu Bewegungsmelder Unterschiedlich sein.
duration: Dauer die gewartet wird bis eine Bewegungserkennung wieder gesendet wird. Wertbereich 0-600, bei den meisten ist aber der Mindestwert 60, angegeben in Sekunden.

@Jey-Cee VIelen Dank für die ausführliche Antwort! Wenn ich die Werte im ioBroker ändere, werden diese dann automatisch in den BWM geschrieben? Der Wert sensitivity stand auf 0 - habe ich jetzt mal auf 2 geändert.  Als sensitivitymax steht bei mir 4.
Oder wie würdest du vor gehen?

Ja die Daten werden Automatisch übertragen.
Ich würde einfach, wie du einen Wert setzen und beobachten wie sich das ganze verhält.

Was ist mit sensitivitymax? Hat das auch eine Bedeutung? Würdest du bei sensitivity in 1er Schritten nach oben gehen, bis es passt?

Das ist dee maximal möglich Wert. Denke das hat sonst keune weitere Bedeutung.
Ja einfach in 1 er Schritten ändern.

Mein Philips OUTDOOR BWM hat keine Feld mit Duration - gibt es irgendwo eine Liste, wo alle Begriffe erklärst sind? Bei "pending" steht z.B. gar kein Wert bei mir.

Hier gibt es eine Liste mit Geräten und auch teilweise Erklärung zu den Datenpunkten. Ich weiss selbst nur teilweise wofür sie sind.
Pending ist im Idealfall nie gesetzt, steht nur was drin wenn ein Gerät gerade beschäftigt ist und den neuen Befehl erst danach Ausführen kann.

authors: Jey-Cee LJSven


text:
Not All Widgets are Availabile in Vis2

Using Vis 2 only the following widgets are available:

According to the description more widget functionality should be available.
Versions:

Adapter version: 1.5.0
JS-Controller version: 6.0.11
Node version: 20.18.0

If not a bug suggestion would be welcome

A more detailled review (done by oweitman - THANKS) showed that currently only 5 widgest are implemented. Those are visible at vis-2.
So the documentation is incorrect and must be corrected.
Implementation of other widgest should be considered as feature request.

OK - reading the README.md in detail shows that one should click onto the description of the widgest. This shows that only some widgets are widgest provided by spotify adapter. Other examples use jqui widgets, i.e. tplJquiSelectList.
So everything is ok - except that the documentation could more clearly state, that not all widgets shown are delivered by spotify-premium adapter.


text:
KXG50ZNV256G TOSHIBA

resctl-bench-result_2022_10_25-21_19_58.json.gz

The SSD keeps triggering IO errors, so just one result for now.

repo: iocost-benchmark/iocost-benchmarks


text:
Make poll optional in upload

Currently we are waiting for the upload to be completed to finish the Gradle task.
See https://github.com/ioki-mobility/LokaliseGradlePlugin/blob/c08ce4b0cd3806cee36fbafaa4ef16908840c74b/src/main/kotlin/com/ioki/lokalise/gradle/plugin/tasks/UploadTranslationsTask.kt#L75
Me might want to introduce this as an optional property.
Meaning we will just push each and every file to Lokalise and finish the task without checking the results of each upload...

I will try to tackle this. If you have more info about this or what I need to look out for please let me know.

Nice to hear! Thank you.
The todos here are mainly:

Add a new "poll" option to the Extension
Put the option to the task
Depending on if the option is set, call LokaliseApi.checkProcess or not

Up to date check:
The property should be declared as an input of the task. As if it changes, the task should not be up-to-date anymore.
I guess that's it 🤔 🙃

authors: StefMa juschmitt

repo: ioki-mobility/LokaliseGradlePlugin