v1.1.0rc1: on osx high sierra R package incompete / does not install

On OSX 10.13.16 (High Sierra), in response to (leaving off any gpu stuff for now, just basic OSX install from source for latest, since CRAN only has v1.0. My R is v3.6.1):

$ cmake .. -DR_LIB=ON -DLIBR_EXECUTABLE=/usr/local/bin/R -DR_VERSION=3.6.1
$ cmake --build . --target install

I get failure to install the R package. A complete package inside the build dir is not created.
And this does not change if I try cmake --build . --target install  --config Release
See the final error in the log, when I attempt manual R CMD INSTALL . inside the build-for-r/R-package dir:
R CMD INSTALL .
Warning: invalid package ‘.’
Error: ERROR: no packages specified

I note that:
The xgboost-r.dir never gets created.
The contents of dmlc/xgboost/R-package do not get copied into dmlc/xgboost/build-for-r/R-package, my build directory.
full attempt log below.
This first error seems to be
Warning: invalid package ‘/Users/jaten/github.com/dmlc/xgboost/build-for-r/R-package’
Error: ERROR: no packages specified

log:
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r (master) $ ls
ls
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r (master) $ cmake .. -DR_LIB=ON -DLIBR_EXECUTABLE=/usr/local/bin/R -DR_VERSION=3.6.1
cmake .. -DR_LIB=ON -DLIBR_EXECUTABLE=/usr/local/bin/R -DR_VERSION=3.6.1
-- The CXX compiler identification is AppleClang <IP_ADDRESS>01145
-- The C compiler identification is AppleClang <IP_ADDRESS>01145
-- Check for working CXX compiler: /usr/local/bin/c++
-- Check for working CXX compiler: /usr/local/bin/c++ - works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Check for working C compiler: /usr/local/bin/cc
-- Check for working C compiler: /usr/local/bin/cc - works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- CMake version 3.17.1
-- Performing Test XGBOOST_MM_PREFETCH_PRESENT
-- Performing Test XGBOOST_MM_PREFETCH_PRESENT - Success
-- Performing Test XGBOOST_BUILTIN_PREFETCH_PRESENT
-- Performing Test XGBOOST_BUILTIN_PREFETCH_PRESENT - Success
-- xgboost VERSION: 1.1.0
-- Setting build type to 'Release' as none was specified.
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Success
-- Found Threads: TRUE
-- Found OpenMP_C: -Xclang -fopenmp (found version "3.1")
-- Found OpenMP_CXX: -Xclang -fopenmp (found version "3.1")
-- Found OpenMP: TRUE (found version "3.1")
-- Found OpenMP_C: -Xclang -fopenmp (found version "3.1")
-- Found OpenMP_CXX: -Xclang -fopenmp (found version "3.1")
-- Looking for clock_gettime in rt
-- Looking for clock_gettime in rt - not found
-- Looking for fopen64
-- Looking for fopen64 - not found
-- Looking for C++ include cxxabi.h
-- Looking for C++ include cxxabi.h - found
-- Looking for nanosleep
-- Looking for nanosleep - found
-- Looking for backtrace
-- Looking for backtrace - found
-- backtrace facility detected in default set of libraries
-- Found Backtrace: /usr/include
-- Check if the system is big endian
-- Searching 16 bit integer
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of unsigned short
-- Check size of unsigned short - done
-- Searching 16 bit integer - Using unsigned short
-- Check if the system is big endian - little endian
-- /Users/jaten/github.com/dmlc/xgboost/dmlc-core/cmake/build_config.h.in -> include/dmlc/build_config.h
-- Performing Test SUPPORT_MSSE2
-- Performing Test SUPPORT_MSSE2 - Success
DMLC_ROOT point to /Users/jaten/github.com/dmlc/xgboost/rabit/../dmlc-core
-- Found LibR: /usr/local/Cellar/r/3.6.1_1/lib/R
-- Found R: /usr/local/bin/R
-- LIBR_CORE_LIBRARY /usr/local/Cellar/r/3.6.1_1/lib/R/lib/libR.dylib
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/jaten/github.com/dmlc/xgboost/build-for-r
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r (master) $ cmake --build . --target install
cmake --build . --target install
Scanning dependencies of target dmlc
[  1%] Building CXX object dmlc-core/CMakeFiles/dmlc.dir/src/config.cc.o
[  2%] Building CXX object dmlc-core/CMakeFiles/dmlc.dir/src/data.cc.o
[  4%] Building CXX object dmlc-core/CMakeFiles/dmlc.dir/src/io.cc.o
[  5%] Building CXX object dmlc-core/CMakeFiles/dmlc.dir/src/recordio.cc.o
[  6%] Building CXX object dmlc-core/CMakeFiles/dmlc.dir/src/io/line_split.cc.o
[  8%] Building CXX object dmlc-core/CMakeFiles/dmlc.dir/src/io/recordio_split.cc.o
[  9%] Building CXX object dmlc-core/CMakeFiles/dmlc.dir/src/io/indexed_recordio_split.cc.o
[ 10%] Building CXX object dmlc-core/CMakeFiles/dmlc.dir/src/io/input_split_base.cc.o
[ 12%] Building CXX object dmlc-core/CMakeFiles/dmlc.dir/src/io/filesys.cc.o
[ 13%] Building CXX object dmlc-core/CMakeFiles/dmlc.dir/src/io/local_filesys.cc.o
[ 15%] Linking CXX static library libdmlc.a
[ 15%] Built target dmlc
Scanning dependencies of target objxgboost
[ 16%] Building CXX object src/CMakeFiles/objxgboost.dir/c_api/c_api.cc.o
[ 17%] Building CXX object src/CMakeFiles/objxgboost.dir/c_api/c_api_error.cc.o
[ 19%] Building CXX object src/CMakeFiles/objxgboost.dir/common/common.cc.o
[ 20%] Building CXX object src/CMakeFiles/objxgboost.dir/common/hist_util.cc.o
[ 21%] Building CXX object src/CMakeFiles/objxgboost.dir/common/host_device_vector.cc.o
[ 23%] Building CXX object src/CMakeFiles/objxgboost.dir/common/io.cc.o
[ 24%] Building CXX object src/CMakeFiles/objxgboost.dir/common/json.cc.o
[ 26%] Building CXX object src/CMakeFiles/objxgboost.dir/common/probability_distribution.cc.o
[ 27%] Building CXX object src/CMakeFiles/objxgboost.dir/common/survival_util.cc.o
[ 28%] Building CXX object src/CMakeFiles/objxgboost.dir/common/timer.cc.o
[ 30%] Building CXX object src/CMakeFiles/objxgboost.dir/common/version.cc.o
[ 31%] Building CXX object src/CMakeFiles/objxgboost.dir/data/data.cc.o
[ 32%] Building CXX object src/CMakeFiles/objxgboost.dir/data/ellpack_page.cc.o
[ 34%] Building CXX object src/CMakeFiles/objxgboost.dir/data/ellpack_page_source.cc.o
[ 35%] Building CXX object src/CMakeFiles/objxgboost.dir/data/simple_dmatrix.cc.o
[ 36%] Building CXX object src/CMakeFiles/objxgboost.dir/data/sparse_page_dmatrix.cc.o
[ 38%] Building CXX object src/CMakeFiles/objxgboost.dir/data/sparse_page_raw_format.cc.o
[ 39%] Building CXX object src/CMakeFiles/objxgboost.dir/gbm/gblinear.cc.o
[ 41%] Building CXX object src/CMakeFiles/objxgboost.dir/gbm/gblinear_model.cc.o
[ 42%] Building CXX object src/CMakeFiles/objxgboost.dir/gbm/gbm.cc.o
[ 43%] Building CXX object src/CMakeFiles/objxgboost.dir/gbm/gbtree.cc.o
[ 45%] Building CXX object src/CMakeFiles/objxgboost.dir/gbm/gbtree_model.cc.o
[ 46%] Building CXX object src/CMakeFiles/objxgboost.dir/learner.cc.o
[ 47%] Building CXX object src/CMakeFiles/objxgboost.dir/linear/linear_updater.cc.o
[ 49%] Building CXX object src/CMakeFiles/objxgboost.dir/linear/updater_coordinate.cc.o
[ 50%] Building CXX object src/CMakeFiles/objxgboost.dir/linear/updater_shotgun.cc.o
[ 52%] Building CXX object src/CMakeFiles/objxgboost.dir/logging.cc.o
[ 53%] Building CXX object src/CMakeFiles/objxgboost.dir/metric/elementwise_metric.cc.o
[ 54%] Building CXX object src/CMakeFiles/objxgboost.dir/metric/metric.cc.o
[ 56%] Building CXX object src/CMakeFiles/objxgboost.dir/metric/multiclass_metric.cc.o
[ 57%] Building CXX object src/CMakeFiles/objxgboost.dir/metric/rank_metric.cc.o
[ 58%] Building CXX object src/CMakeFiles/objxgboost.dir/metric/survival_metric.cc.o
[ 60%] Building CXX object src/CMakeFiles/objxgboost.dir/objective/aft_obj.cc.o
[ 61%] Building CXX object src/CMakeFiles/objxgboost.dir/objective/hinge.cc.o
[ 63%] Building CXX object src/CMakeFiles/objxgboost.dir/objective/multiclass_obj.cc.o
[ 64%] Building CXX object src/CMakeFiles/objxgboost.dir/objective/objective.cc.o
[ 65%] Building CXX object src/CMakeFiles/objxgboost.dir/objective/rank_obj.cc.o
[ 67%] Building CXX object src/CMakeFiles/objxgboost.dir/objective/regression_obj.cc.o
[ 68%] Building CXX object src/CMakeFiles/objxgboost.dir/predictor/cpu_predictor.cc.o
[ 69%] Building CXX object src/CMakeFiles/objxgboost.dir/predictor/predictor.cc.o
[ 71%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/constraints.cc.o
[ 72%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/param.cc.o
[ 73%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/split_evaluator.cc.o
[ 75%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/tree_model.cc.o
[ 76%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/tree_updater.cc.o
[ 78%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/updater_colmaker.cc.o
[ 79%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/updater_histmaker.cc.o
[ 80%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/updater_prune.cc.o
[ 82%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/updater_quantile_hist.cc.o
[ 83%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/updater_refresh.cc.o
[ 84%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/updater_skmaker.cc.o
[ 86%] Building CXX object src/CMakeFiles/objxgboost.dir/tree/updater_sync.cc.o
[ 86%] Built target objxgboost
Scanning dependencies of target rabit
[ 87%] Building CXX object rabit/CMakeFiles/rabit.dir/src/engine_empty.cc.o
[ 89%] Building CXX object rabit/CMakeFiles/rabit.dir/src/c_api.cc.o
[ 90%] Linking CXX static library librabit.a
[ 90%] Built target rabit
Scanning dependencies of target xgboost-r
[ 91%] Building C object R-package/CMakeFiles/xgboost-r.dir/src/init.c.o
[ 93%] Building CXX object R-package/CMakeFiles/xgboost-r.dir/src/xgboost_R.cc.o
[ 94%] Building C object R-package/CMakeFiles/xgboost-r.dir/src/xgboost_assert.c.o
[ 95%] Building CXX object R-package/CMakeFiles/xgboost-r.dir/src/xgboost_custom.cc.o
[ 95%] Built target xgboost-r
Scanning dependencies of target runxgboost
[ 97%] Building CXX object CMakeFiles/runxgboost.dir/src/cli_main.cc.o
[ 98%] Linking CXX executable ../xgboost
[ 98%] Built target runxgboost
Scanning dependencies of target xgboost
[100%] Linking CXX shared library ../lib/xgboost.so
[100%] Built target xgboost
Install the project...
-- Install configuration: "Release"
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/any.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/array_view.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/base.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/blockingconcurrentqueue.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/build_config_default.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/common.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/concurrency.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/concurrentqueue.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/config.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/data.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/endian.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/filesystem.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/input_split_shuffle.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/io.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/json.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/logging.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/lua.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/memory.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/memory_io.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/omp.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/optional.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/parameter.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/recordio.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/registry.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/serializer.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/strtonum.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/thread_group.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/thread_local.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/threadediter.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/timer.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/type_traits.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/build_config.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/libdmlc.a
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/dmlc/DMLCTargets.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/dmlc/DMLCTargets-release.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/dmlc/dmlc-config.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/dmlc/dmlc-config-version.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/librabit.a
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/c_api.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/engine.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/io.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/rabit-inl.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/socket.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/thread_local.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/timer.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/utils.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/rabit.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/serializable.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/rabit/rabitConfig.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/rabit/rabitConfigVersion.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/rabit/rabitTargets.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/rabit/rabitTargets-release.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/R-package/src/xgboost.so
> deps = setdiff(c('data.table', 'magrittr', 'stringi'), rownames(installed.packages()));    if(length(deps)>0) install.packages(deps, repo = 'https://cloud.r-project.org/')
>
>
Warning: invalid package ‘/Users/jaten/github.com/dmlc/xgboost/build-for-r/R-package’
Error: ERROR: no packages specified
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/base.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/c_api.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/data.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/feature_map.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/gbm.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/generic_parameters.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/host_device_vector.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/json.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/json_io.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/learner.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/linear_updater.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/logging.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/metric.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/model.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/objective.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/parameter.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/predictor.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/span.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/tree_model.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/tree_updater.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/version_config.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/xgboost.so
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/bin/xgboost
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/xgboost/XGBoostTargets.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/xgboost/XGBoostTargets-release.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/xgboost/xgboost-config.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/xgboost/xgboost-config-version.cmake
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r (master) $ ls
ls
CMakeCache.txt		bak			dummy_inst		src
CMakeFiles		cmake			install_manifest.txt
Makefile		cmake_install.cmake	plugin
R-package		dmlc-core		rabit
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r (master) $ cd R-package/
cd R-package/
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r/R-package (master) $ ls
ls
cmake_install.cmake	src
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r/R-package (master) $ ls -al
ls -al
total 16
drwx------   3 jaten  staff   136 Apr 29 20:31 .
drwx------  11 jaten  staff   510 Apr 29 20:31 ..
-rw-------   1 jaten  staff  1042 Apr 29 20:27 cmake_install.cmake
drwx------   2 jaten  staff   170 Apr 29 20:31 src
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r/R-package (master) $ find .
find .
.
./cmake_install.cmake
./src
./src/Makevars
./src/Makevars.win
./src/xgboost.so
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r/R-package (master) $ cd ..
cd ..
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r (master) $ ls
ls
CMakeCache.txt		bak			dummy_inst		src
CMakeFiles		cmake			install_manifest.txt
Makefile		cmake_install.cmake	plugin
R-package		dmlc-core		rabit
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r (master) $ cmake --build . --target install  --config Release
cmake --build . --target install  --config Release
-- CMake version 3.17.1
-- xgboost VERSION: 1.1.0
-- Found OpenMP_C: -Xclang -fopenmp
-- Found OpenMP_CXX: -Xclang -fopenmp
-- Found OpenMP: TRUE
-- Found OpenMP_C: -Xclang -fopenmp
-- Found OpenMP_CXX: -Xclang -fopenmp
-- /Users/jaten/github.com/dmlc/xgboost/dmlc-core/cmake/build_config.h.in -> include/dmlc/build_config.h
DMLC_ROOT point to /Users/jaten/github.com/dmlc/xgboost/rabit/../dmlc-core
-- Found LibR: /usr/local/Cellar/r/3.6.1_1/lib/R
-- Found R: /usr/local/Cellar/r/3.6.1_1/lib/R/lib/../bin/R
-- LIBR_CORE_LIBRARY /usr/local/Cellar/r/3.6.1_1/lib/R/lib/libR.dylib
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/jaten/github.com/dmlc/xgboost/build-for-r
[ 15%] Built target dmlc
[ 86%] Built target objxgboost
Scanning dependencies of target xgboost-r
[ 87%] Building C object R-package/CMakeFiles/xgboost-r.dir/src/init.c.o
[ 89%] Building CXX object R-package/CMakeFiles/xgboost-r.dir/src/xgboost_R.cc.o
[ 90%] Building C object R-package/CMakeFiles/xgboost-r.dir/src/xgboost_assert.c.o
[ 91%] Building CXX object R-package/CMakeFiles/xgboost-r.dir/src/xgboost_custom.cc.o
[ 91%] Built target xgboost-r
[ 95%] Built target rabit
[ 97%] Linking CXX executable ../xgboost
[ 98%] Built target runxgboost
[100%] Linking CXX shared library ../lib/xgboost.so
[100%] Built target xgboost
Install the project...
-- Install configuration: "Release"
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/any.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/array_view.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/base.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/blockingconcurrentqueue.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/build_config_default.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/common.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/concurrency.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/concurrentqueue.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/config.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/data.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/endian.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/filesystem.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/input_split_shuffle.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/io.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/json.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/logging.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/lua.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/memory.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/memory_io.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/omp.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/optional.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/parameter.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/recordio.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/registry.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/serializer.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/strtonum.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/thread_group.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/thread_local.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/threadediter.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/timer.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/type_traits.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/dmlc/build_config.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/libdmlc.a
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/dmlc/DMLCTargets.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/dmlc/DMLCTargets-release.cmake
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/dmlc/dmlc-config.cmake
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/dmlc/dmlc-config-version.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/librabit.a
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/c_api.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/engine.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/io.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/rabit-inl.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/socket.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/thread_local.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/timer.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/internal/utils.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/rabit.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/rabit/serializable.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/rabit/rabitConfig.cmake
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/rabit/rabitConfigVersion.cmake
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/rabit/rabitTargets.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/rabit/rabitTargets-release.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/R-package/src/xgboost.so
> deps = setdiff(c('data.table', 'magrittr', 'stringi'), rownames(installed.packages()));    if(length(deps)>0) install.packages(deps, repo = 'https://cloud.r-project.org/')
>
>
Warning: invalid package ‘/Users/jaten/github.com/dmlc/xgboost/build-for-r/R-package’
Error: ERROR: no packages specified
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/base.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/c_api.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/data.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/feature_map.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/gbm.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/generic_parameters.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/host_device_vector.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/json.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/json_io.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/learner.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/linear_updater.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/logging.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/metric.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/model.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/objective.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/parameter.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/predictor.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/span.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/tree_model.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/tree_updater.h
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/include/xgboost/version_config.h
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/xgboost.so
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/bin/xgboost
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/xgboost/XGBoostTargets.cmake
-- Installing: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/xgboost/XGBoostTargets-release.cmake
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/xgboost/xgboost-config.cmake
-- Up-to-date: /Users/jaten/github.com/dmlc/xgboost/build-for-r/dummy_inst/lib/cmake/xgboost/xgboost-config-version.cmake
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r (master) $ ls
ls
CMakeCache.txt		bak			dummy_inst		src
CMakeFiles		cmake			install_manifest.txt
Makefile		cmake_install.cmake	plugin
R-package		dmlc-core		rabit
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r (master) $ cd R-package/
cd R-package/
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r/R-package (master) $ ls
ls
cmake_install.cmake	src
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r/R-package (master) $ find .
find .
.
./cmake_install.cmake
./src
./src/Makevars
./src/Makevars.win
./src/xgboost.so
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r/R-package (master) $ R CMD INSTALL .
R CMD INSTALL .
Warning: invalid package ‘.’
Error: ERROR: no packages specified
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r/R-package (master) $

I copied over the build-for-r/R-package/src/xgboost.so (not sure if this is required to succeed or not), and then moved into the non-build directory ~/dmlc/xgboost/R-package.  I appear to have been able to install the R package successfully from there.
As a workaround, great--anyone else with this problem should be aware. But as for only writing into the build directory, it is not so great. Suboptimal, and the build docs don't reflect this.
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r/R-package (master) $ cp -p src/xgboost.so ../../R-package/src/
cp -p src/xgboost.so ../../R-package/src/
(venv) me@pro2 ~/github.com/dmlc/xgboost/build-for-r/R-package (master) $ cd ../..
cd ../..
(venv) me@pro2 ~/github.com/dmlc/xgboost (master) $ cd R-package/
cd R-package/
(venv) me@pro2 ~/github.com/dmlc/xgboost/R-package (master) $ ls
ls
CMakeLists.txt				configure.win
DESCRIPTION				data
LICENSE					demo
NAMESPACE				man
R					remove_warning_suppression_pragma.sh
README.md				src
cleanup					tests
configure				vignettes
configure.ac
(venv) me@pro2 ~/github.com/dmlc/xgboost/R-package (master) $ R CMD INSTALL .
R CMD INSTALL .
* installing to library ‘/usr/local/Cellar/r/3.6.1_1/lib/R/library’
* installing *source* package ‘xgboost’ ...
** using staged installation
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking Backtrace lib...
checking for backtrace in -lexecinfo... no
checking endian...
checking whether OpenMP will work in a package... yes
configure: creating ./config.status
config.status: creating src/Makevars
** libs
Makevars:17: -DXGBOOST_STRICT_R_MODE=1
Makevars:17: -DDMLC_LOG_BEFORE_THROW=0
Makevars:17: -DDMLC_ENABLE_STD_THREAD=1
Makevars:17: -DDMLC_DISABLE_STDIN=1
Makevars:17: -DDMLC_LOG_CUSTOMIZE=1
Makevars:17: -DXGBOOST_CUSTOMIZE_LOGGER=1
Makevars:17: -DRABIT_CUSTOMIZE_MSG_
Makevars:17: -DRABIT_STRICT_CXX98_
clang++ -std=gnu++11 -I"/usr/local/Cellar/r/3.6.1_1/lib/R/include" -DNDEBUG -I../..//include -I../..//dmlc-core/include -I../..//rabit/include -I../../ -DXGBOOST_STRICT_R_MODE=1 -DDMLC_LOG_BEFORE_THROW=0 -DDMLC_ENABLE_STD_THREAD=1 -DDMLC_DISABLE_STDIN=1 -DDMLC_LOG_CUSTOMIZE=1 -DXGBOOST_CUSTOMIZE_LOGGER=1 -DRABIT_CUSTOMIZE_MSG_ -DRABIT_STRICT_CXX98_  -I/usr/local/opt/gettext/include -I/usr/local/opt/llvm/include -Xclang -fopenmp -DDMLC_CMAKE_LITTLE_ENDIAN=1 -pthread -fPIC  -g -O2  -c xgboost_R.cc -o xgboost_R.o
clang++ -std=gnu++11 -I"/usr/local/Cellar/r/3.6.1_1/lib/R/include" -DNDEBUG -I../..//include -I../..//dmlc-core/include -I../..//rabit/include -I../../ -DXGBOOST_STRICT_R_MODE=1 -DDMLC_LOG_BEFORE_THROW=0 -DDMLC_ENABLE_STD_THREAD=1 -DDMLC_DISABLE_STDIN=1 -DDMLC_LOG_CUSTOMIZE=1 -DXGBOOST_CUSTOMIZE_LOGGER=1 -DRABIT_CUSTOMIZE_MSG_ -DRABIT_STRICT_CXX98_  -I/usr/local/opt/gettext/include -I/usr/local/opt/llvm/include -Xclang -fopenmp -DDMLC_CMAKE_LITTLE_ENDIAN=1 -pthread -fPIC  -g -O2  -c xgboost_custom.cc -o xgboost_custom.o
/usr/local/opt/llvm/bin/clang -fopenmp -I"/usr/local/Cellar/r/3.6.1_1/lib/R/include" -DNDEBUG -I../..//include -I../..//dmlc-core/include -I../..//rabit/include -I../../ -DXGBOOST_STRICT_R_MODE=1 -DDMLC_LOG_BEFORE_THROW=0 -DDMLC_ENABLE_STD_THREAD=1 -DDMLC_DISABLE_STDIN=1 -DDMLC_LOG_CUSTOMIZE=1 -DXGBOOST_CUSTOMIZE_LOGGER=1 -DRABIT_CUSTOMIZE_MSG_ -DRABIT_STRICT_CXX98_  -I/usr/local/opt/gettext/include -I/usr/local/opt/llvm/include  -fPIC  -g -O3 -Wall -pedantic -std=gnu99 -mtune=native -pipe -c xgboost_assert.c -o xgboost_assert.o
/usr/local/opt/llvm/bin/clang -fopenmp -I"/usr/local/Cellar/r/3.6.1_1/lib/R/include" -DNDEBUG -I../..//include -I../..//dmlc-core/include -I../..//rabit/include -I../../ -DXGBOOST_STRICT_R_MODE=1 -DDMLC_LOG_BEFORE_THROW=0 -DDMLC_ENABLE_STD_THREAD=1 -DDMLC_DISABLE_STDIN=1 -DDMLC_LOG_CUSTOMIZE=1 -DXGBOOST_CUSTOMIZE_LOGGER=1 -DRABIT_CUSTOMIZE_MSG_ -DRABIT_STRICT_CXX98_  -I/usr/local/opt/gettext/include -I/usr/local/opt/llvm/include  -fPIC  -g -O3 -Wall -pedantic -std=gnu99 -mtune=native -pipe -c init.c -o init.o
clang++ -std=gnu++11 -I"/usr/local/Cellar/r/3.6.1_1/lib/R/include" -DNDEBUG -I../..//include -I../..//dmlc-core/include -I../..//rabit/include -I../../ -DXGBOOST_STRICT_R_MODE=1 -DDMLC_LOG_BEFORE_THROW=0 -DDMLC_ENABLE_STD_THREAD=1 -DDMLC_DISABLE_STDIN=1 -DDMLC_LOG_CUSTOMIZE=1 -DXGBOOST_CUSTOMIZE_LOGGER=1 -DRABIT_CUSTOMIZE_MSG_ -DRABIT_STRICT_CXX98_  -I/usr/local/opt/gettext/include -I/usr/local/opt/llvm/include -Xclang -fopenmp -DDMLC_CMAKE_LITTLE_ENDIAN=1 -pthread -fPIC  -g -O2  -c ../..//amalgamation/xgboost-all0.cc -o ../..//amalgamation/xgboost-all0.o
clang++ -std=gnu++11 -I"/usr/local/Cellar/r/3.6.1_1/lib/R/include" -DNDEBUG -I../..//include -I../..//dmlc-core/include -I../..//rabit/include -I../../ -DXGBOOST_STRICT_R_MODE=1 -DDMLC_LOG_BEFORE_THROW=0 -DDMLC_ENABLE_STD_THREAD=1 -DDMLC_DISABLE_STDIN=1 -DDMLC_LOG_CUSTOMIZE=1 -DXGBOOST_CUSTOMIZE_LOGGER=1 -DRABIT_CUSTOMIZE_MSG_ -DRABIT_STRICT_CXX98_  -I/usr/local/opt/gettext/include -I/usr/local/opt/llvm/include -Xclang -fopenmp -DDMLC_CMAKE_LITTLE_ENDIAN=1 -pthread -fPIC  -g -O2  -c ../..//amalgamation/dmlc-minimum0.cc -o ../..//amalgamation/dmlc-minimum0.o
clang++ -std=gnu++11 -I"/usr/local/Cellar/r/3.6.1_1/lib/R/include" -DNDEBUG -I../..//include -I../..//dmlc-core/include -I../..//rabit/include -I../../ -DXGBOOST_STRICT_R_MODE=1 -DDMLC_LOG_BEFORE_THROW=0 -DDMLC_ENABLE_STD_THREAD=1 -DDMLC_DISABLE_STDIN=1 -DDMLC_LOG_CUSTOMIZE=1 -DXGBOOST_CUSTOMIZE_LOGGER=1 -DRABIT_CUSTOMIZE_MSG_ -DRABIT_STRICT_CXX98_  -I/usr/local/opt/gettext/include -I/usr/local/opt/llvm/include -Xclang -fopenmp -DDMLC_CMAKE_LITTLE_ENDIAN=1 -pthread -fPIC  -g -O2  -c ../..//rabit/src/engine_empty.cc -o ../..//rabit/src/engine_empty.o
clang++ -std=gnu++11 -I"/usr/local/Cellar/r/3.6.1_1/lib/R/include" -DNDEBUG -I../..//include -I../..//dmlc-core/include -I../..//rabit/include -I../../ -DXGBOOST_STRICT_R_MODE=1 -DDMLC_LOG_BEFORE_THROW=0 -DDMLC_ENABLE_STD_THREAD=1 -DDMLC_DISABLE_STDIN=1 -DDMLC_LOG_CUSTOMIZE=1 -DXGBOOST_CUSTOMIZE_LOGGER=1 -DRABIT_CUSTOMIZE_MSG_ -DRABIT_STRICT_CXX98_  -I/usr/local/opt/gettext/include -I/usr/local/opt/llvm/include -Xclang -fopenmp -DDMLC_CMAKE_LITTLE_ENDIAN=1 -pthread -fPIC  -g -O2  -c ../..//rabit/src/c_api.cc -o ../..//rabit/src/c_api.o
clang++ -std=gnu++11 -dynamiclib -Wl,-headerpad_max_install_names -undefined dynamic_lookup -single_module -multiply_defined suppress -L/usr/local/opt/gettext/lib -L/usr/local/opt/llvm/lib -Wl,-rpath,/usr/local/opt/llvm/lib -L/usr/local/Cellar/r/3.6.1_1/lib/R/lib -L/usr/local/opt/gettext/lib -L/usr/local/opt/llvm/lib -Wl,-rpath,/usr/local/opt/llvm/lib -o xgboost.so ./xgboost_R.o ./xgboost_custom.o ./xgboost_assert.o ./init.o ../..//amalgamation/xgboost-all0.o ../..//amalgamation/dmlc-minimum0.o ../..//rabit/src/engine_empty.o ../..//rabit/src/c_api.o -Xclang -fopenmp /usr/local/lib/libomp.dylib -DDMLC_CMAKE_LITTLE_ENDIAN=1 -pthread -L/usr/local/Cellar/r/3.6.1_1/lib/R/lib -lR -lintl -Wl,-framework -Wl,CoreFoundation
ld: warning: text-based stub file /System/Library/Frameworks//CoreFoundation.framework/CoreFoundation.tbd and library file /System/Library/Frameworks//CoreFoundation.framework/CoreFoundation are out of sync. Falling back to library file for linking.
installing to /usr/local/Cellar/r/3.6.1_1/lib/R/library/00LOCK-R-package/00new/xgboost/libs
** R
** data
** demo
** byte-compile and prepare package for lazy loading
** help
*** installing help indices
** building package indices
** installing vignettes
** testing if installed package can be loaded from temporary location
** checking absolute paths in shared objects and dynamic libraries
** testing if installed package can be loaded from final location
** testing if installed package keeps a record of temporary installation path
* DONE (xgboost)
(venv) me@pro2 ~/github.com/dmlc/xgboost/R-package (master) $ R
R

R version 3.6.1 (2019-07-05) -- "Action of the Toes"
Copyright (C) 2019 The R Foundation for Statistical Computing
Platform: x86_64-apple-darwin17.7.0 (64-bit)

R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.

  Natural language support but running in an English locale

R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.

Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.

> require(xgboost)
require(xgboost)
Loading required package: xgboost
>

Fixed by #5764


Create a Symbol package

:tada: This issue has been resolved in version 3.0.0 :tada:
The release is available on:

GitHub Release
NuGet Package


Data breach

[Enter feedback here]

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

ID: a8b75090-7a24-34f0-8892-257962285ac8
Version Independent ID: 0e6ec4fc-9b50-efa7-4d0a-a554a64c4446
Content: Strategy for Azure VMware Solution adoption - Cloud Adoption Framework
Content Source: docs/scenarios/azure-vmware/strategy.md
Service: caf
Sub-service: caf-scenario-vmware
GitHub Login: @mhenry
Microsoft Alias: jaalmond

Closing. If you would like to report a Cloud Adoption Framework documentation issue to the team, please open a new issue and include relevant information/repro steps in the Comment section.


Historical Chart Widget not working

I've had a look at http://buglabs.tumblr.com/post/140049015661/how-to-historical-widgets-in-freeboard but unfortunately I can't get it to work. It just shows a blank widget.
The issue seems to be in selecting the combination of JSON DATA ARRAY and TARGET DATA FIELD.
These two fields are confusing as every other widget type just requires a simple VALUE to work, but the field is split in two for this widget..
I have a datasource value datasources["Temperature"]["temp"] that shows the current temp as a decimal value (eg 26.322). This works great for the Text or Gauge widget. However I can't get it to work on the Historical Chart.
I have tried the following combinations without success:
JSON DATA ARRAY = datasources["Temperature"]["temp"]
TARGET DATA FIELD = datasources["Temperature"]["temp"]
JSON DATA ARRAY = datasources["Temperature"]
TARGET DATA FIELD = datasources["Temperature"]["temp"]
JSON DATA ARRAY = datasources["Temperature"]
TARGET DATA FIELD = ["temp"]
JSON DATA ARRAY = datasources["Temperature"]
TARGET DATA FIELD = temp
JSON DATA ARRAY =
TARGET DATA FIELD = datasources["Temperature"]["temp"]
JSON DATA ARRAY = datasources["Temperature"]
TARGET DATA FIELD =

suffering this exact same issue... have used the js editor to prove data typeof is 'number'...
any ideas?

I too have been trying to get  historical charts to work with our data source that return a JSON array -
Seems to only work with Dweet storage but no with any other type of data source?
Tried to emulate the dweet storage JSON but no luck.

Correct, it will only work with the Dweet Storage Datasource at this time.
The main reason being that the implementation looks within each stored
dweet's payload to retrieve both the value specified in the TARGET DATA
FIELD, and the timestamp (e.g. the "created" field).
@JoeBurke, what does your emulated dweet storage JSON look like?
On Fri, Nov 25, 2016 at 4:50 PM, Joe Burke<EMAIL_ADDRESS>wrote:

I too have been trying to get historical charts to work with our data
source that return a JSON array -
Seems to only work with Dweet storage but no with any other type of data
source?
Tried to emulate the dweet storage JSON but no luck.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/Freeboard/freeboard/issues/199#issuecomment-263025879,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAjtAmWdeeCMJiuQ9KlBbyyVs3iffKoJks5rB1gugaJpZM4KeIQ0
.

We can make our store return what ever it needs to render in chart.
Its a sensor time series store based on inFluxDB and we need to show more then 1 days at resolution down to 1 min
We have tried Jason like ...
{
"values": [
{
"content": {
"amps": 1.0,
"volts": 1.1
},
"created": "2016-11-25T19:56:20.796Z",
"thing": "SEASWITCH_ENETG2_A17"
},
{
"content": {
"amps": 1.0,
"volts": 2.3
},
"created": "2016-11-25T19:56:20.796Z",
"thing": "SEASWITCH_ENETG2_A17"
},
{
"content": {
"amps": 1.0,
"volts": 3.4
},
"created": "2016-11-25T19:56:20.796Z",
"thing": "SEASWITCH_ENETG2_A17"
},
{
"content": {
"amps": 1.0,
"volts": 2.8
},
"created": "2016-11-25T19:56:20.796Z",
"thing": "SEASWITCH_ENETG2_A17"
},
{
"content": {
"amps": 1.0,
"volts": 3.8
},
"created": "2016-11-25T19:56:20.796Z",
"thing": "SEASWITCH_ENETG2_A17"
},
{
"content": {
"amps": 1.0,
"volts": 1.6
},
"created": "2016-11-25T19:56:20.796Z",
"thing": "SEASWITCH_ENETG2_A17"
},
{
"content": {
"amps": 1.0,
"volts": 1.1
},
"created": "2016-11-25T19:56:20.796Z",
"thing": "SEASWITCH_ENETG2_A17"
}
]
}

I have tried a lot of config too and it is not working indeed.
It looks like when entering data target, freeboard is only retrieving the value of the object 0.
datasources["rrrrrr"]["with"][0]["content"]["humidity"]
It is maybe possible with javascript to make it loop through all objects.

I solved this by using the HighCharts Plugin which worked great and allowed us to modify the source.
freeboard-dynamic-highcharts-plugin-master on github
Just change the value in onCalculatedValueChanged  to an array type and reset the data array
				for(i=0; i< newarrayValue.length; i++)
				{
					myvalues=newarrayValue[i];
					// myvalue = myvalues.content
					 myvalue = myvalues.value;

					if (isNumber(myvalue)) { //check if it is a real number and not text
					var x = (new Date()).getTime();
					var plotMqtt = [ myvalues.epoch, Number(myvalue)];

					myDataArray[i] = plotMqtt;
					}
				}

example here
https://freeboard.io/board/K2FbDy

Thanks, it works perfectly indeed!
I'm not sure I understand your modified oncalculatedValueChanged function , I did not edit it and it seems to work fine for the moment

Where is your data coming from? Or did you just edit the array to be like our JSON
{'amps': [{'value': 0.0, 'epoch':<PHONE_NUMBER>000}, {'value': 0.0, 'epoch':<PHONE_NUMBER>000}]}
HighCharts want data pairs of values (Y axis) and epoch time (X axis) so we just convert to pairs and stuff them in the HighCHarts data array.

I'm looking at the plugins when it's trying to pull data for me and it's prepending
var s = '["content"]';
To the request


Shading in Pulsar jars

Pulsar jars published to maven are shading dependencies and this causes some issues, like inability to share an EventLoopGroup created with an unshaded Netty version with PulsarClient which expects a shaded Netty version.
This wasn't the case on previous versions.
Shading should be OK when generating uber jars for thinks like brokers and etc, but not for libraries ment to be imported like pulsar-client, pulsar-common, etc.

I just found #846
I don't think this is right though, I don't remember the last time I imported a library that was shaded.
And dependency conflicts is something every Java developer should be familiar with

@sschepens We had many issues with people having conflicts with different protobuf or netty versions and taking long time to debug those at runtime.
I think shading by default is "nicer" to users. There is still the options to get unshaded client artifact by using pulsar-client-original. Do you think the option should be specified more prominently in the client documentation?

I don't remember the last time I imported a library that was shaded.

Many libraries are actually doing that under the hood (eg: Netty, JCommander and many others).

Now pulsar have many shading jars:

pulsar-client-shade
pulsar-client-admin-shade
pulsar-broker-shade


Make SIZE OF constraint operational

Changes ValueSizeConstraint erroneously applied to SequenceOf
and SetOf objects via subtypeConstraint attribute to be applied
via sizeSpec attribute.
Although sizeSpec takes the same constraint objects as
subtypeConstraint, the former is only verified on de/serialization
i.e. when the [constructed] object at hand is fully populated, while
the latter is applied to [scalar] types at the moment of instantiation.
This change also bumps pyasn1 requirement to 0.4.6.

@russhousley Once merged, you may want to rebase your ongoing work onto this code base because of simple but massive changes it introduces.


implement useful components

scoped update passed as arg to curried function

update func should ideally not work after the component was destroyed (even if it shouldn't be leaked out in the first place)


Capture GC times in performance tests

By updating Gradle profiler to 0.15.0-alpha10, we can capture GC times in the Gradle profiler reports for our performance tests.

We now set the teamcity status to include the test name if only one test did execute:

https://builds.gradle.org/buildConfiguration/Gradle_Util_Performance_AdHocPerformanceScenarioLinux/38626748


Maine reopening information missing datapoint

July 28, 2021:
The Mills Administration announced that the State of Maine will follow the U.S. Centers for Disease Control and Prevention’s (U.S. CDC) updated face covering guidance, which recommends that:

all people, regardless of vaccination status, wear face coverings in indoor, public settings in areas with “substantial” or “high” levels of community transmission; and
all teachers, staff, and students in K-12 schools wear face coverings, regardless of vaccination status or community transmission level.

source: https://www.maine.gov/covid19/timeline

July 28:
The Mills Administration announced that the State of Maine will follow the U.S. Centers for Disease Control and Prevention’s (U.S. CDC) updated face covering guidance, which recommends that:

all people, regardless of vaccination status, wear face coverings in indoor, public settings in areas with “substantial” or “high” levels of community transmission; and
all teachers, staff, and students in K-12 schools wear face coverings, regardless of vaccination status or community transmission level.

This information is all posted at the link you show in your sources information:
https://github.com/govex/COVID-19/blob/master/data_tables/README.md

Also worth noting is that policy decisions are all "other" rather than color-coding by opening and restriction.


Application fails when has to generate thumbnail for 3mf file

Describe the bug
Installed on Windows 11.
I installed the app with the option to create thumbnails. There are 3mf files in the directory that are created by Prusa Slicer 2.6.x and 2.7.x applications.
File Explorer spins the loading wheel icon in the upper left for a while, when refreshing the contents of the directory window (F5 key), but the thumbnails for the 3mf files are not created.
Interesting is, if I drop the 3mf file into opened F3D application, the model in 3mf file is shown. It also works in different way: if I click on 3mf file right mouse, select "open with" choose or locate F3D app, then aso application open and show the model with any problem.
I looked in the Windows event log for applications and found the error listings for F3d.exe
This is what one of the listings looks like:
Faulting application name: f3d.exe, version: <IP_ADDRESS>, time stamp: 0x65ad7026
Faulting module name: ntdll.dll, version: 10.0.22621.3085, time stamp: 0xbced4b82
Exception code: 0xc0000374
Fault offset: 0x000000000010c7a9
Faulting process ID: 0x0x9A0
Faulting application start time: 0x0x1DA6EE7DEFA4060
Faulting application path: C:\Program Files\F3D\bin\f3d.exe
Faulting module path: C:\WINDOWS\SYSTEM32\ntdll.dll
Report ID: b42b1aee-fc6f-41b1-a803-f709314cb79e
Faulting package full name:
Faulting package-relative application ID:

The fault offset and exception code are always the same. So it crashes at the same place.
To Reproduce
Steps to reproduce the behavior:

I uninstall the application, restarted computer and installed it again with ability to create thumbnail enabled
open file explorer and navigate to folder with some 3d files including 3mf files
if i am first time at this folder, I see that windows is generating thumbnails. It took a while.
I see that step or stl files now have correct thumbail, but 3mf file not
go to the event viewer calling eventvwr.exe program, navigate to the Windows logs/Applications and see the last error at top of the log
log Ii found includes report about f3d.exe crash.

Expected behavior
Expected is to see thumbnails of 3mf files.
System Information:

OS: Winfdows 11 Pro Version 10.0.22631 Build 22631
CPU: Processor AMD Ryzen 9 5900X 12-Core Processor, 3701 Mhz, 12 Core(s), 24 Logical Processor(s)
GPU and GPU driver: Name	NVIDIA GeForce GTX 1060 6GB, Driver Version: <IP_ADDRESS>33
Installed Drivers
C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispig.inf_amd64_866484083fc526af\nvldumdx.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispig.inf_amd64_866484083fc526af\nvldumdx.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispig.inf_amd64_866484083fc526af\nvldumdx.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispig.inf_amd64_866484083fc526af\nvldumdx.dll

F3D Information
Paste the content of f3d --version:
F3D 2.3.0
F3D - A fast and minimalist 3D viewer
Version: 2.3.0.
Build date: 2024-01-21 19:27:08.
Build system: Windows 64-bits.
Compiler: MSVC 19.37.32826.1.
External rendering module: ON.
Raytracing module: ON.
VTK version: 9.3.0-1702-geb008dfe7b (date: 20240111).
Copyright (C) 2019-2021 Kitware SAS.
Copyright (C) 2021-2024 Michael Migliore, Mathieu Westphal.
License BSD-3-Clause.
By Michael Migliore, Mathieu Westphal and Joachim Pouderoux.
Additional context
3mf files in my case are created in Prusa Slicer, currently I am using the latest version 2.7.2.
this is how looks my folder with sample case. STL and STEP has valid and correct thumbnal, 3MF not.

here is screenshot of event log:

here is screenshot shown opened 3mf file in F3D app, no problem.

and here is zipped that 3mf file, maybe it help to find the problem.
calibration-cube.zip
I have a lot of 3mf files and they all have the same problem with thumbnails.

I reproduce the issue. Thank you for reporting, I'm adding that to the next release project.

--output test.png --config=thumbnail --verbose=quiet --resolution 200,200 calibration-cube.3mf

I also tried running the command to generate the test.png and it generated the image without any problems for me as well. Interesting. Maybe the problem is not in generating the image but in saving it? Isn't it possible that the thumbnail cache update is locked at that moment? Or some similar problem?

I tried to create a new directory in which I put only one file, the 3mf one. I wanted to try if the preview would be created if more images were not cached, but still the preview was not created.

I can confirm your 3mf file got the correct preview immediately after extracting it from the archive.

My files are created by saving from the slicer. There will probably be a lot of other metadata in the file besides the model(s) that the slicer puts in.

As soon as I open the 3mf in slicer and save as another file, it shows that the saved file is larger and no preview is created.

The thumbnail will not be created.

The files are very small (~300kB), it's not related.

Some files are quite large, but most are small, under about 500KB.

Sounds like the thumbnailers crash on exit then

Sounds like the thumbnailers crash on exit then

It almost looks like a memory/resource release crash.

Now I remember I had crashes on exit for some 3MF files. I'm pretty sure this is an Assimp issue, probably related to this one: https://github.com/assimp/assimp/issues/5328

Indeed:
 ./bin/f3d ~/data/tmp/calibration-cube.3mf --output=a.png
free(): invalid size
Aborted (core dumped)

Confirmed caused by assimp:
(gdb) bt
#0  0x00007ffff74b9e89 in free () from /usr/lib/libc.so.6
#1  0x00007ffff538ff09 in aiScene::~aiScene() () from /usr/lib/libassimp.so.5
#2  0x00007ffff5372fc7 in Assimp::Importer::~Importer() () from /usr/lib/libassimp.so.5
#3  0x00007ffff7d0f0a2 in vtkF3DAssimpImporter::vtkInternals::~vtkInternals (this=0x555557471350, __in_chrg=<optimized out>)
    at /home/glow/dev/f3d/f3d/src/plugins/assimp/module/vtkF3DAssimpImporter.cxx:43
#4  0x00007ffff7d0f0c8 in std::default_delete<vtkF3DAssimpImporter::vtkInternals>::operator() (this=0x555557282eb0, __ptr=0x555557471350) at /usr/include/c++/13.2.1/bits/unique_ptr.h:99
#5  0x00007ffff7d0c832 in std::unique_ptr<vtkF3DAssimpImporter::vtkInternals, std::default_delete<vtkF3DAssimpImporter::vtkInternals> >::~unique_ptr (this=0x555557282eb0,
    __in_chrg=<optimized out>) at /usr/include/c++/13.2.1/bits/unique_ptr.h:404
#6  0x00007ffff7d01046 in vtkF3DAssimpImporter::~vtkF3DAssimpImporter (this=0x555557282e20, __in_chrg=<optimized out>)
    at /home/glow/dev/f3d/f3d/src/plugins/assimp/module/vtkF3DAssimpImporter.cxx:891
#7  0x00007ffff7d0107e in vtkF3DAssimpImporter::~vtkF3DAssimpImporter (this=0x555557282e20, __in_chrg=<optimized out>)
    at /home/glow/dev/f3d/f3d/src/plugins/assimp/module/vtkF3DAssimpImporter.cxx:891

Fixed in assimp master already, updating assimp on the next release should fix it:
https://github.com/assimp/assimp/pull/5361

So lets wait for their next minor release to close this: https://github.com/assimp/assimp/discussions/5489

So lets wait for their next minor release to close this: assimp/assimp#5489

They just released 5.4.0 last night.

Hi @Aapenootjes
So we just updated assimp in our build system here: https://github.com/f3d-app/f3d-superbuild/pull/167
So you should be able to use our binary nightly release and it should work out of the box!
https://github.com/f3d-app/f3d/releases/tag/nightly

Hi @Aapenootjes @ByPS128

Hi,
I tried tonight's build and it's a blast. all the files that didn't generate previews are now generating and I think it's even faster.
Great work, thanks a lot.
I noticed that you can also do gcode ;)


chore: Send event for 'query-expfeature'

@daytonellwanger Will be appreciated if you can take a look.


Implement all remaining constraints according to Ion Schema specification

Currently there is an implementation for AllOf and Type Constraint as below:
/// Implements an `all_of` constraint of Ion Schema
/// [all_of]: https://amzn.github.io/ion-schema/docs/spec.html#all_of
#[derive(Debug, Clone)]
pub struct AllOfConstraint {
    type_references: Vec<TypeRef>,
}

impl AllOfConstraint {
    pub fn new(types: Vec<TypeRef>) -> Self {
        ...
    }

   // other methods to be implemneted for this constraints
}

impl ConstraintValidator for AllOfConstraint {
    fn validate(&self, value: OwnedElement, issues: &mut Violations) {
       ...
    }
}

/// Tries to create an [AllOf] constraint from the given OwnedElement
impl TryFrom<&OwnedElement> for AllOfConstraint {
    type Error = IonSchemaError;

    fn try_from(ion: &OwnedElement) -> Result<Self, Self::Error> {
        ...
    }
}

Implement all other constraint using a struct and TryFrom<&OwnedElement> similar to AllOf.
Constraints implementation checklist:

General Constraints

[x] annotations
[x] type
[x] valid_values

Blob/Clob Constraints

[x] byte_length

String/Symbol Constraints

[x] codepoint_length
[x] regex

Decimal Constraints

[x] precision
[x] scale

Timestamp Constraints

[x] timestamp_offset
[x] timestamp_precision

Container Constraints

[x] container_length
[x] content
[x] element

List/S-expression/Document Constraints

[x] contains
[x] ordered_elements

Struct Constraints

[x] fields

Logic Constraints

[x] all_of
[x] any_of
[x] one_of
[x] not

Support for  "valid_values" and "regex" are added with v0.4.0 release.


flip with extract (crop)

hi,
when i use flip or flop beside extract (crop), it results to wrong cropping area.
actually it does the flip, but with same extract dimensions without any update on them to be matched with flip situation.
any ideas?

Hello, you've not provided any sample code but if you need to flip-then-extract try something like the following:
sharp(input)
  .flip()
  .toBuffer(data => sharp(data)
    .extract( ... )
    .toBuffer()
  )
  .then(data => { ... });

is this code true?
i want it to behave like async await
and do all those operations, and finally save it to file:
await sharp(input)
.jpeg({quality: 90, chromaSubsampling: '4:4:4'})
.rotate(rotate)
.flop(scaleX)
.flip(scaleY)
.extract({left: x, top: y, width: w, height: h})
.resize(400, 400)
.toFile('output.jpg'), (err, info) => {}); // save

Using async/await this would look something like (untested):
const rotated = await sharp(input)
  .rotate(rotate)
  .flop(scaleX)
  .flip(scaleY)
  .toBuffer();
const info = await sharp(rotated)
  .extract({ left: x, top: y, width: w, height: h })
  .resize(400, 400)
  .jpeg({ quality: 90, chromaSubsampling: '4:4:4' })
  .toFile('output.jpg');


Audio file is cropped from the beginning

I created a very simple server that sends ogg OPUS audio files to web clients.
	room, err := lksdk.ConnectToRoom(os.Getenv("LIVEKIT_URL"), lksdk.ConnectInfo{
		APIKey:              os.Getenv("LIVEKIT_API_KEY"),
		APISecret:           os.Getenv("LIVEKIT_API_SECRET"),
		RoomName:            roomName,
		ParticipantIdentity: "local",
	}, &lksdk.RoomCallback{})
	if err != nil {
		log.Fatal("cannot connect to room:", err)
		return err
	}

	track, err := lksdk.NewLocalFileTrack(file,
		lksdk.ReaderTrackWithMime(webrtc.MimeTypeOpus),
		lksdk.ReaderTrackWithOnWriteComplete(func() { fmt.Println("track finished") }),
	)
	if err != nil {
		log.Fatal("cannot create track:", err)
		return err
	}

	res, err := room.LocalParticipant.PublishTrack(track, &lksdk.TrackPublicationOptions{
		Name: file,
	})

	if err != nil {
		log.Fatal("cannot publish track:", err)
		return err
	}

Basically, I did everything as described here https://github.com/livekit/server-sdk-go?tab=readme-ov-file#publishing-tracks-to-room
adapting only to audio files.
In about 90% of the cases, the first second or even several seconds are missed and I don't hear them on the client side.
It should be possible to somehow make sure that all clients subscribed to the track before publishing it.

This is a bit tricky due to the subscription lifecycle. the current logic in NewLocalReaderTrack is to start writing the file as soon as the track is considered published:
	track.OnBind(func() {
		if err := track.StartWrite(provider, provider.OnWriteComplete); err != nil {
			logger.Errorw("Could not start writing", err)
		}
	})

There isn't really a way to know when all of the the subscribers have subscribed to the track.. but I think you can modify this function to do the following:

construct an empty opus packet: see here for an example
write it with track.WriteRTP, this lets server complete the publication process
sleep for a few seconds to give subscribers time to subscribe
then call track.StartWrite

Thank you, @davidzhao ! I've tested the idea and it looks like it's the way to go

Is there a ready-to-use method to publish an audio file without missing the beginning parts? It's quite strange that this is an issue in such a large streaming ecosystem

@davidzhao Is there a way to determine when a participant has subscribed to a track when there are only two participants in the room? I tried using an additional confirmation with the OnDataPacket callback to receive an acknowledgment (sent from other side after room connection), but it still doesn’t provide a 100% guarantee that the track won’t be trimmed


Gradio 4 bug: tabs-extension breaks with ddetailer extension because of the "µ" character: 'utf-8' codec can't decode byte 0xb5

WebUI Forge has been recently updated to gradio 4. tabs-extension continues to work, with one exception: if an extension named "µ Detection Detailer" is enabled, tabs-extension breaks.
The following line in the tab_configs.csv tends to break things (apparently, because of the "µ" character:
µ Detection Detailer,left,right
Workaround: disabling µ Detection Detailer fixes tabs-extension.
Observe the "0xb5" in the error log, which is the ASCII value for 'µ').
Error log:
*** Error loading script: tabs_config.py
Traceback (most recent call last):
File "C:\stable-diffusion-webui-forge\webui\modules\scripts.py", line 525, in load_scripts
script_module = script_loading.load_module(scriptfile.path)
File "C:\stable-diffusion-webui-forge\webui\modules\script_loading.py", line 13, in load_module
module_spec.loader.exec_module(module)
File "", line 883, in exec_module
File "", line 241, in _call_with_frames_removed
File "C:\stable-diffusion-webui-forge\webui\extensions\sd-webui-tabs-extension\scripts\tabs_config.py", line 29, in
data = load_data()
File "C:\stable-diffusion-webui-forge\webui\extensions\sd-webui-tabs-extension\scripts\tabs_config.py", line 17, in load_data
data = csv_file.read()
File "codecs.py", line 322, in decode
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb5 in position 647: invalid start byte

Hmm... somehow, I can't recreate it.
The .csv loads fine on my end.
Funnily, it fails for another reason, as µ Detection Detailer adds an gr.Box that messed up my JavaScript. Did you not encounter this problem?

I could have had this problem, too; immediately after updating Forge to the new build, the .csv was created nearly empty, and the conflicting line was never added to it. I had to restore the original (pre-Gradio 4 update) .csv file, and it was then when I received this "µ" character problem.

I had to restore the original (pre-Gradio 4 update) .csv file, and it was then when I received this "µ" character problem

Hmm, perhaps the UnicodeDecodeError was caused by manually editing the .csv, which in turn mess up the encoding or something.
Though still, right now this Extension doesn't work with µ Detection Detailer, and only on Gradio 4 somehow...

µ Detection Detailer now loads properly without errors.
As for the encoding error, try deleting the .csv and let it generate a new one.

Currently works properly. I think this should be closed now.


Remove dependency on pest and pest-ast.

This PR removes the dependency on pest and pest-ast.
A custom lexer is now implemented using logos; this allows for easy parsing of doc comments at any point in the token stream.
The blackbox of pest-ast has been removed in favor of implementing a Parse and Peek trait on the AST types. AST types no longer have to mirror the pest grammar, so they have been simplified.
Top-level resource declarations have been removed from the grammar as they must appear inside of interface and world declarations.
bail! has been removed in parsing and resolution in favor of custom thiserror-derived error types.
Error reporting has been improved with more colors and removing redundant information.
No new tests were added; parsing test baselines have substantial changes as a result of the AST simplification.
Resolution failure test baselines have changed as a result of the error formatting changes, but the error messages themselves should remain the same.

While this is a substantial change, a large chunk of the changes come from updated test baselines.


Contains Does Not Sanetize Correctly!! Sql Injection Critical

When doing a query using 'contains'
Waterline does not sanetize correctly for instance:
Movies.find({
	title : {
		'contains': title,
	},
	on_server: true,
	deleted: false
}).exec(function (err, movies) {

});

If title = "www.google.com"
We get the following error:
[Error (E_UNKNOWN) Encountered an unexpected error] Details:  Error: ER_PARSE_ERROR: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '."google"."com%"  AND `movies`.`on_server` = true AND `movies`.`deleted` = false' at line 1

Does this happen with other adapters besides MySQL?

Yup looks like waterline sequel doesn't escape . properly. I'll get a patch pushed out.

ok give sails-mysql 0.10.10 a shot

sails-mysql 0.10.10 fixes it! Thanks @particlebanana
However the following issue needs to be fixed before I can push this up to production:
balderdashy/sails-mysql#180
I believe there's a PR for it aswell.

@particlebanana thanks for your quick update, 0.10.11 fixes this issue now and the other issue as well.

What (if any) is the attack vector? are people running less than 0.10.11
vulnerable?
--
Kevin Burke
phone:<PHONE_NUMBER> | twentymilliseconds.com
On Mon, Jan 19, 2015 at 2:25 PM, Kenneth<EMAIL_ADDRESS>wrote:

@particlebanana https://github.com/particlebanana thanks for your quick
update, 0.10.11 fixes this issue now and the other issue as well.
—
Reply to this email directly or view it on GitHub
https://github.com/balderdashy/waterline/issues/802#issuecomment-70572230
.

Hello @kevinburke ,
Essentially anyone with sails-mysql under 0.10.11 will have an error with queries which use contains and the string has a period, because the period is not escaped correctly, meaning that any and all queries with a period in the string will cause a MySQL ER_PARSE_ERROR.
Although I've tried to actually inject other SQL with this vulnerability it's particularly hard because everything else is escaped correctly so I do not think that injection is all that serious(or possible), however queries will break and cause errors.


mdstat: Collect raid component devices during parse

This commit includes:

MDStat struct extention to hold raid component devices.
A util funciton that extracts raid component devices from
/proc/mdstat info.
UTs adjustments.


Tools: Scripts for other formats

I am planning on adding more scripts for working with the various formats you can find in a Playdate game:

pdv converter - convert gif sequences to and from the pdv video format
pdi/pdt converter - convert images to and from the pdi/pdt image format
pda converter - convert audio to and from the pda format
pdz packing support - add the ability to repack files into a pdz to pdz.py

If anyone would like to help so this gets done faster, that would be appreciated!

I've started working on this. So far just a pdi to png or gif convertor that can optionally display the image on the console. It's incredibly crude right now, but I do hope to expand and polish it. I'm open to making it part of your excellent project (without which, my tool would not exist!), but maybe not yet as it's crude.
https://gitlab.com/AlanDeSmet/playdate-conversion

@AlanDeSmet Nice, looks good so far!
For the scripts in this project, my goal was to keep things small and functionally minimal so people could easily digest the code and build their own stuff from it. On that end I wouldn't worry about extreme polish too much - that effort is probably better focused on making the code clear and hackable. Open to ideas though!

It now supports pdt and and pdv files! I'm going to keep it off on its own for now, as I'm experimenting with organization and decidedly non-trivial redesigns (hopefully toward simplicity), are likely. Your comment made me reconsider my design, and I'm thinking of refactoring toward a much simpler core (useful for understanding and reuse) with the heavier tool built on top (which is what I want).
Once it's shaken out a bit more, I'll add it to my fork of your repo and send a pull request.

Great, I look forward to seeing that!
The pdz.py script already in this repo is a good example of what I had in mind - it's simple-ish (could perhaps be better) to follow, you can consume it as a module to read a pdz file in your own code, or you can run it as a script to dump a pdz's contents out to a directory. Though my Python is pretty rusty, so there may be better ways to accomplish this :)
Also I'm not sure how much experience you have with audio stuff, but dealing with ADPCM as used by the pda format can be a bit trippy if you haven't come across it before, I'd be happy to handle that unless you want to tackle it


Just some thoughts

[ ] set the dist folder to receive the compiled code, keeping it separate from the config files
[ ] ignore dist folder in .gitignore file
[ ] add git hook: husky <3
[ ] add some deploy service with the use of git or ftp
[ ] run deploy task in prepush
[ ] add code linter for scripts and styles
[ ] run the code linter in precommit to maintain code quality
[ ] remove the main file from package.json
[ ] add "private": "true" -> package.json
[ ] add some CI like as Travis, Circle, Codeship, AppVeyor..
[ ] use semver to version your projects.

Congrats, great work! I appreciate it. 👍

BTW all social links are broken. 🙊


DatePicker keeps repoening when switching tabs

Click on a datepicker field (like: http://materializecss.com/forms.html#date-picker)
Dismiss the datepicker
Go to another tab of your browser
Come back to the previous tab (the one with the datepicker)

The datepicker is opening again

Please search closed issues


Change back the hipcc jenkins config to the fury partition on rostam

Change back the hipcc jenkins config to fury on rostam once hip main work is done to allow the use of 2 nodes instead of just one.

@aurianer May I work on this issue??

Totally feel free :)


Deploying Basic Rails App to Dokku- Can't Find Build Pack

Hi- I am trying to get a Dokku Droplet on Digital Ocean and followed [this] (https://www.digitalocean.com/community/tutorials/how-to-use-the-digitalocean-dokku-application) tutorial.
I receive the below error:
santoshs-mbp:muddypawsite santoshsankar$ git push dokku master
Counting objects: 99, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (82/82), done.
Writing objects: 100% (99/99), 239.10 KiB | 0 bytes/s, done.
Total 99 (delta 6), reused 0 (delta 0)
-----> Cleaning up...
-----> Building muddypawlabs.com from buildstep...
-----> Adding BUILD_ENV to build environment...
-----> Unable to select a buildpack
To dokku@muddypawlabs.com:muddypawlabs.com
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'dokku@muddypawlabs.com:muddypawlabs.com'

I tried following [this] (https://www.digitalocean.com/community/tutorials/how-to-use-the-dokku-one-click-digitalocean-image-to-run-a-ruby-on-rails-app) but also had no luck
I'm new to Dokku and still ramping up on Rails so any insight would be valuable.

The buildpack system uses a somewhat naive approach to detecting you repo's language. For example the ruby buildpack just looks for a Gemfile.
See here: https://github.com/heroku/heroku-buildpack-ruby/blob/master/bin/detect#L5
I'm guessing you don't have one? (Surprising actually) So you can include one in your repo or tell dokku which buildpack you'd like to use by following this: http://progrium.viewdocs.io/dokku/application-deployment (Specifying a custom buildpack section)
If you still run into issues follow the troubleshooting guide (http://progrium.viewdocs.io/dokku/troubleshooting) and post a gist of your deployment with dokku trace on.

Thank you!
Despite only being a page with an image on it, I have a Gemfile-- odd that it wasn't picked up. I have a .env to tell dokku which buildpack to pick up. Here is the gist with dokku trace on.
https://gist.github.com/santoshsankar/05b79639da248e69d66f#file-gistfile1-sh
It appears there is something wrong with nginx?

It seems as though you set BUILDPACK_URL to be the static buildpack? You'll want to use the url for the ruby buildpack I would think.

I changed it to BUILDPACK_URL=https://github.com/heroku/heroku-buildpack-ruby.git and the Ruby app is detected but there is still a fail.
https://gist.github.com/santoshsankar/6828862e7c0cb171998b

It would you are suffering from https://github.com/gliderlabs/herokuish/issues/19 which is fixed in master by this https://github.com/gliderlabs/herokuish/pull/27.
You'll want to create your buildstep image from master.
as root:
dokku --force apps:destroy <your_app_name>
dokku cleanup
docker rmi progrium/buildstep
cd /path/to/dokku/repo
BUILD_STACK=true make -e stack

Then deploy your app again.

Hi Michael,
I performed the steps you suggested on the DO server as root and continue
to get an error. Please see this gist:
https://gist.github.com/santoshsankar/44b6a7047b4fdcaa67e8
On Tue, Apr 21, 2015 at 1:33 PM, Michael Hobbs<EMAIL_ADDRESS>wrote:

It would you are suffering from gliderlabs/herokuish#19
https://github.com/gliderlabs/herokuish/issues/19 which is fixed in
master by this gliderlabs/herokuish#27
https://github.com/gliderlabs/herokuish/pull/27.
You'll want to create your buildstep image from master.
as root:
dokku --force apps:destroy <your_app_name>
dokku cleanup
docker rmi progrium/buildstep
cd /path/to/dokku/repo
BUILD_STACK=true make -e stack
Then deploy your app again.
—
Reply to this email directly or view it on GitHub
https://github.com/progrium/dokku/issues/1130#issuecomment-94880844.

--
Santosh Sankar
<EMAIL_ADDRESS>|<PHONE_NUMBER>
www.santoshsankar.com
Penn State IFC/Panhellenic Dance Marathon | www.thon.org

If your rails app is just a static page, is it in a public git repo? Then we can clone the app and repo the problem.

@santoshsankar deploying this static rails app work on the release for me. https://github.com/michaelshobbs/static_rails_app_dokku (forked from @joshco. thank you :smile:)

@santoshsankar bump :)

Hi! Sorry, been traveling. I am going to give it another go this week
Santosh Sankar
<EMAIL_ADDRESS>|<PHONE_NUMBER>
http://www.santoshsankar.com
On Apr 30, 2015 11:10 AM, "Jose Diaz-Gonzalez"<EMAIL_ADDRESS>wrote:

@santoshsankar https://github.com/santoshsankar bump :)
—
Reply to this email directly or view it on GitHub
https://github.com/progrium/dokku/issues/1130#issuecomment-97831059.

Closing as there hasn't been any response in a few months.


Service Provider metadata - store in DB instead of using config files?

I'm not actually using this project - more I'm investigating options - but I have what is probably a naive question.
Your documentation says you have to provide configuration for every Service Provider in a Python dictionary. Would it make more sense to store this metadata using a Django model in the DB so this process is dynamic? Or is that a design decision that can't easily be modified?
Thanks

Hi @stodge . There is nothing inherently impossible about storing some config in models. Some remarks on that:

I work with pysaml2 to do the actual saml2 processing, and it requires the config in a specific format. This includes the metadata (with an entry for each SP) as xml file on the filesystem. If you want to make it dynamic, I'd image you'd need to rewrite that file upon changes in your SP model instances and reload the config. It also has the possibility to fetch metadata from a url instead of local filesystem, but that requires an additional endpoint for you to write. This would seem like the biggest hurdle to make the config more dynamic.
Adding models means also adding migrations and they add more complexity to setup, writing an admin ... Having no models and a more 'stateless' code means less to think about when developing the code (less legacy to support and migrate). Due to the migrations that come with models and additional complexity, they seem not worth the added value of a more dynamic configuration in most cases, as most users would have a rather static set of SP's to interact with.
I've started djangosaml2idp having worked before with djangosaml2, and have therefore used the similar approach of using the config dict in the settings. Having the same 'architecture' in both pysaml2 / djangosaml2 / djangosaml2idp which are all related is an advantage as it makes it easier to pick up and get started.

So that is why I don't use models. That being said, it should certainly be possible to move some things to a model in the db if your use-case requires it. I would need some convincing to add it to the main release here though :)


pull request for e2e test at 12/26/2016 06:56:11

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


OTR: diff between GO:0030316 osteoclast differentiation and GO:0072674 multinuclear osteoclast differentiation?

GO:0030316 osteoclast differentiation:
The process in which a relatively unspecialized monocyte acquires the specialized features of an osteoclast. An osteoclast is a specialized phagocytic cell associated with the absorption and removal of the mineralized matrix of bone tissue. PMID:12161749
GO:0072674 multinuclear osteoclast differentiation:
The process in which a relatively unspecialized monocyte acquires the specialized features of a multinuclear osteoclast. An osteoclast is a specialized phagocytic cell associated with the absorption and removal of the mineralized matrix of bone tissue. PMID:12713016
Wikipedia:
An osteoclast is a large multinucleated cell and human osteoclasts on bone typically have five nuclei and are 150–200 µm in diameter. When osteoclast-inducing cytokines are used to convert macrophages to osteoclasts, very large cells that may reach 100 µm in diameter occur. These may have dozens of nuclei, and typically express major osteoclast proteins but have significant differences from cells in living bone because of the not-natural substrate.[4][5] The size of the multinucleated assembled osteoclast allows it to focus the ion transport, protein secretory and vesicular transport capabilities of many macrophages on a localized area of bone.
Seems to me that osteoclasts are multinuclear by definition.
-> Collapse child into parent term?

The cell ontology has three subclasses of osteoclast: odontoclast, mononuclear osteoclast and multinuclear osteoclast. The classes have many references associated with them and GO uses the cell ontology as its source of cell information.

Ok, I didn't cf cell ontology links.


Auto load urls.secure when needed

Fixes #1493
Changes:

Added new word ensure-vocab-loaded in vocabs
Modified word url-addr to ensure urls.secure is loaded when word is invoked on secure urls

This doesn't seem to make the hacker-news vocabulary work without the "urls.secure" require line.
Thoughts?

Maybe it needs to be in >url?  I haven't looked to see what words the http.client uses...

I think you might need to do the following before you test:
"vocabs" reload
"urls" reload
It seems like the default image already has these two vocabularies loaded and factor isn't trying to reload them from the updated vocabulary files when you launch the listener.

Weird, I thought I had.
Merged, thanks!!

Also, the build test failures are just because vocabs.loader change requires a new boot image.  That's been uploaded so the next time the build bots try again it will upload nightly binaries properly.


Allow participation times to deviate from shift times

"Optional kann der Helfer eine abweichende Teilnahmezeit angeben."
split off from #25

Also: the user should request a change of his participation time after the event. This should result in a consequence that has to be approved by the responsible person.

Also: the user should request a change of his participation time after the event. This should result in a consequence that has to be approved by the responsible person.


#149 issue: Theme bug in rss-feed

Fixes #
Describe the changes you have made in this PR -
Change in Theme white38 to black38
The border of existing feeds
Screenshots of the changes (If any) -
Note: Please check Allow edits from maintainers. if you would like us to assist in the PR.

Duplicate to #167


Command line tool should pass in fasta file to the rescoring engine (mokapot) to enable the use of other named parameters

Hi,
Running the command line tool allows to pass in the fasta file.
However, it is not passed to the rescoring engine and needs to be explicitly mentioned second time in ms2rescore's config.
The add_proteins method is called only in presence of fasta_file entry in the rescoring engine's config.

i.e. it should be directly here:
"rescoring_engine": {
            "mokapot": {
                "write_flashlfq": true,
                "write_txt": true,
                "write_weights": true,
                "fasta_file": "your_favorite_fasta_of_choice.fasta",
                "protein_kwargs": {
                    "enzyme":"[KR](?!P)"
                }
            }
        },

otherwise the protein_kwargs argument is not being used. In particular, selecting a different enzyme is not possible.
As seen above, the read_fasta function cannot get called and it is exactly where the extra arguments should go:

Only then I do not get errors in

Best,

some more relevant info:
MS²Rescore (v3.0.3)
Developed at CompOmics, VIB / Ghent University, Belgium.
Please cite: Declercq et al. MCP (2022)

3.0.3

Installed with:
virtualenv ve_test
ve_test/bin/pip install<EMAIL_ADDRESS>im2deep

Using Python 3.11.9
Let me know if anything else is needed.

Hi Matteo,
This is now implemented in v3.1.0. If no FASTA is configured in the Mokapot configuration section, the general FASTA setting will be used:
https://github.com/compomics/ms2rescore/blob/7ccb280d844059c5d67937dc9ed5ed2c67d89872/ms2rescore/core.py#L134-L135
Let us know if this now works as expected.
Best,
Ralf


It doesn't start

DR 18.6.5 Studio
Windows 11 Pro
The script installed itself correctly. no errors.
But when I fire it up on DaVinci, it doesn't start at all.
To install the script I chose for the auto installer in PowerShell

Check the console in Resolve to see if there are any errors. If the console is blank, then that means Python hasn't installed correctly. If this is the case, then download Python from the official website and install it that way.

Check the console in Resolve to see if there are any errors. If the console is blank, then that means Python hasn't installed correctly. If this is the case, then download Python from the official website and install it that way.

NOTE: even by installing the module pip install openai-whisper --no-cache-dir  your script returns the same error

Fixed it by changing the import to just "whisper"

Fixed it by changing the import to just "whisper"

It works splendidly! Thank you.

Changing the name to "whisper" will NOT work because the script depends on stable-whisper for many things.
Try running pip install stable-ts to install stable-whisper.

Changing the name to "whisper" will NOT work because the script depends on stable-whisper for many things.
Try running pip install stable-ts to install stable-whisper.

Yes it worked out.

I have found that it is due to multiple versions of python on your system. If your pip command is connected to another version of python then it is installing all of the packages else where, on my system I had both Python 3.10 and 3.12 so I uninstalled 3.10 and restarted my PC. I also reinstalled with the PowerShell command and it works.

Help Mine still says No module named 'stable_whisper'


Refs #16429 - Add Filepathfield cache

This addresses Trac ticket #16429 requesting configurable caching of FilePathField options. Includes documentation and tests. All tests pass on my machine.

Hello @iamjameswalters, thank you for your first contribution!
I have a couple of comments, some are low-level and specific to the code, but before we get into that, I would like to discuss a higher level detail:
From my understanding of the proposed code, the file path choices get updated only when refresh_cache is called. I had this expectation that the file path choices would be automatically updated (as I think the ticket describes/requests). Would you please share your view of how this proposal solves the ticket? Is there something I'm missing? Could you, perhaps, share an example of how to test this?
The above is particularly relevant when comparing the current behavior in main with the proposed changes. My original test in main would show a list of files, and not update until I reload the page that holds the form. When using this PR, I can't get a refreshed file list until I refresh the page, which is the same as in main?

After I added the previous comment, I found this discussion in the developer mailing list, which made me realize that "automatically updating the list of file choices" could mean different things.
For the manual tests that I initially ran, I used the admin to show/use the form which does update the list of files on each page reload, presumably because it creates the form dynamically. So, I then created non-admin views that would use the forms more "traditionally" and I was able to see a behavior change between main (list of file choices are never updated, even on page reload) vs this branch where the list is updated based on the cache value.
Having said that, I'm not sure that having the cache new param being a boolean or a timedelta is a good idea. I would suggest we make this an positive integer (refresh_seconds?), with the following meaning:

If >= 0, refresh after that many seconds (having 0 meaning "refresh now" or "never cache")
If None, never refresh, i.e. cache indefinitely, which should be the default to be backwards compatible

Similarly, I wouldn't store the value as given, I would instead suggest that the timestamp at which the list should be invalidated is stored. Something like (untested):
if refresh_seconds is not None and refresh_seconds >= 0:
    refresh_at = now() + timedelta(seconds=refresh_seconds)
else:
    refresh_at = None

Then refresh checks would be:
if refresh_at and refresh_at >= now():
    # refresh choices

What do you think?

Hi @nessita ! Thanks for taking a look at this.
Yes, you've got it--sorry, I should have provided some more context.
The issue in the ticket as I understand it is some people used FilePathField expecting the choices to reflect whatever the current state of path was. However, FilePathField gets its choices whenever instantiated, which for the average person will happen whenever your forms.py is imported, which is probably when views.py first gets run. I've added a hook to Form that will call the refresh_cache() method on any Field that implements it whenever the Form is instantiated (which would happen every time a view is newly called).
As to your notes, I agree, having int or None is more consistent than a bool/datetime.timedelta mishmash. I've made that change.
As to storing the value vs. storing the timestamp after which to refresh, we would still need to store the original value somewhere in order to continue to calculate new refresh timestamps. But I think what you're after is to lighten the computational load when checking if a refresh is necessary, yes? We'd rather already have that datetime available for comparison than have to calculate on every Form load. I've modified this accordingly so that the refresh interval and the next refresh timestamp are stored. refresh_cache() uses the existing timestamp for comparison, and if refreshing, uses the stored interval to calculate the next refresh timestamp. Please let me know if I've understood you incorrectly, however.

Thanks for the ping @nessita. Thanks for the work on this @iamjameswalters.
Adding the _refresh_cached_fields() hook into the Form API, just for the purpose of solving this issue in FilePathField seems problematic to me. (I don't like the look of that at all 😳)

I agree and that's why I summoned more people :-)

I think the whole refresh_seconds move is likely too much API as well; in my experience there are really only two time-frames needed, that cover almost all use-cases: once on-load (which is the current behaviour), and this instance (which normally equated to per-request). I think if we handle those two, we can leave anything more complex to custom classes in userland code.
To solve the this instance (per-request) case, the usual approach is to override Form.__init__ and make the required adjustments there. (The usual example of this would be setting the queryset on a ModelChoiceField, the reflect the current user's needs.)
Moving the code from FilePathField.__init__() to a public set_choices(), would enable users to call that when instantiating their form if needed:

This is a great idea, and I very much like the fresh approach to the issue. I was reviewing this work with the ticket's description in mind, which says "configurable caching", but your proposal is more practical and I agree it solves the underlying issue. I do think we need to re-phrase the ticket though (I'll do that next).

As far as I can see, that would resolve the requirement from the ticket (for all but the most esoteric use-cases) without us needing to expand the form API, or ask users to explicitly decide on appropriate timeouts.
What do you think? 🤔

I agree with you: your proposed solution significantly reduces the scope of the changes and addresses common scenarios effectively. Pursuing the general solution would entail more complexity, new API design, and numerous changes, making the current simplification a more pragmatic choice for the majority of use cases.
Thank you for your valuable feedback! :brain: :heart_eyes:
@iamjameswalters What do you think?

Closing due to inactivity.


Rename 'Apache Arrow DataFusion' to 'Apache DataFusion' across all references

Which issue does this PR close?

Closes #1016
Rationale for this change

Reflect the project's elevation from a subproject to a top-level project by updating documentation and reference names.
What changes are included in this PR?

All instances of "Apache Arrow DataFusion" in documentation is updated to "Apache DataFusion."
Are there any user-facing changes?

Yes, documentation and related material will no longer refer to "Apache Arrow DataFusion", reducing potential confusion about the project’s status.

@llama90 Can you fix this CLI?