Question about Sample Code (AttributeError: The 'nas' field has not been set on the Volume)

I try to execute Sample Code. It almost works successfully but some command does not work properly.
The error message is follows.
>>> createVolume(volumeName="test2", volumeSize="20MB", mountpoint="~/test2", printOutput=True)
Creating volume 'test2'.
Volume created successfully.
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/sakaia/netapp-data-science-toolkit/ntap_dsutil.py", line 519, in createVolume
    mountVolume(volumeName=volumeName, mountpoint=mountpoint, printOutput=True)
  File "/home/sakaia/netapp-data-science-toolkit/ntap_dsutil.py", line 350, in mountVolume
    volumes = listVolumes(checkLocalMounts=True)
  File "/home/sakaia/netapp-data-science-toolkit/ntap_dsutil.py", line 263, in listVolumes
    if volume.nas.path != "/" :
  File "/usr/local/lib/python3.6/dist-packages/netapp_ontap/resource.py", line 278, in __getattribute__
    ) from None
AttributeError: The 'nas' field has not been set on the Volume. Try refreshing the object by calling get().

Would you give me any suggestion?
it seems relates to local mount setting. But manual operation mount <IP_ADDRESS>:/test1 /mnt works fine. So NFS export problem seems not exist.
Also I read through troubleshooting.md, it describes NFS export problem only.

createVolume Example 2
listVolume Example 3, 4, 5

$ cat ~/.ntap_dsutil/config.json
{"connectionType": "ONTAP", "hostname": "<IP_ADDRESS>", "svm": "svm0", "dataLif": "<IP_ADDRESS>", "defaultVolumeType": "flexgroup", "defaultExportPolicy": "default", "defaultSnapshotPolicy": "none", "defaultUnixUID": "0", "defaultUnixGID": "0", "defaultUnixPermissions": "0777", "defaultAggregate": "ontapsim_01_FC_1", "username": "admin", "password": "b250YXBzaW0w", "verifySSLCert": false}

@raul-pingarron Thanks for your help. it almost works for me. One example still remain.
Is example 12 really working? because  snap1 of  test2 deleted already. the snapshot state is not required for sourceSnapshotName
I am doing work around for create snap1 again then works fine.

@raul-pingarron Thanks for your help. it almost works for me. One example still remain.
Is example 12 really working? because  snap1 of  test2 deleted already. the snapshot state is not required for sourceSnapshotName
I am doing work around for create snap1 again then works fine.

@raul-pingarron Thanks for your help. it almost works for me. One example still remain.
Is example 12 really working? because snap1 of test2 deleted already. the snapshot state is not required for sourceSnapshotName
I am doing work around for create snap1 again then works fine.

Indeed example 12 shouldn't work if cell 13 (Example 9) has been previosuly executed; but this is just a Jupyter Notebook example and you should modify it accordingly (i.e. you could use the "ntap_dsutil_20201113_221917" snapshot instead).

@raul-pingarron Thanks for your help. it almost works for me. One example still remain.
Is example 12 really working? because snap1 of test2 deleted already. the snapshot state is not required for sourceSnapshotName
I am doing work around for create snap1 again then works fine.

Indeed example 12 shouldn't work if cell 13 (Example 9) has been previosuly executed; but this is just a Jupyter Notebook example and you should modify it accordingly (i.e. you could use the "ntap_dsutil_20201113_221917" snapshot instead).

Thanks!
All problem solved.

Thanks!
All problem solved.


Added requested Morpho tokens - validated

Description
Added requested Morpho tokens - validated
Changes

updated static token list

Testing
[Describe how these changes were tested or how they can be tested]
Next steps

[List any follow-up actions or considerations]

Additional Notes
[Any additional information, context, or notes for reviewers]
Please review and provide any feedback or suggestions for improvement.

Summary by CodeRabbit

New Features

Introduced four new tokens: Lombard Staked BTC (LBTC), Swell Restaked BTC (SWBTC), Restaked Swell ETH (rswETH), and Wrapped OETH (WOETH), enhancing the token management capabilities within the application.

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 73.24%. Comparing base (9c98007) to head (01d96a9).

:exclamation:  There is a different number of reports uploaded between BASE (9c98007) and HEAD (01d96a9). Click for more details.
HEAD has 1 upload less than BASE

Flag
BASE (9c98007)
HEAD (01d96a9)

2
1

Additional details and impacted files
@@             Coverage Diff             @@
##              dev     #503       +/-   ##
===========================================
- Coverage   85.03%   73.24%   -11.79%
===========================================
  Files         291      129      -162
  Lines        2967     1357     -1610
  Branches      178       78      -100
===========================================
- Hits         2523      994     -1529
+ Misses        444      363       -81

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


the content of the site is not visible or does not work. (compose web)

Describe the bug
I opened a new project for Compose web and I can't see the content of the website at all. But in a different project, for example, when I open this, I can view it without any problems. I checked the gradle files of that project, everything is the same, but I can't display any content on my own project's site. What can I do?
The picture below is from the chat example...
Affected platforms
Select one of the platforms below:

Web

Versions

Kotlin version*: 1.8.22
Compose Multiplatform version*:  1.4.3
JDK (for desktop issues): 17

To Reproduce
My project .
Screenshots
The picture below is from the chat example...

i found the problem, sorry....

Please check the following ticket on YouTrack for follow-ups to this issue. GitHub issues will be closed in the coming weeks.


Find the biggest number between an array of numbers

Any programming language can be used.
Multiple solutions to this problem with the same programming language are not welcomed.
Create your own file inside NEWTOHACK/ALGORITHM

Hello!
I would like to contribute for this issue in python 2.

Solution added: #32


PyO3??

Hello! I was wondering if someone had already done this, bc I was interested in doing it myself, and this looks great!!!
Im curious if you would be interested in a contribution of PyO3 bindings? The current graph canonicalization algo in rdflib is dreadfully slow, and so if we make python bindings to a rust version we could, well, make it a lot faster!
Still scoping out what it would take to make it compatible with rdflib, but if youre interested I could start drafting a PR?

Hi! Thank you for your suggestion. While I am not very knowledgeable or experienced with PyO3, I would warmly welcome any pull requests. As an aside, please be aware that my implementation may not achieve the expected performance yet, as it has not been sufficiently optimized.


fixEscape load stats sql.

Escape load stats sql, because column name may contain special characters.
backport https://github.com/apache/doris/pull/28117

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall

run buildall


BUG: Multiple C++ errors trying to compile scipy from github source

Describe your issue.
I am trying to compile scipy on a compute cluster with intel llvm compilers. I've compiled python and numpy on the platform and tested them. When I try to check out the scipy code with
git clone https://github.com/scipy/scipy.git
cd scipy
git submodule update --init

and compile, I get several errors related to the C++ code. I have pasted a few below, but I can provide the full build log if that would help. At the beginning, the following environment/build summary is printed:
💻  meson setup /gpfsm/dnb34/sbasu1/build/scipy/build --prefix /gpfsm/dnb34/sbasu1/build/scipy/build-install -Dblas=mkl-dynamic-lp64-iomp -Dlapack=mkl-dynamic-lp64-iomp
-Duse-pythran=false
The Meson build system
Version: 1.5.1
Source dir: /gpfsm/dnb34/sbasu1/build/scipy
Build dir: /gpfsm/dnb34/sbasu1/build/scipy/build
Build type: native build
Project name: scipy
Project version: 1.15.0.dev0
C compiler for the host machine: icx (intel-llvm 2023.2.0 "Intel(R) oneAPI DPC++/C++ Compiler 2023.2.0 (2<IP_ADDRESS>30721)")
C linker for the host machine: icx ld.bfd <IP_ADDRESS>30908-150100
C++ compiler for the host machine: icpx (intel-llvm 2023.2.0 "Intel(R) oneAPI DPC++/C++ Compiler 2023.2.0 (2<IP_ADDRESS>30721)")
C++ linker for the host machine: icpx ld.bfd <IP_ADDRESS>30908-150100
Cython compiler for the host machine: cython (cython 3.0.11)
Host machine cpu family: x86_64
Host machine cpu: x86_64
Program python3 found: YES (/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/python3.11)
Found pkg-config: YES (/usr/bin/pkg-config) 0.29.2
Run-time dependency python found: YES 3.11
Program cython found: YES (/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/cython)
Compiler for C supports arguments -Wno-unused-but-set-variable: YES
Compiler for C supports arguments -Wno-unused-function: YES
Compiler for C supports arguments -Wno-conversion: YES
Compiler for C supports arguments -Wno-misleading-indentation: YES
Library m found: YES
Fortran compiler for the host machine: ifx (intel-llvm 2023.2.0 "ifx (IFX) 2023.2.0 20230721")
Fortran linker for the host machine: ifx ld.bfd <IP_ADDRESS>30908-150100
Compiler for Fortran supports arguments -Wno-conversion: NO
Compiler for C supports arguments -fp-model=strict: YES
Compiler for Fortran supports arguments -fp-model=strict: YES
Compiler for Fortran supports arguments -assume minus0: YES
Checking if "-Wl,--version-script" : links: YES
Program tools/generate_f2pymod.py found: YES (/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/python3.11 /gpfsm/dnb34/sbasu1/build/scipy/tools/generate_f2pymod.py)
Program scipy/_build_utils/tempita.py found: YES (/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/python3.11 /gpfsm/dnb34/sbasu1/build/scipy/scipy/_build_utils/tempita.py)
Run-time dependency threads found: YES
Library npymath found: YES
pybind11-config found: YES (/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/pybind11-config) 2.13.1
Run-time dependency pybind11 found: YES 2.13.1
Program f2py found: YES (/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/f2py)
Run-time dependency mkl-dynamic-lp64-iomp found: YES 2023.2
Program ../tools/version_utils.py found: YES (/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/python3.11 /gpfsm/dnb34/sbasu1/build/scipy/scipy/../tools/version_utils.py)
Compiler for C supports arguments -Wno-maybe-uninitialized: YES
Compiler for C supports arguments -Wno-discarded-qualifiers: NO
Compiler for C supports arguments -Wno-empty-body: YES
Compiler for C supports arguments -Wno-implicit-function-declaration: YES
Compiler for C supports arguments -Wno-parentheses: YES
Compiler for C supports arguments -Wno-switch: YES
Compiler for C supports arguments -Wno-unused-label: YES
Compiler for C supports arguments -Wno-unused-result: YES
Compiler for C supports arguments -Wno-unused-variable: YES
Compiler for C++ supports arguments -Wno-bitwise-instead-of-logical: YES
Compiler for C++ supports arguments -Wno-cpp: YES
Compiler for C++ supports arguments -Wno-class-memaccess: NO
Compiler for C++ supports arguments -Wno-deprecated-declarations: YES
Compiler for C++ supports arguments -Wno-deprecated-builtins: YES
Compiler for C++ supports arguments -Wno-format-truncation: NO
Compiler for C++ supports arguments -Wno-non-virtual-dtor: YES
Compiler for C++ supports arguments -Wno-sign-compare: YES
Compiler for C++ supports arguments -Wno-switch: YES
Compiler for C++ supports arguments -Wno-terminate: NO
Compiler for C++ supports arguments -Wno-unused-but-set-variable: YES
Compiler for C++ supports arguments -Wno-unused-function: YES
Compiler for C++ supports arguments -Wno-unused-local-typedefs: YES
Compiler for C++ supports arguments -Wno-unused-variable: YES
Compiler for C++ supports arguments -Wno-int-in-bool-context: YES
Compiler for Fortran supports arguments -Wno-argument-mismatch: NO
Compiler for Fortran supports arguments -Wno-conversion: NO (cached)
Compiler for Fortran supports arguments -Wno-intrinsic-shadow: NO
Compiler for Fortran supports arguments -Wno-maybe-uninitialized: NO
Compiler for Fortran supports arguments -Wno-surprising: NO
Compiler for Fortran supports arguments -Wno-uninitialized: NO
Compiler for Fortran supports arguments -Wno-unused-dummy-argument: NO
Compiler for Fortran supports arguments -Wno-unused-label: NO
Compiler for Fortran supports arguments -Wno-unused-variable: NO
Compiler for Fortran supports arguments -Wno-tabs: NO
Checking if "Check atomic builtins without -latomic" : links: YES
Configuring __config__.py using configuration
scipy/meson.build:554: WARNING: The variable(s) 'PYTHRAN_INCDIR', 'PYTHRAN_VERSION' in the input file 'scipy/__config__.py.in' are not present in the given configuration data.
Checking for function "open_memstream" : YES
Configuring messagestream_config.h using configuration
Program _generate_pyx.py found: YES (/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/python3.11 /gpfsm/dnb34/sbasu1/build/scipy/scipy/special/_generate_pyx.py)
Program _generate_pyx.py found: YES (/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/python3.11 /gpfsm/dnb34/sbasu1/build/scipy/scipy/linalg/_generate_pyx.py)
Program ../_generate_sparsetools.py found: YES (/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/python3.11 /gpfsm/dnb34/sbasu1/build/scipy/scipy/sparse/sparsetools/../_generate_sparsetools.py)
Checking for size of "void*" : 8
Compiler for Fortran supports arguments -w: YES
Build targets in project: 192

