from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 68%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/io/TempFile.cc.o
[ 68%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/Archive.cc.o
[ 68%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/math/Half.cc.o
[ 69%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/math/Maps.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Archive.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Archive.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 69%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/math/Proximity.cc.o
[ 70%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/math/QuantizedUnitVec.cc.o
[ 71%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/math/Transform.cc.o
[ 71%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/Metadata.cc.o
[ 72%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/Compression.cc.o
[ 73%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/MetaMap.cc.o
[ 74%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/DelayedLoadMetadata.cc.o
[ 74%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/openvdb.cc.o
[ 74%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/File.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc: In function ‘void openvdb::v9_0::initialize()’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc:108:1: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
108 | OPENVDB_NO_DEPRECATION_WARNING_BEGIN
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 75%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/GridDescriptor.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/File.h:9,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/File.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Exceptions.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/GridDescriptor.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/GridDescriptor.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 76%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/Platform.cc.o
[ 76%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/Queue.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Queue.h:10,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Queue.cc:7:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 77%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/AttributeArray.cc.o
[ 78%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/Stream.cc.o
[ 78%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/AttributeArrayString.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Archive.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Stream.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Stream.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 79%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/AttributeGroup.cc.o
[ 80%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/TempFile.cc.o
[ 80%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/AttributeSet.cc.o
[ 81%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/StreamCompression.cc.o
[ 82%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/points.cc.o
[ 82%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/util/Formats.cc.o
[ 83%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/util/Util.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/points/PointDataGrid.h:15,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/points/points.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/util/Util.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/util/Util.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 83%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/math/Half.cc.o
[ 84%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/math/Maps.cc.o
[ 84%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/math/Proximity.cc.o
[ 85%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/math/QuantizedUnitVec.cc.o
[ 86%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/math/Transform.cc.o
[ 86%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/Metadata.cc.o
[ 87%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/MetaMap.cc.o
[ 87%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/openvdb.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc: In function ‘void openvdb::v9_0::initialize()’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc:108:1: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
108 | OPENVDB_NO_DEPRECATION_WARNING_BEGIN
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 88%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/Platform.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 89%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/AttributeArray.cc.o
[ 89%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/AttributeArrayString.cc.o
[ 90%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/AttributeGroup.cc.o
[ 90%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/AttributeSet.cc.o
[ 91%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/StreamCompression.cc.o
[ 92%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/points.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/points/PointDataGrid.h:15,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/points/points.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 92%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/util/Formats.cc.o
[ 93%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/util/Util.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/util/Util.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/util/Util.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 93%] Linking CXX static library libopenvdb.a
[ 93%] Built target openvdb_static
[ 93%] Linking CXX shared library libopenvdb.so
[ 93%] Built target openvdb_shared
openvdb/openvdb/python/CMakeFiles/pyopenvdb.dir/build.make:192: *** target pattern contains no '%'.  Stop.
make[1]: *** [CMakeFiles/Makefile2:214: openvdb/openvdb/python/CMakeFiles/pyopenvdb.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 94%] Building CXX object openvdb/openvdb/cmd/CMakeFiles/vdb_print.dir/openvdb_print.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/openvdb.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/cmd/openvdb_print.cc:11:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 95%] Linking CXX executable vdb_print
[ 95%] Built target vdb_print
make: *** [Makefile:146: all] Error 2

[ 53%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/Dense.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/Dense.h:12,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/Dense.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 54%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/Diagnostics.cc.o
[ 55%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/Count.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Exceptions.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/Diagnostics.h:14,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/Diagnostics.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 55%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/Composite.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/Composite.h:13,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/Composite.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 56%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/Clip.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Exceptions.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/Clip.h:12,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/Clip.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 57%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/DenseSparseTools.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/DenseSparseTools.h:11,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/DenseSparseTools.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 57%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/Dense.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/Dense.h:12,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/Dense.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 58%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/Count.cc.o
[ 58%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/Composite.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/Composite.h:13,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/Composite.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 59%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/ChangeBackground.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/math/Math.h:11,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/ChangeBackground.h:14,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/ChangeBackground.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 59%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/Activate.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/Activate.h:14,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/Activate.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 60%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/Clip.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Exceptions.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/Clip.h:12,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/Clip.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 61%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/ChangeBackground.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/math/Math.h:11,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/ChangeBackground.h:14,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/ChangeBackground.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 62%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/Grid.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Exceptions.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 62%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/io/Archive.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Archive.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Archive.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 62%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/Activate.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/tools/Activate.h:14,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/instantiations/Activate.cc:2:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 63%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/io/Compression.cc.o
[ 64%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/io/DelayedLoadMetadata.cc.o
[ 64%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/io/File.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/File.h:9,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/File.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 65%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/io/GridDescriptor.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Exceptions.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/GridDescriptor.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/GridDescriptor.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 65%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/io/Queue.cc.o
[ 66%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/io/Stream.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Queue.h:10,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Queue.cc:7:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Archive.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Stream.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Stream.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 67%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/Grid.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Exceptions.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 68%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/io/TempFile.cc.o
[ 68%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/Archive.cc.o
[ 68%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/math/Half.cc.o
[ 69%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/math/Maps.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Archive.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Archive.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 69%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/math/Proximity.cc.o
[ 70%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/math/QuantizedUnitVec.cc.o
[ 71%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/math/Transform.cc.o
[ 71%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/Metadata.cc.o
[ 72%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/Compression.cc.o
[ 73%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/MetaMap.cc.o
[ 74%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/DelayedLoadMetadata.cc.o
[ 74%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/openvdb.cc.o
[ 74%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/File.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc: In function ‘void openvdb::v9_0::initialize()’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc:108:1: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
108 | OPENVDB_NO_DEPRECATION_WARNING_BEGIN
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 75%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/GridDescriptor.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/File.h:9,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/File.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Exceptions.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/GridDescriptor.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/GridDescriptor.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 76%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/Platform.cc.o
[ 76%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/Queue.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Queue.h:10,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Queue.cc:7:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 77%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/AttributeArray.cc.o
[ 78%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/Stream.cc.o
[ 78%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/AttributeArrayString.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Archive.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Stream.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/io/Stream.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 79%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/AttributeGroup.cc.o
[ 80%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/io/TempFile.cc.o
[ 80%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/AttributeSet.cc.o
[ 81%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/StreamCompression.cc.o
[ 82%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/points/points.cc.o
[ 82%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/util/Formats.cc.o
[ 83%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/util/Util.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/points/PointDataGrid.h:15,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/points/points.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/util/Util.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/util/Util.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 83%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/math/Half.cc.o
[ 84%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/math/Maps.cc.o
[ 84%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/math/Proximity.cc.o
[ 85%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/math/QuantizedUnitVec.cc.o
[ 86%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/math/Transform.cc.o
[ 86%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/Metadata.cc.o
[ 87%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/MetaMap.cc.o
[ 87%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/openvdb.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc: In function ‘void openvdb::v9_0::initialize()’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.cc:108:1: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
108 | OPENVDB_NO_DEPRECATION_WARNING_BEGIN
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 88%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/Platform.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/openvdb.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 89%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/AttributeArray.cc.o
[ 89%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/AttributeArrayString.cc.o
[ 90%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/AttributeGroup.cc.o
[ 90%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/AttributeSet.cc.o
[ 91%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/StreamCompression.cc.o
[ 92%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/points/points.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/points/PointDataGrid.h:15,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/points/points.cc:6:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 92%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/util/Formats.cc.o
[ 93%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_shared.dir/util/Util.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/build/openvdb/openvdb/openvdb/version.h:46,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Types.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/util/Util.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/util/Util.cc:4:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 93%] Linking CXX static library libopenvdb.a
[ 93%] Built target openvdb_static
[ 93%] Linking CXX shared library libopenvdb.so
[ 93%] Built target openvdb_shared
openvdb/openvdb/python/CMakeFiles/pyopenvdb.dir/build.make:192: *** target pattern contains no '%'.  Stop.
make[1]: *** [CMakeFiles/Makefile2:214: openvdb/openvdb/python/CMakeFiles/pyopenvdb.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 94%] Building CXX object openvdb/openvdb/cmd/CMakeFiles/vdb_print.dir/openvdb_print.cc.o
In file included from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/openvdb.h:7,
from /media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/cmd/openvdb_print.cc:11:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h: In member function ‘void openvdb::v9_0::Grid<  >::evalMinMax(openvdb::v9_0::Grid<  >::ValueType&, openvdb::v9_0::Grid<  >::ValueType&) const’:
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Platform.h:161:9: note: #pragma message: NOTE: ignoring deprecation warning
161 |         _Pragma("message("NOTE: ignoring deprecation warning")")
|         ^~~~~~~
/media/nu/New_Tom/Bakhtiyar_200Gb/openvdb/openvdb/openvdb/../openvdb/Grid.h:1576:5: note: in expansion of macro ‘OPENVDB_NO_DEPRECATION_WARNING_BEGIN’
1576 |     OPENVDB_NO_DEPRECATION_WARNING_BEGIN
|     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 95%] Linking CXX executable vdb_print
[ 95%] Built target vdb_print
make: *** [Makefile:146: all] Error 2

The error you're getting seems to be this:
openvdb/openvdb/python/CMakeFiles/pyopenvdb.dir/build.make:192: *** target pattern contains no '%'.  Stop.
This seems to be the same as this issue:
https://github.com/AcademySoftwareFoundation/openvdb/issues/1281
We'll have to investigate some more, I suspect this is a combination of a specific CMake version and python version ending up with a bad makefile configuration

Out of interest, if you go to that file: openvdb/openvdb/python/CMakeFiles/pyopenvdb.dir/build.make and look at the line it's complaining about 192, can you copy and paste what's there?

It says:
openvdb/openvdb/python/pyopenvdb.so: Boost::python-NOTFOUND

Thanks, will investigate

Thank you

This is not a final solution, but could you try the following: In openvdb/openvdb/python/CMakeLists.txt change the following (around line 151):
find_package(Boost ${MINIMUM_BOOST_VERSION}
  QUIET COMPONENTS python${Python_VERSION_MAJOR}${Python_VERSION_MINOR}
)
find_package(Boost ${MINIMUM_BOOST_VERSION}
  QUIET COMPONENTS python${Python_VERSION_MAJOR}
)
find_package(Boost ${MINIMUM_BOOST_VERSION}
  QUIET COMPONENTS python
)

to simply:
find_package(Boost ${MINIMUM_BOOST_VERSION}
  QUIET COMPONENTS python
)

Make sure you run a fresh cmake/make build.

Hi, I made changes to the CMakeLists.txt file and run a fresh build. Now I am not sure if the build was installed (no error nor successfully installed messages). Below are the last lines I got from the terminal.
[100%] Built target vdb_print
Install the project...
 I get an error that no such module exists

This should now be fixed. If you encouter issues with finding boost_python or boost_numpy try providing -D Boost_PYTHON_VERSION=X or -D Boost_PYTHON_VERSION_MAJOR=X.Y to tell CMake exactly which version of boost python/numpy you're expecting.

How to import the pyopenvdb module in python? I get an error that no such module exists

Make sure the module in available on your PATH environment or consider using os.add_dll_directory https://docs.python.org/3/whatsnew/3.8.html#bpo-36085-whatsnew. If you're still encoutering problems please feel free to open a new issue!


time: Time.Format does not provide space padding for numbers other than days

Please answer these questions before submitting your issue. Thanks!
What version of Go are you using (go version)?
go version go1.9.2 darwin/amd64
Does this issue reproduce with the latest release?
I'm not sure I'm running the latest release of Go, but I just ran brew upgrade go on my macOS laptop and it says go 1.9.2 already installed.
What operating system and processor architecture are you using (go env)?
GOARCH="amd64"
GOOS="darwin"

What did you do?
I was trying to make a library that gives programmers who wanted to use Python-like strftime method on time.Time a nice Strftime function. While writing test code to test if paddings are working, I found that there is no space(literal  ) padding for 'month' and 'hour' but only 'day' haves it.
To explain what happens, here's Go playground's link: https://play.golang.org/p/cAgWgVD5Tu
As you can see underscore(_) layout string doesn't work for month, hour, minute and second.
What did you expect to see?
In the above playground, I expected  9  4 for month and day.
What did you see instead?
But I've got _9  4 instead. Same for month, hour, minute and second.
I would like to patch the time package and I'd like to know whether this issue has already issued or not. Thanks.

Well, this is documented at least:

Within the format string, an underscore _ represents a space that may be replaced by a digit if the following number (a day) has two digits; for compatibility with fixed-width Unix time formats.

Up to @robpike to decide whether to extend it to support other things.

Yes, and I've found another thing that 24-hour based hour cannot represented without padding since 15(already has two digits) is proper placeholder for it. Would it be solved, too?

It does seem inconsistent but is it a common enough case to worry about? No one has noticed the issue before and it's easy to fix by post-processing.
What do others think?

Well I was surprised that no one has notice this issue but me, I think the reason is that the zero padding fits well for almost every usecases. But in my opinion a consistency for standard packages matters a lot, would it good to patch it by myself and send a pull request to this repository? I've never contributed to this large repository before, though.

This repository does not accept pull requests directly. Please see https://golang.org/doc/contribute.html

Thank you. I'll read it and get on my work soon!

By the way, how do you think about the 24-based hour's no-padding(7 instead of  7 for minute) representation? Currently it seems impossible to correctly support consistent padding rule for 24-based hour since it already has 2 digits(15). How could one workaround this?

Rob will review.

@rsc Anything should I do for now?


Update name and URL of "OSS-EC_TDK_CHS-UPS_UPR_UGS_UGR_00000057"

This PR consists of two changes:

Change URL from https://github.com/RLL-Blue-Dragon/OSS-EC_TDK_CHS_UPS_UPR_UGS_UGR_00000057.git to https://github.com/RLL-Blue-Dragon/OSS-EC_TDK_CHS-UPS_UPR_UGS_UGR_00000057.git (companion to ~~https://github.com/arduino/library-registry/pull/2046~~ https://github.com/arduino/library-registry/pull/2064)
Change name from OSS-EC_TDK_CHS_UPS_UPR_UGS_UGR_00000057 to OSS-EC_TDK_CHS-UPS_UPR_UGS_UGR_00000057 (resolves https://github.com/arduino/library-registry/issues/2047)

Since the name change operation on the database is actually a removal followed by automated re-indexing on the next job run, the URL update will occur as a matter of course. For this reason, the only operation required from the backend maintainer is a standard name change procedure.

Done:
2022/11/09 10:05:10 Loaded 5294 libraries from DB
Removing OSS-EC_TDK_CHS_UPS_UPR_UGS_UGR_00000057
Success!


Dynamic render resolution

As of writing, the whole map is rendered at the same resolution levels. However:

Given that the area chosen is square, lots of space is not interesting, esp. those not containing any player structure.
Highly detailed area are costly to render and store, even if there is nothing interesting.

It would be interesting to explore having a more dynamic rendering - with limited resolution where there is nothing of interest and better resolution on player structure for example.
It might not be completely straightforward:

Detecting whether there is something of interest or not is doable, maybe even with some configurability. It might be expensive to query many parts of the map, but I suspect that Factorio is quite efficient here.
We would need to store which zone is rendered at which level of details. In JSON, it might end up being some amount of data, though we can probably manage something decent there.
That would probably require to convince Leaflet to use a mix of tiles for rendering (based on that information). Leaflet is relatively simple, that might make be tricky.

[Original suggestion from Soul-Burn on the mod page]

Regarding Leaflet, there is at least some prior art: https://github.com/ghybs/Leaflet.TileLayer.Fallback. It relies on trying a different resolutions when a tile is not available. It does introduce some extra round trips, but has the advantage of simplicity as it would not require recording what exists and what does not exists, making the whole thing reasonably simple.

https://github.com/Palats/mapshot/commit/9bd101562fe3b61d1c9a6d9f41ba9804a3c83a99 added a way to decrease the quality of tiles with no user entities.


Adds Carthage support.

I had to move the test project to a different folder because carthage was picking the wrong project. Maybe the two projects could be merged in one using different targets.

Going to close this because I believe #68 takes care of this - thank you for your contributions though!


What about Windows?

Are you going to release KeyDB  for Windows x64?

Hopefully some time in the future, but not for a while. Issue #87 tracks it.


Release v1.0.0 (Do not merge)

Goal
The goal of this PR is to create the v1.0.0 release.
Discussion
Checklist

[ ] Chain spec updated
[ ] Weights updated

@aramikm the version is actually set by setting an environment variable in the CI step Release / Build JS API Augment:
RUST_TOOLCHAIN: nightly-2022-09-22
    NEW_RELEASE_VERSION: v1.0.0
    NEW_RELEASE_TAG: v1.0.0
    BIN_DIR: target/production
    RELEASE_BIN_FILENAME: frequency.amd[6](https://github.com/LibertyDSNP/frequency/actions/runs/3850015253/jobs/6560165847#step:8:6)4
    NPM_CONFIG_USERCONFIG: /home/runner/work/_temp/.npmrc
    NODE_AUTH_TOKEN: XXXXX-XXXXX-XXXXX-XXXXX

All good! v1.0.0 is starting to be deployed to Rococo!


Add Vulkan-ExtensionLayer

See https://github.com/KhronosGroup/Vulkan-ExtensionLayer
It adds an emulation of timeline sempahores.
I have work in progress for this, but it's blocked on https://github.com/KhronosGroup/Vulkan-ExtensionLayer/pull/3

This has landed on Linux and Mac. Need to investigate the Windows build before this can be closed.


Test example update

Please merge this after PR #103 & #104

Add RSGCN test
Support SchNet tox21/inference.py
Add ROCAUCEvaluator test

In my environment, I confirmed both example_test_cpu.sh & example_test_gpu.sh pass.

Codecov Report

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

@@           Coverage Diff           @@
##           master     #105   +/-   ##
=======================================
  Coverage   73.54%   73.54%
=======================================
  Files          68       68
  Lines        2499     2499
=======================================
  Hits         1838     1838
  Misses        661      661

I've confirmed it!
LGTM!


Be able to use color_gradient and color_thresholds concurrently

Is your feature request related to a problem? Please describe.
No problem
Describe the solution you'd like
I've discovered that color_gradient takes precedence and overrides color_thresholds.  It would be nice to control the color gradient points via color_thresholds
For Example
bulk_rename:
  - from: ': Battery Level'
  - from: Battery Level
  - from: Battery
collapse: 5
color_gradient:
  - '#ff0000'
  - '#ffff00'
  - '#00ff00'
color_thresholds:
  - value: 70
    color: red
  - value: 90
    color: yellow
  - value: 100
    color: green
entities:
  - entity: sensor.vog_l04_battery_level
    charging_state:
      entity_id: sensor.vog_l04_battery_state
      state: charging
      icon: 'mdi:flash'
      color: yellow
  - entity: sensor.zm1701_electronic_deadbolt_door_lock_battery_level
filter:
  include:
    - name: entity_id
      value: '*_battery_level'
secondary_info: last_updated
sort_by_level: asc
type: 'custom:battery-state-card'

Let me make sure I understand the proposal. Do you want to specify gradient points via thresholds?
So in your example configuration above everything below 70% would be red then between 70 - 90 you have gradient transition between red and yellow and between 90 and 100 you have again smooth transition between yellow and green. Is this what you are suggesting?
I like the idea because TBH I didn't like the separate settings for colors (color_thresholds and color_gradient) since the very beginning. I could make the color_gradient a boolean setting which is just turning on smooth transition.

Yes, that's the idea.  I have 1 door lock that doesn't operate well below about 75%.
I think the boolean is a marvelous idea!


Job timeout

Error in the last version
ZEC: Stratum - connecting to '<IP_ADDRESS>' <<IP_ADDRESS>> port 3032
ZEC: Stratum - Connected (<IP_ADDRESS>:3032) (unsecure)
ZEC: Job timeout, disconnect, retry in 20 sec...

can you make a new config using the new examples?

i'm already did it
"tlsOptions": {
"enabled": false,
"serverKey":"",
"serverCert":"",
"ca":""
},
"ports": {
"3032": {
"diff": 0.05,
"tls": false,
"varDiff": {
"minDiff": 0.04,
"maxDiff": 16,
"targetTime": 15,
"retargetTime": 60,
"variancePercent": 30
}
}
},

Same here ...

into z-nomp directory
#~/z-nomp# git pull
remote: Counting objects: 16, done.
remote: Total 16 (delta 11), reused 11 (delta 11), pack-reused 5
Unpacking objects: 100% (16/16), done.
From https://github.com/joshuayabut/node-open-mining-portal
9199a6e..69cae62  master     -> origin/master

[new branch]      front-end-ssl -> origin/front-end-ssl
Updating 9199a6e..69cae62
Fast-forward
README.md                               |  6 +++---
package.json                            | 10 ++++++----
pool_configs/zcash_example.json         |  8 ++++++++
pool_configs/zcash_testnet_example.json |  8 ++++++++
pool_configs/zclassic_example.json      |  8 ++++++++
5 files changed, 33 insertions(+), 7 deletions(-)

#~/z-nomp# rm -r node_modules
#~/z-nomp# npm update
after update ...........
make: Leaving directory '/home/z-nomp/node_modules/bignum/build'
<EMAIL_ADDRESS>/home/z-nomp
├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>├──<EMAIL_ADDRESS>└──<EMAIL_ADDRESS>(git+https://github.com/z-classic/node-stratum-pool.git#a5ba489aa6aeb9d4d9126225d4d2fee11651e943)
edit : pool_configs/zcash.json
"tlsOptions": {
"enabled": false,
"serverKey":"/etc/letsencrypt/live/{domain}/privkey.pem",
"serverCert":"/etc/letsencrypt/live/{domain}/cert.pem",
"ca":"/etc/letsencrypt/live/{domain}/chain.pem"
},
"ports": {
    "3020": {
        "diff": 0.05,
        **"tls": false,**
        "varDiff": {
            "minDiff": 0.01,
            "maxDiff": 16,
            "targetTime": 15,
            "retargetTime": 60,
            "variancePercent": 30
        }
    }
},

with true and false stratum pool not work

If you're not using TLS, connect to the startum normally, if you are, please consult your miners documentation on how to connect

i know how to connect without TLS and previous version working fine

Before last commit also my pool working well ..
I try to remove/set false to tls options and tlsOptions but without success.
i will try to use console.log to find more information

Problem solved ..
you need to modify this node_modules/stratum-pool/lib/stratum.js at row 445/447
var serversStarted = 0;
Object.keys(options.ports).forEach(function(port){
if (options.ports[port].tls = "false" || undefined) {
.................................................................................
} else if (options.ports[port].tls = "true" ) {
it's work with true and false
please commit this,
Regards

should be fixed, remove your node_modules and then npm install

Confirmed with #88 that this works, thanks


ask confirm when public-to-private rename

if exported public symbol names are renamed with private names, should be error

related to #717

should support AnnotatedTextEdit


Add tests for new sell tab landing page (including fixing several tracking bugs)

Collaboration with @xtina-starr
This PR adds some test coverage to the new sell tab.
It also updates the RecentlySold component to use cohesion for tracking, and fixes several tracking bugs:

we were using the wrong context_module for tracking taps of the footer button
we were not including the destination_screen_owner_id or destination_screen_owner_slug when tracking artist list taps
we were not including the context_screen_owner_type when tracking recently sold taps

LGTM!! 🎉 #mergeongreen


Decide whether it should be possible, at data capture time, to set a scope for custom dimensions or metrics

SiteCatalyst enables users to persist custom dimensions (i.e. eVars) for periods of time. this is used with e.g. campaign tracking so that events that occur for all users who've clicked on an ad, for 30 days after the ad click, can easily be aggregated.
I don't think we need to enable such a feature, someone performing analysis on SnowPlow data can pretty easily develop a query to return all events 30 days after a specific event (e.g. an ad click). Because we expose the individual event-level data, we can enable a decision to be made about the scope of dimensions set with a specific events at analysis time rather than data-capture time. But I'm open to suggestion.
/cc @shermozle
Note: I should have made the title clearer: this relates to custom dimensions and metrics that are tied to specific events (e.g. an add-to-basket, video view, page load) rather than custom dimensions that are set independent of a specific event on the user journey). These are discussed separately on: https://github.com/snowplow/snowplow/issues/153

Closing as out of date with current Snowplow approach...


Remove akvdotnet Project for it using the old keyvault SDK

Project key-vault-console-app using new Keyvault SDK. Suggest to remove akvdotnet as it using the old keyvault sdk.

@msmbaldwin - We are trying to remove all code that references the old SDKs.  Any chance you can either remove the akvdotnet app or updated it heavily to tell the user to not use it?  Thanks, Jon

PR https://github.com/Azure-Samples/key-vault-dotnet-core-quickstart/pull/14 for this.

@jongio PR #14 for this issue, and it has been merged. Could we close this issue now? If so, please help close it, because I don't have permission.


Type of tasks?

Hi thanks for the paper and providing code. I was wondering in your instructions you say Require: criterion, model, tasks, opt_cls, meta_opt_cls, opt_kwargs, meta_opt_kwargs What is the type of tasks? Originally I thought it was a nested list but lists don't have .sample() method. Also I assume criterion is torch.nn.Modules.Loss but what are the types of opt_cls and meta_opt_cls? Do you have a full example of wrapping an existing model in this fashion?
Thanks.

Hi, thanks for reaching out! The algorithm is in pseudo-code, so tasks is only an abstraction. Typically criterion and model are torch.nn instances. opt_cls and meta_opt_cls are optimizer classes from torch.optim, such as torch.optim.SGD.  How to construct tasks depends on the problem. Typically, you have a list of dataloaders or environments and sample uniformly from them. A full example is given in the Omniglot experiment, the tasks object is the DataContainer class defined here.


[SR-12666] Remove the open/frozen enum language dialect

Previous ID
SR-12666

Radar
rdar://problem/62318713

Original Reporter
@weissi

Type
Bug

Additional Detail from JIRA

Votes
0

Component/s

Labels
Bug

Assignee
None

Priority
Medium

md5: 13f02b076545191585eaef8de5234844

Issue Description:
Currently, Swift has at least two language dialects:

Swift with library evolution on (Swift+LE )

Swift with library evolution off (Swift-LE )

To my knowledge, there's only one semantic difference:

Swift+LE 's enum s are open by default and can be closed by using @frozen

Swift-LE 's enum s are closed by default and CANNOT be open

That leaves us in Swift-LE land in a terrible position (eg. https://github.com/apple/swift-nio/issues/1428 , https://github.com/apple/swift-nio/issues/969 ): Not only do we have a different default, Swift-LE actually literally cannot express the default behaviour of Swift+LE...

This is affecting Swift-DocC as we try to expand our data model (cf. https://github.com/apple/swift-docc/pull/358#issuecomment-1213213702). Since packages can't reliably enable LE (and LE is a wide swath of guarantees to add just for nonfrozen enums), we're stuck adding a hacky underscored "please use a default case" enum case instead.


Gitbook Subdomain takeover

Service name : Gitbook
Proof:
1:

2:

3:

4:

Documentation : https://docs.gitbook.com/hosting/custom-domains/dns-configuration

I also added a template to find this subdomain takeover using nuclei.

Okay nice.

I think gitbook is no more vulnerable.

Not vulnerable anymore. The CNAME is now randomized:


Increasingly high latency for sequence labeling

If you open a GitHub issue, here is our policy:

It must be a bug, a feature request, or a significant problem with documentation (for small docs fixes please send a PR instead).
The form below must be filled out.

System information

OS Platform and Distribution (e.g., Linux Ubuntu 16.04): Windows 10
Python version:  3.6.2

Describe the problem
When I try to label a relative long document as a sequence labeling task, the latency is becoming increasingly high(almost no latency at first and about 5 seconds at present). According to the log, I think it might be a result of statistics computation. Can I turn off the statistics computation subroutine to make my work faster?
Source code / logs

How We Write Github Issues
Writing Useful Github Issues

How long of the document and how many documents you import? It would be good to paste the log.

I only upload one document and it is 117061 characters long.  I recommend you can just split your whole file into several pieces.

Please raise a new issue if you still face this phenomenon.


CustomAudio

CustomAudio = $True section is broken.
Invoke-Command -ScriptBlock {
Add-Type -AssemblyName System.Speech
$speak = New-Object System.Speech.Synthesis.SpeechSynthesizer
sleep 1.25
$speak.SelectVoiceByHints("female",65)
$speak.Speak($CustomAudioTextToSpeech)
$speak.Dispose()
}
Needs to be moved to the try section of function Display-ToastNotification()
Line 693
Added sleep to prevent audio from overlapping notification chime.

Thank you for this. I will look into this asap. It probably happened when I did the new function. I never really used the audio option and I initially just added it for fun a giggles. Will fix asap. Thanks again. :-)

This is fixed in a new version I'm probably releasing tomorrow (if I get to get the blog post ready). Thanks again :-)


Why do I report an error? Are there examples?

Try
import 'img-2/dist/img-2';

@abraham Your solution works. However, shouldn't the expected behavior be to use either import img-2 as that's the package's name or import Img2 since that's what the documentation shows?

The package name is img-2 as defined by name in package.json. When you install with npm, this is the name you should use to import. I think import 'Img2' was just wrong.
When you do import 'img-2'  the loader will typically look for the file defined by main in package.json. Before #10 this was incorrectly pointing at a file that didn't exist.
As a current workaround use import 'img-2/dist/img-2' to explicitly specify the file to load. Once a new version get's published to npm you can switch to import 'img-2'.

Republished as 0.0.4 with the fix provided by @abraham 👍


Deprecation error when nothing is passed as an argument to Iban\Validation\Swift\Registry::__construct() function

When using this library, i get the following deprecation:
Not implementing the "Iban\Validation\Swift\RegistryLoaderInterface" for argument "$registryLoader" is deprecated since 1.8.1.

However, this is caused by the internal functions of this library, because they pass nothing to the Iban\Validation\Swift\Registry::__construct() function. That falls back to null, which results in the deprecation beeing triggered.
This can easily be resolved by adding an ! is_null() check to the if statement that checks for the deprecation

When can we expect a fix?

Hi,
Can you publish composer package for this fix?
Thanks,
Tuğrul

deprecation warning is just triggered if using version 1.8.2
php version 8.x strict mode
public static function iban($iban)
    {
        $out = true;

        $iban = new Iban($iban);
        $validator = new IbanValidator();

        if(!$validator->validate($iban)){
            $out = 'Diese Iban ist ungültig.';
        }

        return $out;
    }

PHP Deprecated: Not implementing the "Iban\Validation\Swift\RegistryLoaderInterface" for argument "$registryLoader" is deprecated since 1.8.1. in /var/www/html/vendor/jschaedl/iban-validation/src/Swift/Registry.php on line 36

This fix wasn't released until now. But here you go: https://github.com/jschaedl/iban-validation/releases/tag/v1.8.3


SPXERR_CHANGE_CONNECTION_STATUS_NOT_ALLOWED

How to handle this kind of exception.
libc++abi.dylib: terminating with uncaught exception of type std::runtime_error: Exception with an error code: 0x1f (SPXERR_CHANGE_CONNECTION_STATUS_NOT_ALLOWED)
[CALL STACK BEGIN]
3   MicrosoftCognitiveServicesSpeech    0x000000010b3ea795 user_get_id + 153621
4   MicrosoftCognitiveServicesSpeech    0x000000010b4ea066 user_get_id + 1200358
5   MicrosoftCognitiveServicesSpeech    0x000000010b4e9ff9 user_get_id + 1200249
6   MicrosoftCognitiveServicesSpeech    0x000000010b4ebfdb user_get_id + 1208411
7   MicrosoftCognitiveServicesSpeech    0x000000010b4ea196 user_get_id + 1200662
8   MicrosoftCognitiveServicesSpeech    0x000000010b4ed5c8 user_get_id + 1214024
9   libsystem_pthread.dylib             0x00007fff61167109 _pthread_start + 148
10  libsystem_pthread.dylib             0x00007fff61162b8b thread_start + 15
[CALL STACK END]

@amitguptampct12 What is the scenario you are running? what Speech SDK APIs are you using? give us some more info on your usage case. Also please provide Speech SDK logs. Reply here and drag the Speech SDK log file into your reply box to attach the log.
Thanks,
Darren

Closing this issue as it hasn't seen movement in quite some time. @amitguptampct12, please feel free to reopen if you need further help.


feat(near-sdk/collections): Implemented Debug trait for Vector collection

This PR is inspired by a StackOverflow question.
Other collections will also benefit from having Debug trait implementations, in my opinion. I would like to leave this exercise to the question author.
NOTE: This PR looks bigger than it should be due to the fact that we put more requirements than needed on some of the methods and I had to split the impls into separate ones to put different sets of requirements.
Test Plan

Added a new test for Debug trait implementation ensuring that it works fine even for the collections that implement only BorshDeserialize (i.e. you don't need BorshSerialize to have Debug trait)

As per the discussion during the last Contract Runtime meeting, we decided to go with a feature-flag for the expensive Debug implementation while still implementing minimum useful Debug trait.

@evgenykuzyakov Do you know how to resolve the CI failure?
error: failed to select a version for `borsh`.
    ... required by package `near-vm-errors v0.9.1 (https://github.com/nearprotocol/nearcore#bbe0137b)`
    ... which is depended on by `near-vm-logic v0.9.1 (https://github.com/nearprotocol/nearcore#bbe0137b)`
    ... which is depended on by `near-sdk v0.11.0 (/home/travis/build/near/near-sdk-rs/near-sdk)`

versions that meet the requirements `^0.6.2` are: 0.6.2
all possible versions conflict with previously selected packages.
  previously selected package `borsh v0.6.1`
    ... which is depended on by `near-sdk v0.11.0 (/home/travis/build/near/near-sdk-rs/near-sdk)`
failed to select a version for `borsh` which could resolve this conflict

The command "./ci-test.sh" exited with 101.

Tests got recovered. Please, review and merge.


IETF attendance updates for online-only meetings

IETF 108, 109, 110 (and maybe some to come) have been all virtual and use a different web page format for showing attendance, e.g. https://registration.ietf.org/108/participants/remote/
We should update ietfattendance.py to parse this new format (and to know which meetings to use which URL path and scraper).

The Datatracker has an endpoint that gives meeting registration data for IETF meetings (from around IETF 72 onwards):
https://datatracker.ietf.org/api/v1/stats/meetingregistration/
This is exposed by the ietfdata library:
https://github.com/glasgow-ipl/ietfdata/blob/7d4f4207fe35afa6233aeb787990639b44f6d1ee/ietfdata/datatracker.py#L4036

thank you @lumisota ! I did specifically look at the datatracker's page to try to find this, but didn't see it. Is the recommended way to just look at their Django Python models rather than at the datatracker web page or documentation?

Yes, would do that (links to the models at https://datatracker.ietf.org/api/). Otherwise, the ietfdata library provides fairly complete coverage of the API (with a few exceptions).

oh, that's much better than web scraping the attendance records!
On Mon, Mar 1, 2021 at 2:25 PM Stephen McQuistin<EMAIL_ADDRESS>wrote:

The Datatracker has an endpoint that gives meeting registration data for
IETF meetings (from around IETF 72 onwards):
https://datatracker.ietf.org/api/v1/stats/meetingregistration/
This is exposed by the ietfdata library:
https://github.com/glasgow-ipl/ietfdata/blob/7d4f4207fe35afa6233aeb787990639b44f6d1ee/ietfdata/datatracker.py#L4036
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/datactive/bigbang/issues/424#issuecomment-788206694,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAAQZEGRJTC36PXWZZYO6XTTBPS2DANCNFSM4YNDK4QA
.

I'm working on an updated notebook that would do some of the graphing/data analysis but will probably use ietfdata only.
It might be that we can remove a whole .py file, which I would count as a success. :)

I agree. Better use of the ietfdata package is a real win.
On Tue, Mar 2, 2021 at 11:38 AM Nick Doty<EMAIL_ADDRESS>wrote:

I'm working on an updated notebook that would do some of the graphing/data
analysis but will probably use ietfdata only.
It might be that we can remove a whole .py file, which I would count as a
success. :)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/datactive/bigbang/issues/424#issuecomment-789042010,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAAQZEEDGBHO5OCLOP2S24LTBUIADANCNFSM4YNDK4QA
.


introduce nfs server to the CI

nfs-server is required for the following components:

openstack-volume-populator (with csi-driver-nfs) - WIP
openstack test environment: packstack cinder - #59

this looks ok but as we don't need the nfs share for testing ovirt/vsphere, how about introducing a different deployment per test (osp/ovirt/vsphere) and have it only for osp?

from my offline conversation with @bennyz  , NFS is required by the OSP volume populator  (it need a dynamic volume driver - ie csi-driver-nfs), does it also required by  the ovirt volume populator ?

from my offline conversation with @bennyz , NFS is required by the OSP volume populator (it need a dynamic volume driver - ie csi-driver-nfs), does it also required by the ovirt volume populator ?

no, it's not required by the ovirt volume populator (in that scenario, ovirt-imageio exposes the image we place within the container image)

this looks ok but as we don't need the nfs share for testing ovirt/vsphere, how about introducing a different deployment per test (osp/ovirt/vsphere) and have it only for osp?

do you mean deploy nfs-server on a k8s deployment, not sure this is a good  practice to install  storage service inside the cluster (which is used by a k8s driver) .. but  we can add parameter to the CI that will specify which provider to install , and install NFS on the OSP jobs only.

but we can add parameter to the CI that will specify which provider to install , and install NFS on the OSP only.

yep, that's what I meant - we can also deploy fakeovirt and imageio only for ovirt (and vcsim only for vmware) - so if we're able to generalize this, we can leverage it for those other cases

but we can add parameter to the CI that will specify which provider to install , and install NFS on the OSP only.

yep, that's what I meant - we can also deploy fakeovirt and imageio only for ovirt (and vcsim only for vmware) - so if we're able to generalize this, we can leverage it for those other cases

sure, implemented in this PR #59

from my offline conversation with @bennyz , NFS is required by the OSP volume populator (it need a dynamic volume driver - ie csi-driver-nfs), does it also required by the ovirt volume populator ?

no, it's not required by the ovirt volume populator (in that scenario, ovirt-imageio exposes the image we place within the container image)

What I meant was we need it for the target, as we cannot use a static PV

closing this PR  , its contained in https://github.com/kubev2v/forkliftci/pull/59


The merged cells do not have enough border information

For example, I merged the cells $B$2:$C$3 and set the outer border to red. I get each cell through EXCELJS, with only the information for the top and left borders.
Then I merged $B$5:$C$6 and set only the top and left borders. The resulting border information is the same as $B$2:$C$3.
So how do I know if the right and bottom borders have color settings?

It's an issue, I also faced with it.
It seems that border styles are copied from the master cell, and ignore all others from the merged range

Is the same #623


batch correction

Hi,
I'm using scVI for batch correction, it has a lot of improvement than the original results, but there still some small batch effect remains. Such as the attached png, the D0 sample expected to be exactly the same between WT and KO, but seems they are separate, and there also some batch effect for D1-D2 sample. Dose there any option in scVI I can change to remove such minor batch effects?
The code is adapt from scVI tutorial, like bellow:
adata = sc.read('../write/scTE.h5ad')
adata.X = adata.layers['counts']
sc.pp.normalize_per_cell(adata, counts_per_cell_after=1e4)
sc.pp.log1p(adata)

sc.pp.highly_variable_genes(adata, min_mean=0.0125,max_mean=3, min_disp=0.5,)
adata.raw = adata
adata_original = adata.copy()

highly_variable_genes = adata.var["highly_variable"]
adata_original = adata_original[:, highly_variable_genes] # 3279 hvg genes kept

cells = [ k for k in adata.obs.index if adata.obs['sample'][k] == 'WT']
WT = adata_original[cells,]
cells = [ k for k in adata.obs.index if adata.obs['sample'][k] == 'KO']
KO = adata_original[cells,]

scviKO = AnnDatasetFromAnnData(KO)
scviWT = AnnDatasetFromAnnData(WT)

all_dataset = GeneExpressionDataset()
all_dataset.populate_from_datasets([scviWT, scviKO])
all_dataset

vae = VAE(all_dataset.nb_genes, n_batch=all_dataset.n_batches*True, n_labels=all_dataset.n_labels,n_hidden=128, n_latent=100, n_layers=2, dispersion='gene-batch')
trainer = UnsupervisedTrainer(vae, all_dataset, train_size=1.0)
trainer.train(n_epochs=100, lr=1e-3)

full = trainer.create_posterior(trainer.model, all_dataset, indices=np.arange(len(all_dataset)))
latent, batch_indices, labels = full.sequential().get_latent()
batch_indices = batch_indices.ravel()

adata.obsm["X_scvi"] = latent
sc.pp.neighbors(adata, n_neighbors=20, n_pcs=50, use_rep="X_scvi")
sc.tl.umap(adata, min_dist=0.3)
sc.pl.umap(adata,color=['time','sample'],frameon=False,save='.scvi.pdf',show=True)

I have tried to change the n_latent = 50,30 and dispersion='gene', basically have no change to the results. So how can I remove the remain batch effects.
Thanks,
Jphe

Five things:

I see that you're using scanpy to preprocess, I'd first ensure that adata_original.X contains raw UMI counts, which are the inputs to scVI
I wouldn't deviate too far from 10 for n_latent, the larger this number is the greater the chance that z can learn the batch.
I would try adding n_epochs_kl_warmup=None when you initialize UnsupervisedTrainer. This should certainly improve the mixing. The intuition here is that the KL divergence between the approximate posterior and the prior is scaled linearly to improve clustering, but the KL divergence is also what helps correct the batch effects as the prior is invariant to the batch. I don't believe you'll see an adverse effect to the clustering.
Are you sure you have converged after only 100 epochs? How many cells do you have?
In the call to highly variable genes, you can specify a batch key, which can lead to a minor improvement

Closing due to inactivity.


Flux CD v2 packages

Project description
nixpkgs already provides packages for the legacy Flux 1 (fluxcd, fluxctl), but this version has since been superseded by Flux 2 (https://github.com/fluxcd/flux2).
The packages fluxcd and fluxctl should either be updated, or seperate flux2 packages be created.
Metadata

homepage URL: https://fluxcd.io/
source URL: https://github.com/fluxcd/flux2
license: Apache 2.0
platforms: Linux/Mac/Windows amd64/arm64 + Windows i386 + Linux armhf

Ah nevermind, just noticed fluxcd is v2 and also carries the CLI


flowviz Design Concept

we use modern package svg.js to implement our project to convenient users to easy, elegant and strong expandability diagramming library.
// this is just a idea, not the really code example
import { Container, Node, Edge } from '@flowviz/core'
const container = new Container(document.getElementById('root'))
  .addItem(new Node({ width: 10, height: 100 }).text('Hell, world').background('#green').position(10, 40))

container.addEventListener('onSelectItem', items => { /* do something */ })
const item1 = new Node(...)
const item2 = new Node(...)
const edge = new Edge(item1, item2)
container.addItems([items1, item2, edge])

and it will support for react and vue using functional-component and reactive(on vue-3.0)
we basically split to the three parts of packages:

@flowviz/core: pure javascript library

@flowviz/react: react part

@flwoviz/vue: vue part