scipy 1.15.0.dev0

  User defined options
    prefix     : /gpfsm/dnb34/sbasu1/build/scipy/build-install
    blas       : mkl-dynamic-lp64-iomp
    lapack     : mkl-dynamic-lp64-iomp
    use-pythran: false

Found ninja-1.11.1.git.kitware.jobserver-1 at /discover/nobackup/projects/tm5var4d/packages/python/3.11.6/bin/ninja
Meson build setup OK
💻  ninja -C /gpfsm/dnb34/sbasu1/build/scipy/build -j128

The errors are pasted below. There are many C++ errors, I'm pasting just a few at the top.
Reproducing Code Example
CC=icx CXX=icpx FC=ifx CFLAGS='-fp-model=strict' CXXFLAGS='-fp-model=strict' FFLAGS='-fp-model=strict' python dev.py build -C-Dblas=mkl-dynamic-lp64-iomp -C-Dlapack=mkl-dynamic-lp64-iomp -C-Duse-pythran=false

Error message
FAILED: scipy/special/_gufuncs.cpython-311-x86_64-linux-gnu.so.p/_gufuncs.cpp.o
icpx -Iscipy/special/_gufuncs.cpython-311-x86_64-linux-gnu.so.p -Iscipy/special -I../scipy/special -Iscipy/_lib -I../scipy/_lib -I../scipy/_build_utils/src -I../../../../../../discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/numpy/_core/include -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/include/python3.11 -fvisibility=hidden -fvisibility-inlines-hidden -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O2 -g -fp-model=strict -fp-model=strict -fPIC -DSP_SPECFUN_ERROR -DNPY_NO_DEPRECATED_API=NPY_1_9_API_VERSION -MD -MQ scipy/special/_gufuncs.cpython-311-x86_64-linux-gnu.so.p/_gufuncs.cpp.o -MF scipy/special/_gufuncs.cpython-311-x86_64-linux-gnu.so.p/_gufuncs.cpp.o.d -o scipy/special/_gufuncs.cpython-311-x86_64-linux-gnu.so.p/_gufuncs.cpp.o -c ../scipy/special/_gufuncs.cpp
In file included from ../scipy/special/_gufuncs.cpp:3:
In file included from ../scipy/special/xsf_special.h:6:
In file included from ../scipy/special/xsf/legendre.h:4:
In file included from ../scipy/special/xsf/recur.h:3:
../scipy/special/xsf/tuples.h:10:18: error: expected ')'
template <size_t I, typename Res, size_t NArgs = 1>
                 ^
/usr/include/complex.h:53:11: note: expanded from macro 'I'
#define I _Complex_I
          ^
/usr/include/complex.h:48:21: note: expanded from macro '_Complex_I'
#define _Complex_I      (__extension__ 1.0iF)
                         ^
../scipy/special/xsf/tuples.h:10:18: note: to match this '('
/usr/include/complex.h:53:11: note: expanded from macro 'I'
#define I _Complex_I
          ^
/usr/include/complex.h:48:20: note: expanded from macro '_Complex_I'
#define _Complex_I      (__extension__ 1.0iF)
                        ^
In file included from ../scipy/special/_gufuncs.cpp:3:
In file included from ../scipy/special/xsf_special.h:6:
In file included from ../scipy/special/xsf/legendre.h:4:
In file included from ../scipy/special/xsf/recur.h:3:
../scipy/special/xsf/tuples.h:18:18: error: expected ')'

SciPy/NumPy/Python version and system information
python 3.11.6
numpy 2.0.1

@ev-br I tried downgrading to scipy 1.14.0 just now, and got a different set of errors:
778/1377] Compiling C++ object scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_array.cpp.o
FAILED: scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_array.cpp.o
icpx -Iscipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p -Iscipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market/fast_matrix_market/include -I../../../../../../discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/numpy/_core/include -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/fast_float/include -Iscipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/include/python3.11 -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/pybind11/include -fvisibility=hidden -fvisibility-inlines-hidden -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O2 -g -fp-model=strict -fp-model=strict -fPIC -DNPY_NO_DEPRECATED_API=NPY_1_9_API_VERSION -DFMM_SCIPY_PRUNE -DFMM_USE_FAST_FLOAT -DFMM_USE_RYU -DFMM_FROM_CHARS_INT_SUPPORTED -DFMM_TO_CHARS_INT_SUPPORTED -MD -MQ scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_array.cpp.o -MF scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_array.cpp.o.d -o scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_array.cpp.o -c ../scipy/io/_fast_matrix_market/src/_fmm_core_write_array.cpp
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core_write_array.cpp:5:
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core.hpp:26:
In file included from ../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/fast_matrix_market.hpp:214:
../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/field_conv.hpp:7:10: fatal error: 'charconv' file not found
#include <charconv>
         ^~~~~~~~~~
1 error generated.
[782/1377] Compiling C++ object scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_read_array.cpp.o
FAILED: scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_read_array.cpp.o
icpx -Iscipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p -Iscipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market/fast_matrix_market/include -I../../../../../../discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/numpy/_core/include -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/fast_float/include -Iscipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/include/python3.11 -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/pybind11/include -fvisibility=hidden -fvisibility-inlines-hidden -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O2 -g -fp-model=strict -fp-model=strict -fPIC -DNPY_NO_DEPRECATED_API=NPY_1_9_API_VERSION -DFMM_SCIPY_PRUNE -DFMM_USE_FAST_FLOAT -DFMM_USE_RYU -DFMM_FROM_CHARS_INT_SUPPORTED -DFMM_TO_CHARS_INT_SUPPORTED -MD -MQ scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_read_array.cpp.o -MF scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_read_array.cpp.o.d -o scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_read_array.cpp.o -c ../scipy/io/_fast_matrix_market/src/_fmm_core_read_array.cpp
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core_read_array.cpp:5:
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core.hpp:26:
In file included from ../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/fast_matrix_market.hpp:214:
../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/field_conv.hpp:7:10: fatal error: 'charconv' file not found
#include <charconv>
         ^~~~~~~~~~
1 error generated.
[783/1377] Compiling C++ object scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_32.cpp.o
FAILED: scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_32.cpp.o
icpx -Iscipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p -Iscipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market/fast_matrix_market/include -I../../../../../../discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/numpy/_core/include -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/fast_float/include -Iscipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/include/python3.11 -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/pybind11/include -fvisibility=hidden -fvisibility-inlines-hidden -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O2 -g -fp-model=strict -fp-model=strict -fPIC -DNPY_NO_DEPRECATED_API=NPY_1_9_API_VERSION -DFMM_SCIPY_PRUNE -DFMM_USE_FAST_FLOAT -DFMM_USE_RYU -DFMM_FROM_CHARS_INT_SUPPORTED -DFMM_TO_CHARS_INT_SUPPORTED -MD -MQ scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_32.cpp.o -MF scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_32.cpp.o.d -o scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_32.cpp.o -c ../scipy/io/_fast_matrix_market/src/_fmm_core_write_coo_32.cpp
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core_write_coo_32.cpp:5:
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core.hpp:26:
In file included from ../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/fast_matrix_market.hpp:214:
../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/field_conv.hpp:7:10: fatal error: 'charconv' file not found
#include <charconv>
         ^~~~~~~~~~
1 error generated.
[784/1377] Compiling C++ object scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_64.cpp.o
FAILED: scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_64.cpp.o
icpx -Iscipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p -Iscipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market/fast_matrix_market/include -I../../../../../../discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/numpy/_core/include -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/fast_float/include -Iscipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/include/python3.11 -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/pybind11/include -fvisibility=hidden -fvisibility-inlines-hidden -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O2 -g -fp-model=strict -fp-model=strict -fPIC -DNPY_NO_DEPRECATED_API=NPY_1_9_API_VERSION -DFMM_SCIPY_PRUNE -DFMM_USE_FAST_FLOAT -DFMM_USE_RYU -DFMM_FROM_CHARS_INT_SUPPORTED -DFMM_TO_CHARS_INT_SUPPORTED -MD -MQ scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_64.cpp.o -MF scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_64.cpp.o.d -o scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_64.cpp.o -c ../scipy/io/_fast_matrix_market/src/_fmm_core_write_coo_64.cpp
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core_write_coo_64.cpp:5:
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core.hpp:26:
In file included from ../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/fast_matrix_market.hpp:214:
../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/field_conv.hpp:7:10: fatal error: 'charconv' file not found
#include <charconv>
         ^~~~~~~~~~
1 error generated.
[791/1377] Compiling C++ object scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_read_coo.cpp.o
FAILED: scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_read_coo.cpp.o
icpx -Iscipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p -Iscipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market/fast_matrix_market/include -I../../../../../../discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/numpy/_core/include -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/fast_float/include -Iscipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/include/python3.11 -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/pybind11/include -fvisibility=hidden -fvisibility-inlines-hidden -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O2 -g -fp-model=strict -fp-model=strict -fPIC -DNPY_NO_DEPRECATED_API=NPY_1_9_API_VERSION -DFMM_SCIPY_PRUNE -DFMM_USE_FAST_FLOAT -DFMM_USE_RYU -DFMM_FROM_CHARS_INT_SUPPORTED -DFMM_TO_CHARS_INT_SUPPORTED -MD -MQ scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_read_coo.cpp.o -MF scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_read_coo.cpp.o.d -o scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_read_coo.cpp.o -c ../scipy/io/_fast_matrix_market/src/_fmm_core_read_coo.cpp
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core_read_coo.cpp:5:
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core.hpp:26:
In file included from ../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/fast_matrix_market.hpp:214:
../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/field_conv.hpp:7:10: fatal error: 'charconv' file not found
#include <charconv>
         ^~~~~~~~~~
1 error generated.
[793/1377] Compiling C++ object scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core.cpp.o
FAILED: scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core.cpp.o
icpx -Iscipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p -Iscipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market/fast_matrix_market/include -I../../../../../../discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/numpy/_core/include -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/fast_float/include -Iscipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/include/python3.11 -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/pybind11/include -fvisibility=hidden -fvisibility-inlines-hidden -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O2 -g -fp-model=strict -fp-model=strict -fPIC -DNPY_NO_DEPRECATED_API=NPY_1_9_API_VERSION -DFMM_SCIPY_PRUNE -DFMM_USE_FAST_FLOAT -DFMM_USE_RYU -DFMM_FROM_CHARS_INT_SUPPORTED -DFMM_TO_CHARS_INT_SUPPORTED -MD -MQ scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core.cpp.o -MF scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core.cpp.o.d -o scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core.cpp.o -c ../scipy/io/_fast_matrix_market/src/_fmm_core.cpp
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core.cpp:5:
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core.hpp:26:
In file included from ../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/fast_matrix_market.hpp:214:
../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/field_conv.hpp:7:10: fatal error: 'charconv' file not found
#include <charconv>
         ^~~~~~~~~~
1 error generated.
[905/1377] Compiling C++ object scipy/sparse/sparsetools/_sparsetools.cpython-311-x86_64-linux-gnu.so.p/bsr.cxx.o
ninja: build stopped: subcommand failed.
Build failed!

I just upgraded numpy to 2.2.0.dev0+git20240812.be296e2 and tried to rebuild scipy (from github) on top of that, no dice. I still get a bunch of C++ errors starting with
FAILED: scipy/special/_gufuncs.cpython-311-x86_64-linux-gnu.so.p/_gufuncs.cpp.o
icpx -Iscipy/special/_gufuncs.cpython-311-x86_64-linux-gnu.so.p -Iscipy/special -I../scipy/special -Iscipy/_lib -I../scipy/_lib -I../scipy/_build_utils/src -I../../../../../../discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/numpy/_core/include -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/include/python3.11 -fvisibility=hidden -fvisibility-inlines-hidden -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O2 -g -fp-model=strict -fp-model=strict -fPIC -DSP_SPECFUN_ERROR -DNPY_NO_DEPRECATED_API=NPY_1_9_API_VERSION -MD -MQ scipy/special/_gufuncs.cpython-311-x86_64-linux-gnu.so.p/_gufuncs.cpp.o -MF scipy/special/_gufuncs.cpython-311-x86_64-linux-gnu.so.p/_gufuncs.cpp.o.d -o scipy/special/_gufuncs.cpython-311-x86_64-linux-gnu.so.p/_gufuncs.cpp.o -c ../scipy/special/_gufuncs.cpp
In file included from ../scipy/special/_gufuncs.cpp:3:
In file included from ../scipy/special/xsf_special.h:6:
In file included from ../scipy/special/xsf/legendre.h:4:
In file included from ../scipy/special/xsf/recur.h:3:
../scipy/special/xsf/tuples.h:10:18: error: expected ')'
template <size_t I, typename Res, size_t NArgs = 1>
                 ^
/usr/include/complex.h:53:11: note: expanded from macro 'I'
#define I _Complex_I
          ^
/usr/include/complex.h:48:21: note: expanded from macro '_Complex_I'
#define _Complex_I      (__extension__ 1.0iF)
                         ^
../scipy/special/xsf/tuples.h:10:18: note: to match this '('
/usr/include/complex.h:53:11: note: expanded from macro 'I'
#define I _Complex_I
          ^
/usr/include/complex.h:48:20: note: expanded from macro '_Complex_I'
#define _Complex_I      (__extension__ 1.0iF)
                        ^
In file included from ../scipy/special/_gufuncs.cpp:3:
In file included from ../scipy/special/xsf_special.h:6:
In file included from ../scipy/special/xsf/legendre.h:4:
In file included from ../scipy/special/xsf/recur.h:3:
../scipy/special/xsf/tuples.h:18:18: error: expected ')'

i.e., what I had when I filed this bug report.

This seems like a problem with icpx to me but I'll leave it to our C++ folks.

The problem with I is a problem in our code that we'll need to fix.  I (unfortunately) is defined in the standard header file complex.h, which is now included by the NumPy headers.  NumPy tried to do #undef I in their headers, but that breaks downstream code that intentionally uses I from complex.h (and hacking definitions of standard headers is just bad practice).
Having said that, I don't know why this is only showing up with the Intel compilers.

prior discussion of this at https://github.com/scipy/scipy/issues/21065#issuecomment-2199591960

I tried rolling back to numpy 2.0.1 and scipy 1.14.0, but that gave me C++ errors like
FAILED: scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_64.cpp.o
icpx -Iscipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p -Iscipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market -I../scipy/io/_fast_matrix_market/fast_matrix_market/include -I../../../../../../discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/numpy/_core/include -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/fast_float/include -Iscipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I../scipy/io/_fast_matrix_market/fast_matrix_market/dependencies/ryu -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/include/python3.11 -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/pybind11/include -fvisibility=hidden -fvisibility-inlines-hidden -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O2 -g -fp-model=strict -fp-model=strict -fPIC -DNPY_NO_DEPRECATED_API=NPY_1_9_API_VERSION -DFMM_SCIPY_PRUNE -DFMM_USE_FAST_FLOAT -DFMM_USE_RYU -DFMM_FROM_CHARS_INT_SUPPORTED -DFMM_TO_CHARS_INT_SUPPORTED -MD -MQ scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_64.cpp.o -MF scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_64.cpp.o.d -o scipy/io/_fast_matrix_market/_fmm_core.cpython-311-x86_64-linux-gnu.so.p/src__fmm_core_write_coo_64.cpp.o -c ../scipy/io/_fast_matrix_market/src/_fmm_core_write_coo_64.cpp
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core_write_coo_64.cpp:5:
In file included from ../scipy/io/_fast_matrix_market/src/_fmm_core.hpp:26:
In file included from ../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/fast_matrix_market.hpp:214:
../scipy/io/_fast_matrix_market/fast_matrix_market/include/fast_matrix_market/field_conv.hpp:7:10: fatal error: 'charconv' file not found
#include <charconv>
         ^~~~~~~~~~

The compiler I'm using is Intel oneAPI 2023.2.0, which is a fairly recent version.

Can you add std=c17 or whatever the intel version of this flag that forces to have C++ 2017 standard? That's a standard library header.

Can you add std=c17 or whatever the intel version of this flag that forces to have C++ 2017 standard? That's a standard library header.

For which build? The latest scipy from github or scipy 1.14.0?

It doesn't matter; your C++ compiler is not finding a C++ standard header that should be there if it supports C++ 2017. SciPy or fastmatrix code is not the culprit here.

SciPy as a whole changed from C++14 to C++17 in 1.14.0 https://github.com/scipy/scipy/commit/10c2a45586d8a169a0407efc90753ebfc0dbd626, but _fast_matrix_market in particular overrode this and required C++17 before 1.14.0.

C++ is just a continuous source of pure pain. Maybe this link helps?
https://www.intel.com/content/www/us/en/developer/articles/troubleshooting/error-c-header-file-not-found-with-dpc-c-compiler.html

It doesn't matter; your C++ compiler is not finding a C++ standard header that should be there if it supports C++ 2017. SciPy or fastmatrix code is not the culprit here.

OK, I upgraded to intel oneapi 2024.2, which got rid of that error. It's apparently a known bug with older (pre-2024) intel oneapi compilers, which need a specific version of gcc/g++. So now it's back to the error related to redefined I, specifically:
FAILED: scipy/special/_ufuncs.cpython-311-x86_64-linux-gnu.so.p/xsf_wrappers.cpp.o
icpx -Iscipy/special/_ufuncs.cpython-311-x86_64-linux-gnu.so.p -Iscipy/special -I../scipy/special -Iscipy/_lib -I../scipy/_lib -I../scipy/_build_utils/src -I../../../../../../discover/nobackup/projects/tm5var4d/packages/python/3.11.6/lib/python3.11/site-packages/numpy/_core/include -I/usr/local/intel/oneapi/2024/mkl/2024.2/lib/pkgconfig/../../include -I/usr/local/intel/oneapi/2024/compiler/2024.2/lib/pkgconfig/../..//include -I/discover/nobackup/projects/tm5var4d/packages/python/3.11.6/include/python3.11 -fvisibility=hidden -fvisibility-inlines-hidden -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c++17 -O2 -g -fp-model=strict -fp-model=strict -std=c++17 -fPIC -DSP_SPECFUN_ERROR -DNPY_NO_DEPRECATED_API=NPY_1_9_API_VERSION -MD -MQ scipy/special/_ufuncs.cpython-311-x86_64-linux-gnu.so.p/xsf_wrappers.cpp.o -MF scipy/special/_ufuncs.cpython-311-x86_64-linux-gnu.so.p/xsf_wrappers.cpp.o.d -o scipy/special/_ufuncs.cpython-311-x86_64-linux-gnu.so.p/xsf_wrappers.cpp.o -c ../scipy/special/xsf_wrappers.cpp
In file included from ../scipy/special/xsf_wrappers.cpp:2:
In file included from ../scipy/special/xsf_special.h:6:
In file included from ../scipy/special/xsf/legendre.h:4:
In file included from ../scipy/special/xsf/recur.h:3:
In file included from ../scipy/special/xsf/tuples.h:6:
../scipy/special/xsf/third_party/kokkos/mdspan.hpp:1335:9: error: expected unqualified-id
 1335 |   using I = std::common_type_t<I1, I2>;
      |         ^
/usr/include/complex.h:53:11: note: expanded from macro 'I'
   53 | #define I _Complex_I
      |           ^
/usr/include/complex.h:48:20: note: expanded from macro '_Complex_I'
   48 | #define _Complex_I      (__extension__ 1.0iF)
      |                         ^
In file included from ../scipy/special/xsf_wrappers.cpp:2:
In file included from ../scipy/special/xsf_special.h:6:
In file included from ../scipy/special/xsf/legendre.h:4:
In file included from ../scipy/special/xsf/recur.h:3:
In file included from ../scipy/special/xsf/tuples.h:6:
../scipy/special/xsf/third_party/kokkos/mdspan.hpp:1335:36: error: using declaration requires a qualified name
 1335 |   using I = std::common_type_t<I1, I2>;
      |                                    ^
../scipy/special/xsf/third_party/kokkos/mdspan.hpp:1335:38: error: expected ';' after using declaration
 1335 |   using I = std::common_type_t<I1, I2>;
      |                                      ^
      |                                      ;
../scipy/special/xsf/third_party/kokkos/mdspan.hpp:1336:22: error: expected a type
 1336 |   return static_cast<I>(x) == static_cast<I>(y);
      |                      ^
/usr/include/complex.h:53:11: note: expanded from macro 'I'
   53 | #define I _Complex_I
      |           ^
/usr/include/complex.h:48:20: note: expanded from macro '_Complex_I'
   48 | #define _Complex_I      (__extension__ 1.0iF)
      |

C++ is just a continuous source of pure pain. Maybe this link helps? I think they are recommending upgrading your gcc stack if I am reading correctly.
https://www.intel.com/content/www/us/en/developer/articles/troubleshooting/error-c-header-file-not-found-with-dpc-c-compiler.html

I found that more or less at the same time, and upgraded my oneapi compiler :-) I should say that now I'm supplying CXXFLAGS='-fp-model=strict -std=c++17' to force C++17 standards.

The problem with I is a problem in our code that we'll need to fix. I (unfortunately) is defined in the standard header file complex.h, which is now included by the NumPy headers. NumPy tried to do #undef I in their headers, but that breaks downstream code that intentionally uses I from complex.h (and hacking definitions of standard headers is just bad practice).
Having said that, I don't know why this is only showing up with the Intel compilers.

Good point. Since I is in C99 it is probably best to avoid using I as a symbol.

I have updated my compiler to oneapi 2024.2, and now scipy compiles without any C++ errors. However, it fails scipy.test(). I'll file a separate bug and close this one.
I do not understand why the I issue was fixed by updating to a more recent oneapi compiler.


Fix indexing stuff

Included in this pull request:

added some PHPDoc
deprecate the refreshSearchIndexKeyColumns() method of the attribute key StandardSearchIndexer: it's not part of SearchIndexerInterface, what it does has been integrated into the updateSearchIndexKeyColumns() method
deprecate the refreshRepositoryColumns() method of the category StandardSearchIndexer: it's not part of SearchIndexerInterface, what it does has been integrated into the updateRepositoryColumns() method
fix the logic of updateSearchIndexKeyColumns:

fix #5552
fix #6562
fix #7859

To be noted: with this PR, when users uncheck the Field available in advanced search option, the columns in the index table are dropped. The reasons for this are:

we avoid having useless columns (see for example #8001)
if people uncheck the option, then update some data, then re-check the option, we'd still need to re-index the contents (otherwise we risk to have wrong results)

In order to help people avoid unchecking this option by mistake, I added f4e4e82207.

thanks!

Great to see that it's been resolved.
Will this be part of a Hotfix version of Concrete5 version 8.5? e.g. 8.5.3. Or will it be a major release version?
Any idea of the ETA as this issue has been plaguing us for long time for past and current builds.

This will be released in 8.5.3, which will happen hopefully within the next 2-3 weeks.

Hi @aembler , will the release of the next version be soon?

It keeps slipping :( we will release soon.

In case someone wants to keep the field searchable and still runs into the issue of the table row length too large, change the row_format for the problematic table to dynamic. Even if the database is set to use dynamic by default for tables, ensure that the table throwing the error is set to dynamic.


Neeraj: Task 233-238: SCDE, opus_montenegrinsubs, cornell_movie_dialog

@harshilgandhi3199, there are several problems associated with these tasks, e.g. it contains ambiguous lines like this "For example, <1> means there is an empty blank with blank number 1".  I don't know what these mean.
Similarly output of instances should be list of list e.g. ["[1,2,3,4.5]"] and not the way you have formed.
Make sure to also answer reviewer comments in https://github.com/swarooprm/CSE576HW/pull/34
Leaving here for Neeraj to continue reviewing.

@nrjvarshney, check if you are happy or have any other feedback for @harshilgandhi3199?

@nrjvarshney, check if you are happy or have any other feedback for @harshilgandhi3199?

@nrjvarshney, update?


fix parse error unclosed action

Fix parse error at (pulsar/templates/broker-sts/broker-sts-transactions-metadata.yaml:19): unclosed action

@anxuanzi - which version of the helm chart are you using? I am using master, which is essentially 3.2.0. I wasn't able to reproduce the error with those values. I tried with a more recent version of helm and that didn't cause any errors either.
$ helm version
version.BuildInfo{Version:"v3.11.1", GitCommit:"293b50c65d4d56187cd4e2f390f0ada46b4c4737", GitTreeState:"clean", GoVersion:"go1.19.5"}

Does it fail for you with a more recent version of helm? Is there documentation that suggests this formatting is wrong? I ask because we use it elsewhere in the template files, so it'd be a larger change to make a complete fix.

@michaeljmarshall I'm currently using helm Version:"v3.9.0"

@anxuanzi - which version of the datastax pulsar helm chart are you using?

@michaeljmarshall


Add support for  to IO

Description

If neither  nor <experimental/filesystem> is detected,
then require <boost/filesystem.hpp>.
If user defines BOOST_GIL_IO_USE_BOOST_FILESYSTEM macro,
then <boost/filesystem.hpp> is pre-selected and required,
and search for any of the C++ standard implementation is skipped.
Remove end-user macro BOOST_GIL_IO_ADD_FS_PATH_SUPPORT
Require tests to always build with support of either
detected C++ filesystem or pre-selected Boost.Filesystem.
References

#222 - this PR removes BOOST_GIL_IO_ADD_FS_PATH_SUPPORT macro

Tasklist

[ ] Add note to RELEASES.md changelog.
[ ] Ensure all CI builds pass
[ ] Review and approve

The filesystem library requires separate flag for gcc 7, IIRC. It seems like the build flag will be on top of standard defines, right? So basically people can pass correct cmake flag into GIL's CML or use it from headers directly and deal with flags themselves. I believe doing it cmake only will make it much easier, but I guess since it is Boost it has do be done the most portable way.

It seems like the build flag will be on top of standard defines, right?

Yes, CMake option will accompany the C++ macro.
Ideally, if there was no such option and not even macro, but

if there is any of the standard filesystem, use it
otherwise, assume Boost.Filesystem is used
if none available, fail hard

since it is Boost it has do be done the most portable way.

Yes

@lpranam @simmplecoder @sdebionne and anyone interested, I'd like to push this forward, so following my earlier comment https://github.com/boostorg/gil/pull/636#issuecomment-1034075685, what do you think about handling the filesystem libraries this way:

We KISS and we offer no option for CMake or Boost.Build to enable/disable support for filesystem
If there is any of the standard filesystem-s, use it.
Otherwise, auto-assume Boost.Filesystem is used
If none available, compilation will fail hard

Comments?

I liked this idea of dealing with file system libraries completely on our own without bothering/nudging the user(basically getting rid of ADD_FS_PATH_SUPPORT macro). Proposed BOOST_GIL_IO_USE_BOOST_FILESYSTEM macro seems good for providing control if the user absolutely needs it.
Regardless of the final decision in this matter, adding support for std::filesystem seems like a good idea to me.

Thanks for the comments. I'm going to hit Merge and let's see what happens. This is part of the library that can be improved at later time, if necessary.


Fix the response output when executing insert/update/delete sql commands

The engine provided a useless empty set when running non-SELECT commands before. The new logic detects this scenario and returns the affected record count in the same form as a query result, instead, to be more useful to end-users.
This resolves iasql/dashboard#147

I think this also fixes https://github.com/iasql/dashboard/issues/171 ? 2 for 1!


Crash when connecting cable to RS Bridge from AdvancedPeripherals-0.7.21b.jar

Describe
When trying to connect a cable to an RS Bridge from Advanced Peripherals, the game crashes.
Steps to reproduce

Place an RS Bridge from advanced peripherals (AdvancedPeripherals-0.7.21b.jar)
Place a cable from refinedstorage-1.11.0.jar next to an RS Bridge.
Game crashes.

Multiplayer?
No
Version
AdvancedPeripherals-0.7.21b.jar
Minecraft, Forge and maybe other related mods versions
Minecraft version 1.19.2, Forge 43.1.47
Screenshots or Videos
https://medal.tv/games/minecraft/clips/GukYfY_tkC079/d1337TSzpbEf?invite=cr-MSxVWWYsNjIxMTkxMDYs
Crashlog/log
https://pastebin.com/iaHjdbF0

What version of minecraft is Advanced Peripherals installed on?

Its on 1.19.2 😊 Sent from Mail for Windows From: CreepdasheepSent: Saturday, October 29, 2022 6:35 PMTo: Seniorendi/AdvancedPeripheralsCc: xp0colipse; AuthorSubject: Re: [Seniorendi/AdvancedPeripherals] Crash when connecting cable to RS Bridge from AdvancedPeripherals-0.7.21b.jar (Issue #352) What version of minecraft is Advanced Peripherals installed on?—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID<EMAIL_ADDRESS>

any chance you could publish a release or share a jarfile with this patched? i just ran into this issue as well 😅


Possible for 2 Listens to Be Recorded When Playing TIDAL Content from Plex

When playing TIDAL content that has been added to a local music library, 2 separate events will be sent via webhooks and can result in 2 listens being recorded for the same song.
An event is sent by PMS when the progress during listening hits 50%.  An event will also be sent by the "Plex media cloud server" when playback progress is 100%.
Is it possible to have an option for Eavesdrop.FM to filter out events sent from the cloud server?  There may be a better way to handle this as some users may want these plays to be recorded if listening to TIDAL content within Plex that has not been added to their local library.

Thanks for the issue report.
I'll take a look and see what can be done. It'll largely depend on the content within the Plex webhook payload. If I can differentiate between the two events, it should be pretty straightforward to resolve.
On the other hand, there's a good argument to be made that this is actually unexpected behaviour on the Plex side, so I'll see if someone there might be interested in a better fix on their end :+1:
I'll let you know the outcome either way.

Hello, I'm having this same issue when playing Plex music via the Symfonium music player.


The programme does not run.

Hi Ryan,
When i select Start and Goal target then press Find DFS, the programme does not run. Please help.

After liking the BFS its not showing the output.can u please verify


[WIP] replace custom showdown fork with markdown-it

refs https://github.com/TryGhost/Ghost-Admin/pull/690
closes #1501, #2093, #4592, #4627,  #4659, #5039, #5237, #5587, #5625, #5632, #5822, #5939, #6840, #7183, #7536

swaps showdown for markdown-it when rendering markdown

This has a number of breaking changes, so far the following have been identified:

headings must have a space after the #, e.g. #test will output as plain text~
uses <s> for strikethrough instead of
inline `code` is wrapped in  when inside of a
 tag (I think this is actually desired behaviour)
doesn't add ID's to headings
doesn't wrap  html in
 tags (may not be relevant, only tested so far when  is the only value passed to the renderer
'Foo![^1](bar)' is picked up as an image rather than a footnote
'====test==test==test====test' results in nested  tags

TODO:

[x] see if any of the above are easily fixable via config
[x] test against open showdown issues
[ ] determine which breaking changes are acceptable
[ ] update failing tests to match new markup specs
[ ] remove duplication of markdown parser setup (move it into a util?)

Markdown used for testing open showdown issues:
1501 underscores in links converted to italics http://en.wikipedia.org/wiki/Tourism_in_Germany

2093 linebreak not working correctly
1
2
*
4
#
5
:
6

4592 multiple underscores in a code block
```
____
____
```

4627 double equals in URL converted to \
![](http://xxx.com/==20131118/2)

4659 whitespace at the end lines when copying code blocks
```
sudo apt-get install \
python2.7 \
```

5039 md inside code fences fails
```
![m'lady](http://)
~~strike~~
test
```

5237 inline code in footnote link title
Here is a footnote reference,[^1] and another.[^longnote]
[^1]: [`Something`](http://example.com)

5587 inline script has trouble with ==

5625 image url with double slash doesn't render preview
![](//http.cat/500)

5632 fenced code block in list
- a list item with a fenced code block
  ```javascript
  this
  ```

5822 editor crash
![](//http.cat/404) [test](http.cat/404)

5939 pre and code in fenced code block
```
<pre>test</pre>
<code>test</code>
```

6840 code in footnotes
This is normal text.[^1]

`this` is a single line of code [^2]

[^1]: this is still ok but `this` causes an error
[^2]: this will also go crazy

7183 images in numbered lists
1. Sample content
![](//http.cat/420)
2. Second sample content
![](//http.cat/420)
3. Third sample content
![](//http.cat/420)

7536 backticks break code block rendering
`` code+` ``

```second code block```

`third code block`

I know this is WIP, but just leaving one thought here: If we replace showdown by markdown-it, should we ensure that all open showdown bugs are not present?

Yep, my plan is to review those quickly tomorrow. I think the remaining breaking changes that the tests highlight are pretty edge case so probably a good point to check we're actually moving in the right direction 😅

Tested against all open issues labeled with showdown and verified that the renderer switch fixes all of them 💃

@kirrg001 would you be happy deleting the core/test/unit/markdown_client_integrated_spec.js file? It was testing our old custom Showdown extensions, it seems now that we're using markdown-it directly then we should be relying on their tests and to open issues on that project if there are rendering bugs.

Tested against all open issues labeled with showdown and verified that the renderer switch fixes all of them 💃

wow fantastic 😎

closes #1501, #2093, #4592, #4627, #4659, #5039, #5237, #5587, #5625, #5632, #5822, #5939, #6840, #7183, #7536

Is the plan to use markdown-it in LTS? Are we sure we want to close these bugs?

@kirrg001 would you be happy deleting the core/test/unit/markdown_client_integrated_spec.js file? It was testing our old custom Showdown extensions, it seems now that we're using markdown-it directly then we should be relying on their tests and to open issues on that project if there are rendering bugs.

I had a quick look at their test coverage, doesn't look that impressive (in comparison to showdown). I think if we can ensure that our needs are covered, i'm absolutely okay with removing this test file.

Is the plan to use markdown-it in LTS? Are we sure we want to close these bugs?

Not to my knowledge, the idea behind switching now is because there will be minor breaking changes in the rendering which is fine for 1.0. I'm not aware there are any plans to update showdown or resolve markdown rendering issues in LTS?

I had a quick look at their test coverage, doesn't look that impressive (in comparison to showdown). I think if we can ensure that our needs are covered, i'm absolutely okay with removing this test file.

The majority of the coverage comes under the CommonMark specs which seem pretty comprehensive to me? They have a test harness that loads the spec files and runs the examples/compares output for every example in there, there are then additional tests for options which deviate from CommonMark.

The majority of the coverage comes under the CommonMark specs which seem pretty comprehensive to me? They have a test harness that loads the spec files and runs the examples/compares output for every example in there, there are then additional tests for options which deviate from CommonMark.

👍

There are 18 open showdown bugs (see https://github.com/TryGhost/Ghost/issues?q=is%3Aopen+is%3Aissue+label%3Ashowdown). You have marked 15 for closing. Is there any reason? If there is a reason, maybe we can leave a note in the other 3 issues.

One of the 18 wasn't showdown related so I've removed that label, the other 2 are issues that can be indirectly closed by the renderer switch rather than bugs that are directly fixed by this PR.
https://github.com/TryGhost/Ghost/issues/5028
https://github.com/TryGhost/Ghost/issues/5598


Controlling your soundbar without the Internet

Hello, Tell me, is it possible to control a Samsung soundbar without the Internet?

Currently it is not possible with this Integration as it utilizes the SmartThings API.

Closing this issue. Feel free to reopen, if you're still missing some information.


feat(css): Create utilities.css

Resolves #1810
Unsure about the title here, since this will be added to both packages.

I suggest the title is changed to refactor as it doesn't introduce anything new for our users, its mostly internal refactor.


Add Support For Registering Additional Languages

I'd like to be able to use sibyl with additional languages.  I started down the path of changing LangType to an interface and removing the coupling between the core package and the language packages, but it turned out to be quite an intrusive change.
So this presents a possible alternative solution, allowing packages to register languages with sibyl.
Here's an example of an extractor registering a language with sibyl:
https://github.com/octoberswimmer/sibyl-sfapex/blob/master/extractor/apex/extractor_apex.go
And an example of using this extractor:
package main

import (
        "fmt"
        "os"

        "github.com/octoberswimmer/sibyl-sfapex/extractor/apex"
        "github.com/opensibyl/sibyl2/pkg/core"
)

func main() {
        runner := &core.Runner{}
        path := "."
        if len(os.Args) > 1 {
                path = os.Args[1]
        }
        fmt.Println("path is", path)
        extractor := &apex.Extractor{}
        fileUnits, err := runner.File2Units(path, extractor.GetLang(), nil)

        if err != nil {
                panic(err)
        }
        for _, fu := range fileUnits {
                for _, u := range fu.Units {
                        // fmt.Printf("%s: %s\n", fu.Path, u.Kind)
                        _ = u
                }
                calls, err := extractor.ExtractCalls(fu.Units)
                if err != nil {
                        panic(err)
                }
                for _, call := range calls {
                        fmt.Println(fu.Path, call.Span, call.GetIndexName())
                        // fmt.Println(call.GetDesc())
                }
        }

}

Thanks for your interest! Seems like I can not leave some comments on draft PR I think. So I leave them here :) Sorry for the lack of document about this segment. I would like to add some.
BTW, this link seems private? I got a 404 https://github.com/octoberswimmer/sibyl-sfapex/blob/master/extractor/apex/extractor_apex.go

Sorry, I've changed updated it to public.

Thank you.
Happy to see this repository can help.


Print a warning message when running Express app

Because the Express API is still evolving, we want to make it clear to users that the API could change in a way that breaks their app. The idea is that this warning would be in the next release of Shiny, but not in the release after that.
The warning looks something like this:
WARNING:root:Detected Shiny Express app. please note that Shiny Express is still in development and the API is subject to change!
INFO:     Started server process [8187]
INFO:     Waiting for application startup.
INFO:     Application startup complete.
INFO:     Uvicorn running on http://<IP_ADDRESS>:52623 (Press CTRL+C to quit)

I looked into making it so that it only warns once when you call shiny run --reload, but that ended up being pretty complicated to implement, because every time the app reloads, it starts a new Python process, so the state would have to be kept somewhere else, like on disk. I think it's OK to not do that since this is only a temporary thing for people who are using experimental features.

You might be able to get rid of the root: by doing logging.getLogger("uvicorn.error").warning(...)

That worked great. With that change it looks like:
WARNING:  Detected Shiny Express app. please note that Shiny Express is still in development and the API is subject to change!
INFO:     Started server process [10489]
INFO:     Waiting for application startup.
INFO:     Application startup complete.


Unable to find a keyring

Bug Report
What happened:
When I deploy cluster with last version of ceph-ansible (git clone this morning) the playbook dont create /etc/ceph/ceph.client.admin.keyring or any other key.
The playbook stop in create ceph mgr keyring(s) :
failed: [X.X.X.X] (item=X.X.X.X) => {
    "changed": true,
    "cmd": [
        "ceph",
        "-n",
        "client.admin",
        "-k",
        "/etc/ceph/ceph.client.admin.keyring",
        "--cluster",
        "ceph",
        "auth",
        "import",
        "-i",
        "/etc/ceph//ceph.mgr.ceph-mutu-3.keyring"
    ],
    "delta": "0:00:00.619335",
    "end": "2018-12-12 17:04:40.165201",
    "invocation": {
        "module_args": {
            "attributes": null,
            "backup": null,
            "caps": {
                "mds": "allow *",
                "mon": "allow profile mgr",
                "osd": "allow *"
            },
            "cluster": "ceph",
            "content": null,
            "delimiter": null,
            "dest": "/etc/ceph/",
            "directory_mode": null,
            "follow": false,
            "force": null,
            "group": "ceph",
            "import_key": true,
            "mode": "0400",
            "name": "mgr.ceph-mutu-3",
            "owner": "ceph",
            "regexp": null,
            "remote_src": null,
            "secret": null,
            "selevel": null,
            "serole": null,
            "setype": null,
            "seuser": null,
            "src": null,
            "state": "present",
            "unsafe_writes": null
        }
    },
    "item": "X.X.X.X",
    "msg": "non-zero return code",
    "rc": 1,
    "start": "2018-12-12 17:04:39.545866",
    "stderr": "2018-12-12 17:04:40.138 7f2f8b96d700 -1 auth: unable to find a keyring on /etc/ceph/ceph.client.admin.keyring: (2) No such file or directory\n2018-12-12 17:04:40.140 7f2f8b96d700 -1 monclient: authenticate NOTE: no keyring found; disabled cephx authentication\n[errno 95] error connecting to the cluster",
    "stderr_lines": [
        "2018-12-12 17:04:40.138 7f2f8b96d700 -1 auth: unable to find a keyring on /etc/ceph/ceph.client.admin.keyring: (2) No such file or directory",
        "2018-12-12 17:04:40.140 7f2f8b96d700 -1 monclient: authenticate NOTE: no keyring found; disabled cephx authentication",
        "[errno 95] error connecting to the cluster"
    ],
    "stdout": "",
    "stdout_lines": []
}

How to reproduce it (minimal and precise):
Just launch playbook with my group_vars/all.yml
I use roles:

hosts:

mons
agents
osds
mdss
rgws
nfss
mgrs
iscsigws
iscsi-gws # for backward compatibility only!

Share your group_vars files, inventory
Environment:

OS (e.g. from /etc/os-release): CentOS Linux release 7.6.1810 (Core) (fresh install)
Kernel (e.g. uname -a): 3.10.0-957.el7.x86_64
Ansible version (e.g. ansible-playbook --version): ansible 2.7.4
ceph-ansible version (e.g. git head or tag or stable branch): git head
Ceph version (e.g. ceph -v): ceph version 13.2.2

My ./group_var/all.yml
---

dummy:

###########
# GENERAL #
###########
vm_min_free_kbytes: 4194303

######################################
# Releases name to number dictionary #
######################################
ceph_release_num:
  dumpling: 0.67
  emperor: 0.72
  firefly: 0.80
  giant: 0.87
  hammer: 0.94
  infernalis: 9
  jewel: 10
  kraken: 11
  luminous: 12
  mimic: 13

# Directory to fetch cluster fsid, keys etc...
fetch_directory: fetch/

# The 'cluster' variable determines the name of the cluster.
cluster: ceph

# Inventory host group variables
mon_group_name: mons
osd_group_name: osds
rgw_group_name: rgws
mds_group_name: mdss
nfs_group_name: nfss
restapi_group_name: restapis
rbdmirror_group_name: rbdmirrors
client_group_name: clients
iscsi_gw_group_name: iscsi-gws
mgr_group_name: mgrs

# no fw
check_firewall: False

############
# PACKAGES #
############

centos_package_dependencies:
  - python-pycurl
  - hdparm
  - epel-release
  - python-setuptools
  - libselinux-python

# Enable the ntp service by default to avoid clock skew on ceph nodes
ntp_service_enabled: true

# Set uid/gid to default '64045' for bootstrap directories.
bootstrap_dirs_owner: "64045"
bootstrap_dirs_group: "64045"

# This variable determines if ceph packages can be updated.
upgrade_ceph_packages: true

###########
# INSTALL #
###########
ceph_stable: true # backward compatibility with stable-2.2, will disappear in stable 3.1

# ORIGIN SOURCE
ceph_origin: "repository"
valid_ceph_origins: repository
ceph_repository:  community
valid_ceph_repository: community

# REPOSITORY: COMMUNITY VERSION
#
# Enabled when ceph_repository == 'community'
#
ceph_mirror: http://download.ceph.com
ceph_stable_key: https://download.ceph.com/keys/release.asc
ceph_stable_release: mimic

######################
# CEPH CONFIGURATION #
######################

## Ceph options
fsid: "{{ cluster_uuid.stdout }}"
generate_fsid: true

ceph_conf_key_directory: /etc/ceph
# Permissions for keyring files in /etc/ceph
ceph_keyring_permissions: '0600'
cephx: true

## Client options

rbd_cache: "true"
rbd_cache_writethrough_until_flush: "true"
rbd_concurrent_management_ops: 20

rbd_client_directories: true # this will create rbd_client_log_path and rbd_client_admin_socket_path directories with proper permissions

## Monitor options
#

monitor_interface: bond0.3538
monitor_address_block: X.X.X.X/26
ip_version: ipv4
mon_use_fqdn: false # if set to true, the MON name used will be the fqdn in the ceph.conf

## OSD options
#
journal_size: 5120 # OSD journal size in MB
public_network: X.X.X.X/26
cluster_network: X.X.X.X/26
osd_objectstore: bluestore

## Rados Gateway options
#
radosgw_dns_name: rgw.xxx.fr
radosgw_resolve_cname: false
radosgw_civetweb_port: 8080
radosgw_civetweb_num_threads: 100
radosgw_interface: bond0.3538
radosgw_keystone: false
email_address<EMAIL_ADDRESS>
## REST API options
#
restapi_interface: "{{ monitor_interface }}"
restapi_address: "{{ monitor_address }}"
restapi_port: 5000

# Monitor handler checks
handler_health_mon_check_retries: 5
handler_health_mon_check_delay: 10
#
# OSD handler checks
handler_health_osd_check_retries: 40
handler_health_osd_check_delay: 30
handler_health_osd_check: true
#
# MDS handler checks
handler_health_mds_check_retries: 5
handler_health_mds_check_delay: 10
#
# RGW handler checks
handler_health_rgw_check_retries: 5
handler_health_rgw_check_delay: 10

# NFS handler checks
handler_health_nfs_check_retries: 5
handler_health_nfs_check_delay: 10

# RBD MIRROR handler checks
handler_health_rbd_mirror_check_retries: 5
handler_health_rbd_mirror_check_delay: 10

# MGR handler checks
handler_health_mgr_check_retries: 5
handler_health_mgr_check_delay: 10

###############
# NFS-GANESHA #
###############

# Set this to true to enable File access via NFS.  Requires an MDS role.
nfs_file_gw: true
# Set this to true to enable Object access via NFS. Requires an RGW role.
nfs_obj_gw: true

#############
# OS TUNING #
#############
disable_transparent_hugepage: true
os_tuning_params:
  - { name: kernel.pid_max, value: 4194303 }
  - { name: fs.file-max, value: 26234859 }
  - { name: vm.zone_reclaim_mode, value: 0 }
  - { name: vm.swappiness, value: 10 }
  - { name: vm.min_free_kbytes, value: "{{ vm_min_free_kbytes }}" }

# For Debian & Red Hat/CentOS installs set TCMALLOC_MAX_TOTAL_THREAD_CACHE_BYTES
# Set this to a byte value (e.g. 134217728)
# A value of 0 will leave the package default.
ceph_tcmalloc_max_total_thread_cache: 0

#### ajouts spécifiques

### Ceph OSD
devices:
  - '/dev/sdb'
  - '/dev/sdc'
  - '/dev/sdd'
  - '/dev/sde'
  - '/dev/sdf'
  - '/dev/sdg'
  - '/dev/sdh'
  - '/dev/sdi'
  - '/dev/sdj'
  - '/dev/sdk'
osd_scenario: collocated

### CephFS
cephfs: cephfs # name of the ceph filesystem
cephfs_data: cephfs_data # name of the data pool for a given filesystem
cephfs_metadata: cephfs_metadata # name of the metadata pool for a given filesystem

cephfs_pools:
  - { name: "{{ cephfs_data }}", pgs: "64" }
  - { name: "{{ cephfs_metadata }}", pgs: "16" }

### Ceph management
ceph_mgr_modules: [status,dashboard]

So could you help me please.
Manny thanks by advance !!

@SIM0N-F the master branch of ceph-ansible is intended to deploy ceph@master

Thanks for your quickly answer, so i have try with ceph-ansible-3.2.0 but i have new problem:
TASK [ceph-validate : validate provided configuration] *********************************************
task path: /home/hexanet/ansible/ceph-ansible-3.2.0/roles/ceph-validate/tasks/main.yml:2
Thursday 13 December 2018  09:36:48 +0100 (0:00:00.218)       0:00:19.179 *****
The full traceback is:
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/ansible/executor/task_executor.py", line 139, in run
    res = self._execute()
  File "/usr/lib/python2.7/dist-packages/ansible/executor/task_executor.py", line 584, in _execute
    result = self._handler.run(task_vars=variables)
  File "/home/hexanet/ansible/ceph-ansible-3.2.0/plugins/actions/validate.py", line 100, in run
    msg = "[{}] Validation failed for variable: {}".format(host, error.path[0])
IndexError: list index out of range

fatal: [<IP_ADDRESS>]: FAILED! => {
    "msg": "Unexpected failure during module execution.",
    "stdout": ""
}

I must open other issue for it ?

@SIM0N-F stable-3.2 supports ansible 2.6

@SIM0N-F are you saying that you are still facing the same issue even with ansible 2.6 ?

Yes i have installed 2.6 before try ceph-ansible 3.2.0

please, share the full playbook log in that case

@SIM0N-F which version of stable-3.2 are you using?

https://github.com/ceph/ceph-ansible/releases/tag/v3.2.0

@SIM0N-F try the latest stable-3.2 version: v3.2.0rc8

@SIM0N-F

I am also tried ceph-ansible-3.2.0rc8, same error.

@SIM0N-F
I just found this issue is caused by variable "osd_scenario" in file ceph-ansible-3.2.0/group_vars/osds.yml, this variable need to be set as one of follow.
then it works fine.
osd_scenario: lvm
#valid_osd_scenarios:
- collocated
- non-collocated
- lvm

I wonder if this problem is due to my Natorio version?
I use 0.0.16:
 pip show notario
Name: notario
Version: 0.0.16
Summary: A dictionary validator
Home-page: http://github.com/alfredodeza/notario
Author: Alfredo Deza
Author-email: UNKNOWN
License: MIT
Location: /usr/local/lib/python2.7/dist-packages
Requires:
Required-by:

I think stable-3.2 is missing a backport.

@SIM0N-F do you mind testing with this branch : guits_missing_backports ?
Thanks!

@rishabh-d-dave I think you've worked on a patch on master branch for this error.
Do you mind taking a look at this in case where the missing backport that i've just mentioned in previous comment isn't enough to fix this issue? Thanks!

@SIM0N-F
Sorry for misunderstanding, I set the "osd_scenario: lvm".  I get ride of the error.
But met new error. seems like yum repo configuration issue. I will check it tomorrow.

@wwyhy osd_scenario: collocated is still a valid scenario in stable-3.2

I cherry-picked this commit to v3.2.0 and tried running a ceph-ansible scenario with group_vars/all.yml posted in the bug report. I think the error message is now much more clearer -
TASK [ceph-validate : fail if bond0.3538 does not exist on ceph-rgw0] **********
task path: /home/rishabh/run/ceph-ansible/issue-3443/roles/ceph-validate/tasks/check_eth_rgw.yml:2
Thursday 13 December 2018  19:04:19 +0530 (0:00:00.486)       0:00:36.091 *****
META: noop
META: noop
META: noop
META: noop
META: noop
fatal: [ceph-rgw0]: FAILED! => {
    "changed": false
}

MSG:

bond0.3538 does not exist on ceph-rgw0

If this resolves the issue, I'll backport the commit.

Yes @rishabh-d-dave manny thanks, your commit helped me a lot to understand my problems, i had forgotten some variables like:
is_hci: False
configure_firewall: False
....
So your commit has been very userfull for me.
But now I have new issue in my deployement:
<X.X.X.X> (1, '\n{"changed": true, "end": "2018-12-13 22:25:08.646332", "stdout": "", "cmd": ["ceph-disk", "activate", "/dev/sdk1"], "failed": true, "delta": "0:00:00.348117", "stderr": "/usr/lib/python2.7/site-packages/ceph_disk/main.py:5689: UserWarning: \\n*******************************************************************************\\nThis tool is now deprecated in favor of ceph-volume.\\nIt is recommended to use ceph-volume for OSD deployments. For details see:\\n\\n    http://docs.ceph.com/docs/master/ceph-volume/#migrating\\n\\n*******************************************************************************\\n\\n  warnings.warn(DEPRECATION_WARNING)\\nmount_activate: Failed to activate\\n/usr/lib/python2.7/site-packages/ceph_disk/main.py:5750: UserWarning: \\n*******************************************************************************\\nThis tool is now deprecated in favor of ceph-volume.\\nIt is recommended to use ceph-volume for OSD deployments. For details see:\\n\\n    http://docs.ceph.com/docs/master/ceph-volume/#migrating\\n\\n*******************************************************************************\\n\\n  warnings.warn(DEPRECATION_WARNING)\\nceph-disk: Error: No cluster conf found in /etc/ceph with fsid b77ed55d-906c-4234-b5c3-8fe3b5dc1bf3", "rc": 1, "invocation": {"module_args": {"warn": true, "executable": null, "_uses_shell": false, "_raw_params": "ceph-disk activate \\"/dev/sdk1\\"", "removes": null, "argv": null, "creates": null, "chdir": null, "stdin": null}}, "start": "2018-12-13 22:25:08.298215", "msg": "non-zero return code"}\n', '')
failed: [X.X.X.X] (item=/dev/sdk) => {
    "changed": false,
    "cmd": [
        "ceph-disk",
        "activate",
        "/dev/sdk1"
    ],
    "delta": "0:00:00.348117",
    "end": "2018-12-13 22:25:08.646332",
    "invocation": {
        "module_args": {
            "_raw_params": "ceph-disk activate \"/dev/sdk1\"",
            "_uses_shell": false,
            "argv": null,
            "chdir": null,
            "creates": null,
            "executable": null,
            "removes": null,
            "stdin": null,
            "warn": true
        }
    },
    "item": "/dev/sdk",
    "msg": "non-zero return code",
    "rc": 1,
    "start": "2018-12-13 22:25:08.298215",
    "stderr": "/usr/lib/python2.7/site-packages/ceph_disk/main.py:5689: UserWarning: \n*******************************************************************************\nThis tool is now deprecated in favor of ceph-volume.\nIt is recommended to use ceph-volume for OSD deployments. For details see:\n\n    http://docs.ceph.com/docs/master/ceph-volume/#migrating\n\n*******************************************************************************\n\n  warnings.warn(DEPRECATION_WARNING)\nmount_activate: Failed to activate\n/usr/lib/python2.7/site-packages/ceph_disk/main.py:5750: UserWarning: \n*******************************************************************************\nThis tool is now deprecated in favor of ceph-volume.\nIt is recommended to use ceph-volume for OSD deployments. For details see:\n\n    http://docs.ceph.com/docs/master/ceph-volume/#migrating\n\n*******************************************************************************\n\n  warnings.warn(DEPRECATION_WARNING)\nceph-disk: Error: No cluster conf found in /etc/ceph with fsid b77ed55d-906c-4234-b5c3-8fe3b5dc1bf3",
    "stderr_lines": [
        "/usr/lib/python2.7/site-packages/ceph_disk/main.py:5689: UserWarning: ",
        "*******************************************************************************",
        "This tool is now deprecated in favor of ceph-volume.",
        "It is recommended to use ceph-volume for OSD deployments. For details see:",
        "",
        "    http://docs.ceph.com/docs/master/ceph-volume/#migrating",
        "",
        "*******************************************************************************",
        "",
        "  warnings.warn(DEPRECATION_WARNING)",
        "mount_activate: Failed to activate",
        "/usr/lib/python2.7/site-packages/ceph_disk/main.py:5750: UserWarning: ",
        "*******************************************************************************",
        "This tool is now deprecated in favor of ceph-volume.",
        "It is recommended to use ceph-volume for OSD deployments. For details see:",
        "",
        "    http://docs.ceph.com/docs/master/ceph-volume/#migrating",
        "",
        "*******************************************************************************",
        "",
        "  warnings.warn(DEPRECATION_WARNING)",
        "ceph-disk: Error: No cluster conf found in /etc/ceph with fsid b77ed55d-906c-4234-b5c3-8fe3b5dc1bf3"
    ],
    "stdout": "",
    "stdout_lines": []
}

And when i want launch the commande (# ceph-disk activate /dev/sdk1) manually in my ceph node I have same problem:
ceph-disk: Error: No cluster conf found in /etc/ceph with fsid b77ed55d-906c-4234-b5c3-8fe3b5dc1bf3

Could you help me again please?

@SIM0N-F wrote:

Yes @rishabh-d-dave manny thanks, your commit helped me a lot to understand my problems, i had > forgotten some variables like:
is_hci: False
configure_firewall: False
....
So your commit has been very userfull for me.

Cool. I'll proceed for the backporting the commit.
@SIM0N-F @wwyhy Are both of you still using 3.2.0? ceph-disk cannot be used with master since ceph-disk is deprecated for master version of Ceph (see docs). And can you provide me with your new group_vars/all.yml, so I can try reproducing (and debugging/fixing) it on my machine?

Hello @rishabh-d-dave I try with ceph-ansible-3.2.0 stable release.
I use this all.yml.
all_without_ip_name.yml.txt

Finnaly, I get it works now.
PLAY RECAP ***********************************************************************************************************************************************************************************
admin                      : ok=237  changed=14   unreachable=0    failed=0
node0                      : ok=157  changed=7    unreachable=0    failed=0
node1                      : ok=159  changed=10   unreachable=0    failed=0

INSTALLER STATUS *****************************************************************************************************************************************************************************
Install Ceph Monitor        : Complete (0:01:09)
Install Ceph Manager        : Complete (0:00:33)
Install Ceph OSD            : Complete (0:01:00)

Friday 14 December 2018  03:48:29 -0500 (0:00:00.125)       0:03:13.427 *******

[root@admin ceph-ansible-3.2.0]# ceph -s
  cluster:
    id:     08939cdc-2167-4a7f-8e09-45b9460f6384
    health: HEALTH_OK

  services:
    mon: 3 daemons, quorum admin,node0,node1
    mgr: admin(active)
    osd: 3 osds: 3 up, 3 in

  data:
    pools:   0 pools, 0 pgs
    objects: 0  objects, 0 B
    usage:   3.0 GiB used, 117 GiB / 120 GiB avail
    pgs:

@wwyhy Great. What changes did you make? Did you choose the right version?

Hi all,
I have new issue and I dont see the problem, can you help me ?
TASK [ceph-mds : customize pool size] *******************************************************************************************************************************
task path: /home/hexanet/ansible/ceph-ansible-3.2.0/roles/ceph-mds/tasks/create_mds_filesystems.yml:11
Saturday 15 December 2018  17:50:07 +0100 (0:00:02.322)       0:05:38.025 *****
META: noop
META: noop
fatal: [X.X.X.X]: FAILED! => {
    "msg": "The conditional check 'item.size | default(osd_pool_default_size) != ceph_osd_pool_default_size' failed. The error was: error while evaluating conditional (item.size | default(osd_pool_default_size) != ceph_osd_pool_default_size): 'ceph_osd_pool_default_size' is undefined\n\nThe error appears to have been in '/home/hexanet/ansible/ceph-ansible-3.2.0/roles/ceph-mds/tasks/create_mds_filesystems.yml': line 11, column 7, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n    - name: customize pool size\n      ^ here\n"
}

@SIM0N-F I tried reproducing previous issue 3 - 4 times. I took a fresh copy of ceph-ansible's repo, checked out stable-3.2, backported the commit and used the scenario docker_cluster and centos7_cluster to setup the Ceph cluster; both of them completed running successfully (i.e. I couldn't reproduce the issue). Can you be more specific on how are you using ceph-ansible to setup Ceph cluster (by running some scenario in tox, by using a modified site.yml.sample and/or site-docker.yml.sample, etc)?

@SIM0N-F if the original issue is fixed, please close this one and open a new one.

Hello,
Thanks for answer,
I have added this option to correct this problem:
osd_pool_default_size: 3
ceph_osd_pool_default_size: 3

I use playbook with modified site.yml and this inventory file:
[mons]
xxxx monitor_address=xxxx
xxxx monitor_address=xxxx
xxxx monitor_address=xxxx

[osds]
xxxx
xxxx
xxxx

#[agents]
#<IP_ADDRESS>
#<IP_ADDRESS>
#<IP_ADDRESS>

[mdss]
<IP_ADDRESS>
<IP_ADDRESS>
<IP_ADDRESS>

[rgws]
xxxx

[restapis]
xxxx
xxxx
xxxx

[mgrs]
xxxx
xxxx
xxxx

site.yml.txt
Now the deployment result seems successfully:
PLAY RECAP *****************************************************************************************************
<IP_ADDRESS>                : ok=382  changed=17   unreachable=0    failed=0
<IP_ADDRESS>                : ok=272  changed=15   unreachable=0    failed=0
<IP_ADDRESS>                : ok=275  changed=15   unreachable=0    failed=0

INSTALLER STATUS ***********************************************************************************************
Install Ceph Monitor        : Complete (0:01:39)
Install Ceph Manager        : Complete (0:01:14)
Install Ceph OSD            : Complete (0:04:33)
Install Ceph MDS            : Complete (0:01:18)
Install Ceph RGW            : Complete (0:00:48)

But when I test ceph -s
cluster:
    id:     b77ed55d-906c-4234-b5c3-8fe3b5dc1bf3
    health: HEALTH_WARN
            1 MDSs report slow metadata IOs
            1 filesystem is online with fewer MDS than max_mds
            Reduced data availability: 88 pgs inactive

  services:
    mon: 3 daemons, quorum ceph-mutu-1,ceph-mutu-2,ceph-mutu-3
    mgr: ceph-mutu-1(active), standbys: ceph-mutu-2, ceph-mutu-3
    mds: cephfs-1/1/3 up  {0=ceph-mutu-1=up:creating}, 2 up:standby
    osd: 2 osds: 0 up, 0 in

  data:
    pools:   3 pools, 88 pgs
    objects: 0  objects, 0 B
    usage:   0 B used, 0 B / 0 B avail
    pgs:     100.000% pgs unknown
             88 unknown

And when I check mounted disk:
/dev/sde1 on /var/lib/ceph/osd/ceph-11 type xfs (rw,noatime,seclabel,attr2,inode64,noquota)
/dev/sdi1 on /var/lib/ceph/osd/ceph-23 type xfs (rw,noatime,seclabel,attr2,inode64,noquota)
/dev/sdh1 on /var/lib/ceph/osd/ceph-20 type xfs (rw,noatime,seclabel,attr2,inode64,noquota)
/dev/sdf1 on /var/lib/ceph/osd/ceph-14 type xfs (rw,noatime,seclabel,attr2,inode64,noquota)
/dev/sdk1 on /var/lib/ceph/osd/ceph-29 type xfs (rw,noatime,seclabel,attr2,inode64,noquota)
/dev/sdc1 on /var/lib/ceph/osd/ceph-5 type xfs (rw,noatime,seclabel,attr2,inode64,noquota)
/dev/sdg1 on /var/lib/ceph/osd/ceph-17 type xfs (rw,noatime,seclabel,attr2,inode64,noquota)
/dev/sdj1 on /var/lib/ceph/osd/ceph-25 type xfs (rw,noatime,seclabel,attr2,inode64,noquota)

But:
# fdisk -l /dev/sdk
Attention : la prise en charge de GPT dans fdisk est récente, et par conséquent en phase expérimentale. Utilisez-la avec précaution.

Disque /dev/sdk : 1999.8 Go,<PHONE_NUMBER>200 octets,<PHONE_NUMBER> secteurs
Unités = secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Disk identifier: 02FF0C56-787A-451A-A307-1A3900A3D0C5

#         Start          End    Size  Type            Name
 1         2048       206847    100M  Ceph OSD        ceph data
 2       206848<PHONE_NUMBER>    1,8T  inconnu         ceph block

@SIM0N-F please, open a new issue for this.

ok sorry @guits I have open new issue:
https://github.com/ceph/ceph-ansible/issues/3450

@SIM0N-F thanks, no worries, it's just better to not confuse people about the status of the current issue.

@SIM0N-F @rishabh-d-dave what's the status of this issue ?

@SIM0N-F @guits Since the previous issue reported here is identical to the one on new issue report, I think we can close this issue.


Simpler way to switch if apps not supported by OculusKiller

I really wish I could use this great utility. The few common apps I did try it on, they do not work.
Anyway, to go native when it does not work?
Trying to think of workarounds...
Have a front layer menu ask if you want, Oculus or Steam. You choose and it goes that route.
Would it not be possible to have a simple script do the renaming on the fly.

copy the following and save it as a .BAT file on your desktop. then right click it, click create shortcut, then right click the shortcut and go in properties and check run as administrator.
this shortcut will uninstall OculusKiller if it is installed, and install OculusKiller if it is not installed.
cd C:\Program Files\Oculus\Support\oculus-dash\dash\bin move OculusDash.exe OculusDash.exe.bak.bak move OculusDash.exe.bak OculusDash.exe move OculusDash.exe.bak.bak OculusDash.exe.bak


[CI] Enable llvm-11 and llvm-10 in build tests, recover webdocs.

This PR ties up the last loosen end of the recent CI update.
These changes have to be staged after the images are merged, so that the commands are available.

cc @tmoreau89 @ZihengJiang

as the title said, one of the goals of CI migration is to gain coverage of latest llvm. However, we cannot immediately turn it on  because the Jenkinsfile only takes in effect after it gets merged to master, so we will need to start with a new image and keep llvm-9 and this PR updates the llvm deps after the images have been updated

One goal of the CI update is to gain coverage of latest llvm. However, we cannot immediately turn it on because the Jenkinsfile only takes in effect after it gets merged to master, so we will need to start with a new image and keep llvm-9 and this PR updates the llvm deps after the images have been updated

So, we gain build coverage with using different versions of llvm: ok , got it.
Thanks,
Ramana


[Bug] is init() broken in v9.5.2?

版本
9.5.2
复现步骤
Anyone else having the problem of 'init() is not a function'
I went back to v9.5.1 and I dont have this problem. Found nothing talking about this in changelog, so I just:
import { init } from 'klinecharts';
and use... chart = init(...)
Either something is broken or there were changes and I didn't find those in the changelog (or somewhere else).
Thank you.
当前效果
init() is not a function
预期效果
Chart should be initialized with init() just like it does in v9.5.1
环境
- 系统:
- 浏览器:
- 框架:

补充说明
No response

I will close this because it is solved in v9.5.3, thanks @liihuu


Trafi

Native Apps (closed source)
http://www.trafi.com/

Can you please open a pull request with the changes you'd like?
https://help.github.com/articles/editing-files-in-your-repository/


bump up to reporting-ui:1.27.0

changes in #2346

done including released image push to hub docker


[Feature] vela-apiserver supports mysql driver

In vela-apiser, there are two drivers (kubeapi and mongodb) to save the metadata, and now mysql driver is needed.

For some reasons, mysql driver is needed:

the LIST operation for configmaps will get all configmaps in namespace which makes request pressure for k8s apiserver, and this is high latency, but mysql driver can low the latency by db index.
the configmaps for metadata will increase highly with the increasing of applications and components, but mysql can scale up easily and in safety.
with mysql driver, it's high-available and high-reliability naturally.

@tangoliu

In this issue, it will be much better to provide the API or vela-cli for migrating the metadata from kube-api to mysql, and it's optional for migrating from mongodb to mysql.

duplicate with #3666

https://github.com/kubevela/velaux/pull/841


Some way of showing in the GUI when an error occurs

Right now if an error happens it just logs it and moves on. Not much else happens. For example if it fails to unlock a file, the file will continue to show as locked, but you would have to go in and look at the log file to see that it failed.
I need someway to present this to the user so it's more obvious, like a toast message or something?

This is closed as of 5fc8763, it's not exactly a toast, but the row with the file name and info slides away and a note appears for 5 seconds


Remove confusing verbiage regarding patching fonts

This is a simple text change to make the sentence about manually-patching fonts to make more sense.

I'm sorry but I disagree with your suggestion.
Running the font patching tool created by the folks behind Powerline is no more documented in the Powerline manual.
However what's still documented in the Powerline manual is installing pre-patched fonts from a repository that hasn't been updated for years (except 10 months ago to add a font). It also happens that ponts patched by others, on another system may not be the perfect fit your one's system so I still don't see it as a recommended way to benefit from Powerline symbols.

Sorry, I misunderstood the Linux-specific instructions and confused the manual installation instructions with manual patching instructions.
I was reading no more documented as if it might have had a typo in it. That's the part that threw me off, thinking no might be a typo of now.
Would you be okay with the following tweak? (bold is for emphasis on the change):
this is the most difficult way and is no longer documented in the Powerline manual

Either your suggestion + changing the end of the sentence a bit so that it doesn't link to the power line manual:
Powerline symbols: this is the most difficult way and is no more documented by the Powerline project

Or removing that option all together. What do you think is the way forward? It's been a while since I looked at the Powerline project

I think dropping the line entirely makes sense. I may be speculating too much, but I imagine if someone really wants to patch their own fonts instead of using an easier method, they may have already done some research on it and already found the unmaintained tool.

Fair enough 👌
Can you please sync the commit message with the actual change btw?

I updated my branch with the changes we discussed, updating the commit message. Let me know if it needs any further changes.

Thanks @Asuza 👍


[R] Allow GcsFileSystem$create to accept a path to json_credentials

Describe the enhancement requested
As discovered in https://github.com/apache/arrow/issues/33106, GcsFileSystem$create is documented to say it takes a path to a set of JSON credentials on disk. Right now, it only takes a character vector containing the JSON credentials.
So this works:
arrow::gs_bucket("my-gcs_bucket", json_credentials = readr::read_file("my-service_account.json"))

And this does not:
arrow::gs_bucket("my-gcs_bucket", json_credentials = "my-service_account.json")

I think both use cases should work so I think we should:

Fix the documentation in https://github.com/apache/arrow/issues/33106 so it's clear both approaches work
Expand the behavior of GcsFileSystem$create to handle a path to credentials or a string containing the credentials

Component(s)
R

take


Document how to query the number of active metric dimensions

The chapter https://docs.microsoft.com/en-us/azure/azure-monitor/essentials/metrics-custom-overview#quotas-and-limits states the limites about active timeseries. However, it is not documented, how this limit can be viewed or monitored. This should be added to this section.

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

ID: 8f85aa75-03a5-cb34-6e56-96934b6f477c
Version Independent ID: 0a179569-c955-1730-5364-090626273f39
Content: Custom metrics in Azure Monitor (preview) - Azure Monitor
Content Source: articles/azure-monitor/essentials/metrics-custom-overview.md
Service: azure-monitor
Sub-service: essentials
GitHub Login: @rboucher
Microsoft Alias: robb

Thanks for the feedback! I have assigned the issue to the content author to investigate further and update the document as appropriate.

#reassign:@EdB-MSFT

Hi @torbennehmer
Thanks for your feedback.
The steps at the bottom of that section will actually give you your current usage
I changed thew preceding sentence to clarify that you can see the current total time series metrics .
Follow the steps below to see your current total active time series metrics, and more information to assist with troubleshooting.

Navigate to the Monitor section of the Azure portal.
Select Metrics on the left-hand side.
Under Select a scope, check the applicable subscription and resource groups.
Under Refine scope, choose Custom Metric Usage and the desired location.
Select the Apply button.
Choose either Active Time Series, Active Time Series Limit, or Throttled Time Series.

#please-close

@EdB-MSFT Unfortunately, the steps don't work. I'm using a workspace based Azure Insights instrance which does have customMetrics Records in its database:

Navigate to the Monitor section of the Azure portal.

Select Metrics on the left-hand side.

Under Select a scope, check the applicable subscription and resource groups.

Here it fails, I can only check one line here.

I have tried various combinations, but never see a "Custom Metic Usage" in the refine scope section:

What am I missing here?
Best regards, Torben Nehmer


Python Print statement

Issue Type: Feature Request
in python3 file
x= 5
print('x : ',x)
if i run this statement in visual studio code then i get the result as
('x: ',5)
where as in the terminal it shows x: 5
VS Code version: Code 1.23.1 (d0182c3417d225529c6d5ad24b7572815d0de9ac, 2018-05-10T16:04:33.747Z)
OS version: Linux x64 4.13.0-43-generic

Maybe you're running python2 in the integrated terminal? That's what I see in python2:


new versions break the integration and beta gets offered as stable

This looks to me like beta versions, but they get offered by HACS. So you might need something in hacs config to tell those are beta.
As a side note, i tried it, failed i go this error. Maybe it is of use:
Logger: homeassistant.config_entries
Source: custom_components/gardena_smart_system/__init__.py:45
Integration: Gardena Smart System integration ([documentation](https://github.com/py-smart-gardena/hass-gardena-smart-system), [issues](https://github.com/py-smart-gardena/hass-gardena-smart-system/issues))
First occurred: 10:58:59 AM (1 occurrences)
Last logged: 10:58:59 AM
Error setting up entry for gardena_smart_system
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 353, in async_setup
    result = await component.async_setup_entry(hass, self)
  File "/config/custom_components/gardena_smart_system/__init__.py", line 45, in async_setup_entry
    client_secret=entry.data[CONF_CLIENT_SECRET],
KeyError: 'client_secret'

Starting from version 1.0.0b5: You might probably have to uninstall and reinstall the integration as credentials requirements and method has changed. THERE IS A BREAKING CHANGE IN THE CONFIGURATION DUE TO AN UPDATE ON THE GARDENA API
From the main page of the project.
Agreed that the version number looks like a beta. Can't find a changelog, hopefully this fixes the issue where the integration only pulls data at a restart of Home Assistant.

Ah yes so I see. I would expect this in the release notes on hacs too since you don’t read the repo’s main page of every project. I’ll try again and report if all is good.

So far it looks to be working, but indeed a full remove/install was needed. Found a change in the docs too, PR open for that. So far my moist sensor looks to be ok, water switch too and lawn mower.


Error during environment set-up

I am installing as part of JOSS review https://github.com/openjournals/joss-reviews/issues/3426.
I followed the installation instructions in README.md, however when running config_conda_env.sh I received an installation error regarding nodejs:

ValueError: Please install nodejs >=12.0.0 before continuing. nodejs may be installed using conda or directly from the nodejs website.

I tried manually installing nodejs into the condo env and then re-running the install script but the same error occurred. The attached file shows the full output of the script the second time it was run.
install_output.txt
I tried running the notebook anyway, but the GUI wouldn't launch correctly, I presume because of some missing dependency due to the installation error.

I was unable to reproduce the error but got this error in the past that I fixed by giving the exact version of nodejs needed to be able to run the notebook. I updated the config_conda_env.sh file.


Feature 212 display geo info

The campaign details page now shows the location of the campaign and of each of the activities.

Extended the view models
Added tests  for VMs
Included the location data in the data context

This controller is still using the data access repository, but changing to queries/handlers was outside the scope of this change.
I think that these VMs could be refactored as well as they are being reused a fair bit and many of the properties (and subqueries used to fetch them) are not even being used. This should be addressed in the switch to queries/handlers.
Closes #212

I know you are purposely resisting the temptation to refactor here, but you have added the exact same Summary getter (with identical tests) in two classes. Is there a good reason why that getter couldn't live on the Location class (or an extension thereof)?

@mheggeseth and @MisterJames is this good to pull in after a rebase?

Just need an answer on whether Location Summary can be refactored.

@mheggeseth Yeah, it was just getting too big. I will refactor both of those out, consolidate, update the tests and pull up the command/query/handler pattern on a seperate PR. Thanks for the review! @tonysurma I'll rebase this evening after work.

@mheggeseth this should be good to go!

OK :shipit:


⚠ Young Discoverers has degraded performance

In 948b31b, Young Discoverers (https://youngdiscoverers.org.au) experienced degraded performance:

HTTP code: 200
Response time: 6772 ms

Resolved: Young Discoverers performance has improved in 6a443a6.


How to use with *.template files

How to use this plugin with *.template files which are written in YAML ?

The language mode also needs to be YAML or JSON depending on the format of your .template file.  It ends up being a two step process.  We use the AWSTemplateFormatVersion: '2010-09-09' to determine if the yaml or json file is a CloudFormation template.

oh good.  Glad you got this working @panzupa