Dlib install error at Jetson nano - invalid use of incomplete type PyFrameObject

face_recognition version: None
Python version: 3.11.3
Operating System: Ubuntu 18.04 LTS ARM
Hardware: Jetson Nano

Description
Error occurs when I install dlib [ 80%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/matrix.cpp.o
asheswook@jwlee:~/다운로드/dlib-19.24$ sudo python3 setup.py install
running install
/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/cmd.py:66: SetuptoolsDeprecationWarning: setup.py install is deprecated.
!!

        ********************************************************************************
        Please avoid running ``setup.py`` directly.
        Instead, use pypa/build, pypa/installer, pypa/build or
        other standards-based tools.

        See https://blog.ganssle.io/articles/2021/10/setup-py-deprecated.html for details.
        ********************************************************************************

!!
  self.initialize_options()
/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/cmd.py:66: EasyInstallDeprecationWarning: easy_install command is deprecated.
!!

        ********************************************************************************
        Please avoid running ``setup.py`` and ``easy_install``.
        Instead, use pypa/build, pypa/installer, pypa/build or
        other standards-based tools.

        See https://github.com/pypa/setuptools/issues/917 for details.
        ********************************************************************************

!!
  self.initialize_options()
running bdist_egg
running egg_info
writing tools/python/dlib.egg-info/PKG-INFO
writing dependency_links to tools/python/dlib.egg-info/dependency_links.txt
writing top-level names to tools/python/dlib.egg-info/top_level.txt
reading manifest file 'tools/python/dlib.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
no previously-included directories found matching 'tools/python/build*'
no previously-included directories found matching 'dlib/cmake_utils/*/build*'
warning: no previously-included files matching '*.pyc' found anywhere in distribution
adding license file 'LICENSE.txt'
writing manifest file 'tools/python/dlib.egg-info/SOURCES.txt'
installing library code to build/bdist.linux-aarch64/egg
running install_lib
running build_py
running build_ext
Building extension for Python 3.11.3 (main, Apr  5 2023, 14:14:40) [GCC 7.5.0]
Invoking CMake setup: 'cmake /home/asheswook/다운로드/dlib-19.24/tools/python -DCMAKE_LIBRARY_OUTPUT_DIRECTORY=/home/asheswook/다운로드/dlib-19.24/build/lib.linux-aarch64-cpython-311 -DPYTHON_EXECUTABLE=/usr/bin/python3 -DCMAKE_BUILD_TYPE=Release'
-- pybind11 v2.2.4
-- Using CMake version: 3.10.2
-- Compiling dlib version: 19.24.0
-- Found system copy of libjpeg: /usr/lib/aarch64-linux-gnu/libjpeg.so
-- Searching for BLAS and LAPACK
-- Searching for BLAS and LAPACK
-- Checking for module 'cblas'
--   No package 'cblas' found
-- Found OpenBLAS library
-- Using OpenBLAS's built in LAPACK
-- Looking for cuDNN install...
-- Found cuDNN: /usr/lib/aarch64-linux-gnu/libcudnn.so
-- Enabling CUDA support for dlib.  DLIB WILL USE CUDA, compute capabilities: 50
-- C++11 activated.
-- Configuring done
-- Generating done
-- Build files have been written to: /home/asheswook/다운로드/dlib-19.24/build/temp.linux-aarch64-cpython-311
Invoking CMake build: 'cmake --build . --config Release -- -j2'
[ 79%] Built target dlib
[ 80%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/dlib.cpp.o
[ 80%] Building CXX object CMakeFiles/_dlib_pybind11.dir/src/matrix.cpp.o
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:16:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/internals.h: In function ‘pybind11::detail::internals& pybind11::detail::get_internals()’:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/internals.h:194:28: warning: ‘void PyEval_InitThreads()’ is deprecated [-Wdeprecated-declarations]
         PyEval_InitThreads();
                            ^
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:16:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/internals.h: In function ‘pybind11::detail::internals& pybind11::detail::get_internals()’:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/internals.h:194:28: warning: ‘void PyEval_InitThreads()’ is deprecated [-Wdeprecated-declarations]
         PyEval_InitThreads();
                            ^
In file included from /usr/include/python3.11/Python.h:95:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/usr/include/python3.11/ceval.h:132:37: note: declared here
 Py_DEPRECATED(3.9) PyAPI_FUNC(void) PyEval_InitThreads(void);
                                     ^~~~~~~~~~~~~~~~~~
In file included from /usr/include/python3.11/Python.h:95:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/usr/include/python3.11/ceval.h:132:37: note: declared here
 Py_DEPRECATED(3.9) PyAPI_FUNC(void) PyEval_InitThreads(void);
                                     ^~~~~~~~~~~~~~~~~~
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h: In function ‘std::__cxx11::string pybind11::detail::error_string()’:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:441:36: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
                 "  " + handle(frame->f_code->co_filename).cast<std::string>() +
                                    ^~
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h: In function ‘std::__cxx11::string pybind11::detail::error_string()’:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:441:36: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
                 "  " + handle(frame->f_code->co_filename).cast<std::string>() +
                                    ^~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:441:75: error: expected primary-expression before ‘>’ token
                 "  " + handle(frame->f_code->co_filename).cast<std::string>() +
                                                                           ^
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:441:75: error: expected primary-expression before ‘>’ token
                 "  " + handle(frame->f_code->co_filename).cast<std::string>() +
                                                                           ^
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:441:77: error: expected primary-expression before ‘)’ token
                 "  " + handle(frame->f_code->co_filename).cast<std::string>() +
                                                                             ^
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:441:77: error: expected primary-expression before ‘)’ token
                 "  " + handle(frame->f_code->co_filename).cast<std::string>() +
                                                                             ^
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:443:29: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
                 handle(frame->f_code->co_name).cast<std::string>() + "\n";
                             ^~
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:443:29: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
                 handle(frame->f_code->co_name).cast<std::string>() + "\n";
                             ^~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:443:64: error: expected primary-expression before ‘>’ token
                 handle(frame->f_code->co_name).cast<std::string>() + "\n";
                                                                ^
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:443:66: error: expected primary-expression before ‘)’ token
                 handle(frame->f_code->co_name).cast<std::string>() + "\n";
                                                                  ^
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:443:64: error: expected primary-expression before ‘>’ token
                 handle(frame->f_code->co_name).cast<std::string>() + "\n";
                                                                ^
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:444:26: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
             frame = frame->f_back;
                          ^~
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:443:66: error: expected primary-expression before ‘)’ token
                 handle(frame->f_code->co_name).cast<std::string>() + "\n";
                                                                  ^
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:444:26: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
             frame = frame->f_back;
                          ^~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h: In function ‘pybind11::function pybind11::get_type_overload(const void*, const pybind11::detail::type_info*, const char*)’:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1890:49: error: ‘PyThreadState {aka struct _ts}’ has no member named ‘frame’; did you mean ‘cframe’?
     PyFrameObject *frame = PyThreadState_Get()->frame;
                                                 ^~~~~
                                                 cframe
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h: In function ‘pybind11::function pybind11::get_type_overload(const void*, const pybind11::detail::type_info*, const char*)’:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1890:49: error: ‘PyThreadState {aka struct _ts}’ has no member named ‘frame’; did you mean ‘cframe’?
     PyFrameObject *frame = PyThreadState_Get()->frame;
                                                 ^~~~~
                                                 cframe
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1891:41: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
     if (frame && (std::string) str(frame->f_code->co_name) == name &&
                                         ^~
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1891:41: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
     if (frame && (std::string) str(frame->f_code->co_name) == name &&
                                         ^~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1892:14: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
         frame->f_code->co_argcount > 0) {
              ^~
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1892:14: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
         frame->f_code->co_argcount > 0) {
              ^~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1895:18: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
             frame->f_locals, PyTuple_GET_ITEM(frame->f_code->co_varnames, 0));
                  ^~
In file included from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1895:18: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
             frame->f_locals, PyTuple_GET_ITEM(frame->f_code->co_varnames, 0));
                  ^~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /usr/include/python3.11/Python.h:38:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1895:52: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
             frame->f_locals, PyTuple_GET_ITEM(frame->f_code->co_varnames, 0));
                                                    ^
/usr/include/python3.11/pyport.h:24:38: note: in definition of macro ‘_Py_CAST’
 #define _Py_CAST(type, expr) ((type)(expr))
                                      ^~~~
/usr/include/python3.11/cpython/tupleobject.h:30:38: note: in expansion of macro ‘_PyTuple_CAST’
 #define PyTuple_GET_ITEM(op, index) (_PyTuple_CAST(op)->ob_item[index])
                                      ^~~~~~~~~~~~~
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1895:30: note: in expansion of macro ‘PyTuple_GET_ITEM’
             frame->f_locals, PyTuple_GET_ITEM(frame->f_code->co_varnames, 0));
                              ^~~~~~~~~~~~~~~~
In file included from /usr/include/python3.11/Python.h:38:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1895:52: error: invalid use of incomplete type ‘PyFrameObject {aka struct _frame}’
             frame->f_locals, PyTuple_GET_ITEM(frame->f_code->co_varnames, 0));
                                                    ^
/usr/include/python3.11/pyport.h:24:38: note: in definition of macro ‘_Py_CAST’
 #define _Py_CAST(type, expr) ((type)(expr))
                                      ^~~~
/usr/include/python3.11/cpython/tupleobject.h:30:38: note: in expansion of macro ‘_PyTuple_CAST’
 #define PyTuple_GET_ITEM(op, index) (_PyTuple_CAST(op)->ob_item[index])
                                      ^~~~~~~~~~~~~
/home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:1895:30: note: in expansion of macro ‘PyTuple_GET_ITEM’
             frame->f_locals, PyTuple_GET_ITEM(frame->f_code->co_varnames, 0));
                              ^~~~~~~~~~~~~~~~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/dlib.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
In file included from /usr/include/python3.11/Python.h:42:0,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/detail/common.h:112,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pytypes.h:12,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/cast.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/attr.h:13,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/external/pybind11/include/pybind11/pybind11.h:43,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python/pybind_utils.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/dlib/../dlib/python.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/opaque_types.h:6,
                 from /home/asheswook/다운로드/dlib-19.24/tools/python/src/matrix.cpp:4:
/usr/include/python3.11/pytypedefs.h:22:16: note: forward declaration of ‘PyFrameObject {aka struct _frame}’
 typedef struct _frame PyFrameObject;
                ^~~~~~
CMakeFiles/_dlib_pybind11.dir/build.make:62: recipe for target 'CMakeFiles/_dlib_pybind11.dir/src/dlib.cpp.o' failed
make[2]: *** [CMakeFiles/_dlib_pybind11.dir/src/dlib.cpp.o] Error 1
make[2]: *** 끝나지 않은 작업을 기다리고 있습니다....
CMakeFiles/_dlib_pybind11.dir/build.make:86: recipe for target 'CMakeFiles/_dlib_pybind11.dir/src/matrix.cpp.o' failed
make[2]: *** [CMakeFiles/_dlib_pybind11.dir/src/matrix.cpp.o] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/_dlib_pybind11.dir/all' failed
make[1]: *** [CMakeFiles/_dlib_pybind11.dir/all] Error 2
Makefile:83: recipe for target 'all' failed
make: *** [all] Error 2
Traceback (most recent call last):
  File "/home/asheswook/다운로드/dlib-19.24/setup.py", line 222, in <module>
    setup(
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/__init__.py", line 107, in setup
    return distutils.core.setup(**attrs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/core.py", line 185, in setup
    return run_commands(dist)
           ^^^^^^^^^^^^^^^^^^
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/core.py", line 201, in run_commands
    dist.run_commands()
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 969, in run_commands
    self.run_command(cmd)
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/dist.py", line 1244, in run_command
    super().run_command(command)
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 988, in run_command
    cmd_obj.run()
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/command/install.py", line 80, in run
    self.do_egg_install()
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/command/install.py", line 129, in do_egg_install
    self.run_command('bdist_egg')
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/cmd.py", line 318, in run_command
    self.distribution.run_command(command)
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/dist.py", line 1244, in run_command
    super().run_command(command)
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 988, in run_command
    cmd_obj.run()
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/command/bdist_egg.py", line 164, in run
    cmd = self.call_command('install_lib', warn_dir=0)
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/command/bdist_egg.py", line 150, in call_command
    self.run_command(cmdname)
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/cmd.py", line 318, in run_command
    self.distribution.run_command(command)
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/dist.py", line 1244, in run_command
    super().run_command(command)
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 988, in run_command
    cmd_obj.run()
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/command/install_lib.py", line 11, in run
    self.build()
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/command/install_lib.py", line 111, in build
    self.run_command('build_ext')
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/cmd.py", line 318, in run_command
    self.distribution.run_command(command)
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/dist.py", line 1244, in run_command
    super().run_command(command)
  File "/home/asheswook/.local/lib/python3.11/site-packages/setuptools/_distutils/dist.py", line 988, in run_command
    cmd_obj.run()
  File "/home/asheswook/다운로드/dlib-19.24/setup.py", line 134, in run
    self.build_extension(ext)
  File "/home/asheswook/다운로드/dlib-19.24/setup.py", line 174, in build_extension
    subprocess.check_call(cmake_build, cwd=build_folder)
  File "/usr/lib/python3.11/subprocess.py", line 413, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['cmake', '--build', '.', '--config', 'Release', '--', '-j2']' returned non-zero exit status 2.

What I Did
pip3 install cython
pip3 install pybind11
sudo apt-get install python3-pip cmake libopenblas-dev liblapack-dev libjpeg-dev
pip3 install git+https://github.com/cbm755/py-lapsolver@pybind11_bump
sudo apt-get install libboost-python-dev
sudo apt-get install libpython3.11-dev
sudo apt-get install python3.11-dev

No changes...
pip3 show pybind11 - version: 2.10.4
But It seems to be not able to find 2.10.4 version.According to the log above, it uses other pybind11 version - -- pybind11 v2.2.4
cmake -version - 3.10.2

Solved; Use the dlib 19.24.2 version instead of the dlib 19.24 version. It works perfectly.
If you using Jetson nano, You should comment out a line.
dlib/cuda/cudnn_dlibapi.cpp Line 842:
forward_algo = forward_best_algo;

->
//forward_algo = forward_best_algo;


Locust workers to enable run distributed load test

Create a container with some locust workers, to enable distributed test running.

Distributed mode now is working fine. The default workers number is 5, like you can see in the screenshot bellow.


Add no-restricted-imports rule to help prevent wrong ext imports

To prevent wrong ext imports I added the no-restricted-imports rule.
"no-restricted-imports": ["error", {
    "paths": ["vscode-azureappservice/out/src/extensionVariables", "**/*/extension.bundle"]
}],

example:

Added rule to restrict importing from src in tests.

And also found and added the no-internal-modules rule from eslint-plugin-import.


Animations: Switch zoom-in/out behavior

Currently in the editor the thumbnail in the effect chooser shows the correct behavior for zoom in and zoom out. However in the applied animation this behavior is actually reversed.
This ticket is to update src/animation/effects/zoom/index.js to reverse the zoom from values depending on zoom direction passed to it.

Verified in QA


A curl command line that mimics the original request and reproduces the problem. Or a ModSecurity v3 test case.

Describe the bug
A clear and concise description of what the bug is.
Logs and dumps
Output of:

DebugLogs (level 9)
AuditLogs
Error logs
If there is a crash, the core dump file.

Notice: Be carefully to not leak any confidential information.
To Reproduce
Steps to reproduce the behavior:
A curl command line that mimics the original request and reproduces the problem. Or a ModSecurity v3 test case.
[e.g: curl "modsec-full/ca/..\..\..\..\..\..\/\etc/\passwd" or issue-394.json]
Expected behavior
A clear and concise description of what you expected to happen.
Server (please complete the following information):

ModSecurity version (and connector): [e.g. ModSecurity v3.0.1 with nginx-connector v1.0.0]
WebServer: [e.g. nginx-1.15.5]
OS (and distro): [e.g. Linux, archlinux]

Rule Set (please complete the following information):

Running any public or commercial rule set? [e.g. SpiderLabs commercial rules]
What is the version number? [e.g. 2018-08-11]

Additional context
Add any other context about the problem here.

Hello @Kalakaarboyz1 ,
This is the second issue that you have created like this.
In case it wasn't clear, the title should describe your issue and the issue template is meant to be filled in with information pertinent to your issue and your deployment.
I'll leave this open for a few hours in case you want to amend it with information about whatever issue you believe you are experiencing.


Introducing BigtableAsyncExecutor

BigtableAsyncExecutor is a grpc version of BigtableBufferedMutator.  It should be usable by people who want to use BigtableSession without the HBase API.  Moving BigtableBufferedMutator and BatchExecutor to use it.
If this is too big of a commit, it could probably be broken up.

Can you list the changes and see if we can break the PR?

I'm working through a different approach that would break this down to more steps.


Event notification for KeyVault secret change

My project has a requirement to apply new secret automatically when it's changed in KeyVault. Is there a way to receive a notification from KeyVaultClient object when the KeyVault secret is changed?

@kolauy is this a native app you are running or is this a azure deployed web app that you want to be notified when resources change in azure key vault?
Have you tried using Alerts that are exposed in Azure KeyVault, it gives you couple of options like azure functions or logic apps that you can integrate with?
Their isn't anything in the client SDK to notify you, so any support you need for notification will have to be from the service side.


Reference links go to Microsoft Graph beta pages - for an API that is GA

Please update the reference links to the audit and sign-ins APIs to point to the Microsoft Graph v1.0 documentation.  We should always point developers to use GA APIs if they are available.

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

ID: b651a95f-7c34-a979-f97e-e4feedb47487
Version Independent ID: ff679d7a-0bc5-692f-8ef8-72e24d402f23
Content: Interpret the Azure Active Directory audit log schema in Azure Monitor
Content Source: articles/active-directory/reports-monitoring/reference-azure-monitor-audit-log-schema.md
Service: active-directory
Sub-service: report-monitor
GitHub Login: @MarkusVi
Microsoft Alias: markvi

@dkershaw10 Thank you for pointing this out . We will investigate and update the thread.

@dkershaw10 We have updated it. And it will be reviewed by the content team before approval .


update version computing to new Hab 0.22 way

This also keeps our process of pretending to download the source and building from the source cache instead of the new Habitat local build from the source working copy. This keeps our builds clean of dirty working copies and leverages the Ruby gemspec idiom for filtering out files from inclusion in packaging.
Bonuses:

bumps service to v1.0.0 because it's what is in production
upgraded Sinatra to resolve Fixnum deprecation warnings with Ruby 2.4.1
upgraded Prometheus client as a result of the service version bump and updated to new prometheus/middleware namespace

I think this supercedes #22


Don't clone syntax highlight results

I was considering adding a mutex to limit how many syntax highlight processes can happen at once, but decided against it. I might revisit later if I can find a perf improvement when working with large files, I didn't try that.


Fix wrong target/build platform during rendering

The issue only appeared during cross compilation when target was different from the build platform.
I encountered the issue when converting a feedstock to rattler at https://github.com/conda-forge/xformers-feedstock/pull/33
Sister PR: https://github.com/conda-forge/conda-forge-ci-setup-feedstock/pull/360

It fixes the error reported in https://github.com/prefix-dev/rattler-build-conda-compat/issues/58

Thank you @hadim !


adding LogEase's product GuanChaYi in vendor list

The LogEase Observability Monitoring Platform(GuanChaYi) is an independently developed monitoring platform by LogEase, which can support otel natively. Adding it in the vendor list.

/fix:all


A general user administration page that allows suitable people to change other permissions/roles

The super admins need at a minimum the ability to bless other users with some forms of admin rights

There is a base UI for this - but is dependent on decisions re: user/roles to actually complete


Engine crashs when using my character portrait in the dialogue editor.

Describe your problem here.
The engine is crashing when I trying to use my character portrait in the dialogue editor.
Are you modding a build from source or with Lua?
Source
What is your build target?
Windows
Did you edit anything in this build? If so, mention or summarize your changes.
Yes, Playstate.hx to change to show dialogue on song start.

nevermind, the xml was broke so its fine now


proposal: maps: add iterator-related functions

We propose to add the following functions to package maps, to provide good support for code using iterators.
This is one of a collection of proposals updating the standard library for the new 'range over function' feature (#61405). It would only be accepted if that proposal is accepted. See #61897 for a list of related proposals.
All serves as a “source” for iterators.
// All returns an iterator over key-value pairs from m.
func All[Map ~map[K]V, K comparable, V any](m Map) iter.Seq2[K, V] {
	return func(yield func(K, V) bool) bool {
		for k, v := range m {
			if !yield(k, v) {
				return false
			}
		}
		return true
	}
}

Keys and Values are like All: not terribly useful by themselves but useful as inputs to other iteration adapters.
In particular, we expect that x := slices.Sorted(maps.Keys(m)) will be a common pattern.
// Keys returns an iterator over keys in m.
func Keys[Map ~map[K]V, K comparable, V any](m Map) iter.Seq[K] {
	return func(yield func(K) bool) bool {
		for k := range m {
			if !yield(k) {
				return false
			}
		}
		return true
	}
}

// Values returns an iterator over values in m.
func Values[Map ~map[K]V, K comparable, V any](m Map) iter.Seq[V] {
	return func(yield func(V) bool) bool {
		for _, v := range m {
			if !yield(v) {
				return false
			}
		}
		return true
	}
}

Insert and Collect serve as “sinks” for iterators.
// Insert adds the key-value pairs from seq to m.
func Insert[Map ~map[K]V, K comparable, V any](m M, seq iter.Seq2[K, V]) {
	for k, v := range seq {
		m[k] = v
	}
	return m
}

// Collect collects key-value pairs from seq into a new map
// and returns it.
func Collect[K comparable, V any](seq iter.Seq2[K, V]) map[K]V {
	m := make(map[K]V)
	Insert(m, seq)
	return m
}

This proposal has been added to the active column of the proposals project
and will now be reviewed at the weekly proposal review meetings.
— rsc for the proposal review group

Finishing this proposal discussion is blocked on https://github.com/golang/go/issues/61405.

It is unfortunate that slices.Sorted(maps.Keys(m)) won't get a length hint from m and may end up doing unnecessary allocations and copies. What if there were also maps.SortedKeys(m) that did the right thing?

@earthboundkid ISTM if that is a concern, it should maybe rather be slices.SortedLength[E any](int, iter.Seq[E]) (modulo name), as any use of "make a sorted slice from an iterator" would suffer the same issue.
I get, FWIW, that "get the sorted keys from a map" is a fairly common use case, to try and get deterministic order from the specifically non-deterministic maps. But it still seems a more general problem.

Nevermind, iter.Seq is a concrete type, not an interface.

It's true that slices.Sorted(maps.Keys(m)) will not pre-size the slice, but that's not necessarily a strike against the iterator forms. We could have a separate discussion about maps.KeysSorted and maps.KeysSortedFunc as optimizations, if that became a concern.

Have all remaining concerns about this proposal been addressed?
The full godoc is:
func All[Map ~map[K]V, K comparable, V any](m Map) iter.Seq2[K, V]
    All returns an iterator over key-value pairs from m.

func Collect[K comparable, V any](seq iter.Seq2[K, V]) map[K]V
    Collect collects key-value pairs from seq into a new map and returns it.

func Insert[Map ~map[K]V, K comparable, V any](m Map, seq iter.Seq2[K, V])
    Insert adds the key-value pairs from seq to m.

func Keys[Map ~map[K]V, K comparable, V any](m Map) iter.Seq[K]
    Keys returns an iterator over keys in m.

func Values[Map ~map[K]V, K comparable, V any](m Map) iter.Seq[V]
    Values returns an iterator over values in m.

SortedKeys can wait and be a separate proposal.

It's true that slices.Sorted(maps.Keys(m)) will not pre-size the slice, but that's not necessarily a strike against the iterator forms.

More wordy, but slices.Sorted(slices.Append(make([]T, 0, len(m)), maps.Keys(m))) does preallocate the slice, as long as T can be named. And an extra generic helper func PreallocKeys[Map ~map[K]V, K comparable, V any](m Map) []K { return make([]K, 0, len(m)) } addresses the situations where it can't.

Based on the discussion above, this proposal seems like a likely accept.
— rsc for the proposal review group
The full godoc is:
func All[Map ~map[K]V, K comparable, V any](m Map) iter.Seq2[K, V]
    All returns an iterator over key-value pairs from m.

func Collect[K comparable, V any](seq iter.Seq2[K, V]) map[K]V
    Collect collects key-value pairs from seq into a new map and returns it.

func Insert[Map ~map[K]V, K comparable, V any](m Map, seq iter.Seq2[K, V])
    Insert adds the key-value pairs from seq to m.

func Keys[Map ~map[K]V, K comparable, V any](m Map) iter.Seq[K]
    Keys returns an iterator over keys in m.

func Values[Map ~map[K]V, K comparable, V any](m Map) iter.Seq[V]
    Values returns an iterator over values in m.

func Keys[Map ~map[K]V, K comparable, V any](m Map) iter.Seq[K]
Keys returns an iterator over keys in m.

func Values[Map ~map[K]V, K comparable, V any](m Map) iter.Seq[V]
Values returns an iterator over values in m.

What, if anything, is guaranteed about the iteration order of Keys and Values? I believe this should be specified in the docs.
Does these two for loops yield the same key order? I would assume not, based on analogy to range-over-map.
for k := range maps.Keys(m) {
    println(k)
}
for k := range maps.Keys(m) {
    println(k)
}

What about this?
seq := maps.Keys(m)

for k := range seq {
    println(k)
}
for k := range seq {
    println(k)
}

I can see why it might make sense from an implementation standpoint for this to also be randomized. However it also seems weird for a value of type Seq, which nominally represents a sequence, to in fact yield multiple different sequences.

Insert should clearly specify whether it overwrites existing keys

seq := maps.Keys(m)

for k := range seq {
    println(k)
}
for k := range seq {
    println(k)
}

I think that prints the keys once in a random order because the first range statement exhausts the iterator.

Yes, I deleted my comment but you beat me to it. 😄

Happy to update docs to say that iteration order is undefined (different each time) and Insert does overwrite keys.

No change in consensus, so accepted. 🎉
This issue now tracks the work of implementing the proposal.
— rsc for the proposal review group
The full godoc is:
func All[Map ~map[K]V, K comparable, V any](m Map) iter.Seq2[K, V]
    All returns an iterator over key-value pairs from m.

func Collect[K comparable, V any](seq iter.Seq2[K, V]) map[K]V
    Collect collects key-value pairs from seq into a new map and returns it.

func Insert[Map ~map[K]V, K comparable, V any](m Map, seq iter.Seq2[K, V])
    Insert adds the key-value pairs from seq to m.

func Keys[Map ~map[K]V, K comparable, V any](m Map) iter.Seq[K]
    Keys returns an iterator over keys in m.

func Values[Map ~map[K]V, K comparable, V any](m Map) iter.Seq[V]
    Values returns an iterator over values in m.

@rsc I don't see any doc changes

ISTM if that is a concern, it should maybe rather be slices.SortedLength[E any](int, iter.Seq[E]) (modulo name), as any use of "make a sorted slice from an iterator" would suffer the same issue.

@Merovius there are other cases when you need to collect the iterator, like when that can only be safely done under a lock and you wouldn't want to hold onto the lock while rangeing over it. That sounds more like a general pre-allocating keys/values to slice function is desirable than a specific slices.SortedLength (refs https://github.com/golang/go/issues/61626#issuecomment-2198753585).

I added an issue for slices.CollectN https://github.com/golang/go/issues/68261.

I'm coming to this quite late, but I have a question: Why do functions All, Insert, Key, and Values introduce a Map ~map[K]V type parameter?. Is it purely to make their signatures more readable?
AFAIU, all those functions could have been written as follows without losing any expressive power:
func All[K comparable, V any](m map[K]V) iter.Seq2[K, V]
func Insert[K comparable, V any](m map[K]V, seq iter.Seq2[K, V])
func Keys[K comparable, V any](m map[K]V) iter.Seq[K]
func Keys[K comparable, V any](m map[K]V) iter.Seq[V]

@jub0bs
Because custom map types, i.e. type Example map[string]string, could require manual conversion otherwise.

@DeedleFake No; as long as the argument is of type whose underlying type is some map, no explicit conversion is required from the caller.
package main

import (
	"iter"
)

type Example map[string]string

func main() {
	m := Example{"key": "value"}
	_ = Keys(m) // no compilation error
}

func Keys[K comparable, V any](m map[K]V) iter.Seq[K] {
	return func(yield func(K) bool) {
		for k := range m {
			if !yield(k) {
				return
			}
		}
	}
}

(playground)

@jub0bs I think the answer is "because of consistency". It does make a difference for functions like maps.Equal, because a usage like slices.EqualFunc([]T{}, maps.Equal) would not work if T is a defined map type, otherwise. That's still a bit exotic, but it made a bit more sense when we talked about slices.Equal, for example, as defined slice types are a bit more common. At that point, we pretty much decided to go all the way and put the extra type-parameters into all the functions.
Of course now people are justifiably confused about when to add them and do it inappropriately, because they cargo-cult from the slices and maps package. I've seen the question a couple of times lately and I plan to write a relatively comprehensive post about it soon.
In general, if it is foreseeable that a function might be used with a higher-order function, it makes sense to add the extra type-parameter. And to be fair, I can imagine that functions like All and Keys have usages like that, if it becomes sufficiently common to write functional pipelines over iterators. I can imagine having a higher-order iterator transformer needing something like a func(T) iter.Seq[T].

@jub0bs For consistency with the other functions in the maps package, so that an explicit instantiation always starts with the map type.


Not possible to debug since vscode update 1.40.2

Brief Issue Summary
The Extension Debug button in the bottom bar prompts error, normal debug tab on the left prompts same error:
ConvertToDto unexpected type
Extension Target selection works as usual.
Expected:

Open CMake Project
Select Target to debug (bottom bar)
Click Debug
Debugger session starts

Apparent Behavior:

Open CMake Project
Select Target to debug (bottom bar)
Click Debug
Bang! ConvertToDto unexpected type

CMake Tools Log

[build] Starting build
[proc] Executing command: /usr/bin/cmake --build xxxxxxxxxxxxxxxxx --config Debug --target xxxxxxxxxxxx -- -j 16
[build] [1/6  16% :: 0.004] xxxxxxxxxxxxxxxxxxx
[build] [2/4  50% :: 0.009] xxxxxxxxxxxxxxxxxxx
[rollbar] Unhandled exception: Unhandled Promise rejection: Update code model for cpptools TypeError: Cannot read property 'getApi' of undefined {}
[build] Build finished with exit code 0
[proc] Executing command: /usr/bin/gdb-7 --version
[proc] Executing command: gdb --version

Platform and Versions

Operating System:  Ubuntu 18.04
CMake Version: 3.16
VSCode Version: 1.40.2
CMake Tools Extension Version: 1.2.3
Compiler/Toolchain: gcc 7.4

Other Notes/Information

This issue is actually coming  from the c++ extension and not CMake tools, sorry for inconvenience

@LuisAyuso Why do you says it's coming from the C++ extension?
@bobbrow @andreeis Could this be a CMake Tools bug? Pierson seems to think so.

sorry for the delay, I commented about this here: https://github.com/microsoft/vscode-cpptools/issues/4703#issuecomment-563155650


docker error processing tar file(exit status 1)

I need to install tensorflow by docker install method, but my pc could not connect the google service (gcr.io/tensorflow/tensorflow:latest-devel: ). So, I had to download it or save it. Firstly, I had used the vpn or other methods to connect the server, but it failed. Then, I tried to use fedora os to download it(I don't know why it could work well), and it download very quickly. So, I started to save the resource to a tar file. Here are my operation steps.
(In fedora, the docker version is newest, Docker version 1.10.3, build a612434/1.10.3)

docker run -it -p 8888:8888 gcr.io/tensorflow/tensorflow:latest-devel

docker save -o tensorflow_docker_cpu  gcr.io/tensorflow/tensorflow:latest-devel

And, I tried load the "tensorflow_dockercpu" file in windows.(Docker version 1.12.5). But it failed.

docker load < tensorflow_docker_cpu

What's the size of the tar-file? (I just want to make sure you downloaded the actual image and didn't pipe an error page into a .tar file).
More importantly, using >, < and | with binary files on Windows is dicey. I don't know the behavior in mingw/git-bash, but powershell messes files up: https://github.com/PowerShell/PowerShell/issues/1908
Use docker load -i yourfile.tar instead.

Also looks like the version of docker used to pull and save the image is not an official package, but Red Hat's fork (see the commit that it's built from https://github.com/projectatomic/docker/commit/a612434f4fa5da18833706885c24a1786dfac8e2). This could well play a role

@friism , thank you for the reply, and I had followed your advice. (I checked the file information. As show under the picture.) I had tried used the PowerShell to running, it was the same error.

I had used docker load -i myfile.tar instead. And get the same error.

I had tried another install resource, https://download.docker.com/win/stable/InstallDocker.msi.


希望能兼容 go 1.18版本

希望能兼容 go 1.18版本

According to the Go official Release Policy, Each major Go release is supported until there are two newer major releases.
So, upgrading golang would be a better way
https://go.dev/doc/devel/release

Yeah, this library makes pretty heavy use of the new generics added to the sync/atomic library in go1.19. It wouldn't be impossible to remove them to support go 1.18, but I find they make the code much more readable and more maintainable.
Given that go 1.18 is out of the support window by the go team, I do not plan to update the library to work with go 1.18.


altair-exported-types contains JavaScript

After checking some of the dependencies I realized that altair-exported-types contains JavaScript, and the package is actually quite heavy because of that, when the package I guess should only contain type definitions.
also, is there a reason for "uuid" being a dependency?
https://www.npmjs.com/package/altair-exported-types

You can also check it here<EMAIL_ADDRESS>

Hello @PabloSzx, i did this intentionally. Although it was originally meant to be only for types, i noticed that the types were not exactly working well alone in some cases. For example for enums. If i only exclude the types, it wouldn't have the enums which means they can't be used. I then have to use a string and cast the string to the

Maybe I'm doing something wrong and I'm happy to know how best it should be too work as expected. A similar thing happens for classes too (although I can probably just change that to use an interface instead)

I'd create a separate package that would contain all those core aspects of Altair (like config, subscription providers, plugin logic). That would have a smaller footprint than the entire types from the entire altair-app.

That would have a smaller footprint than the entire types from the entire altair-app.

Yeah, I think the core issue of shipping the javascript is that it's basically the entire altair-app, but if it only contains the types with the javascript for enums it should be fine

This should be resolved. By resolved i mean it should be importing only the core functionality instead of the whole app


Added compiler interface to python

Added python module to compile models as well as example and doc.
Mnist example is now able to compile as well.
import numpy as np
from PyRuntime import ExecutionSession
from PyOnnxMlirCompiler import OnnxMlirCompiler, OnnxMlirTarget, OnnxMlirOption

# Load onnx model and create Onnx Mlir Compiler object.
# Compiler needs to know where to find its runtime. Set ONNX_MLIR_RUNTIME_DIR
# to proper path.
# export ONNX_MLIR_RUNTIME_DIR=../../build/Debug/lib
file = './mnist.onnx'
compiler = OnnxMlirCompiler(file)
# Set optimization level to -O3.
compiler.set_option(OnnxMlirOption.opt_level, "3")
#compiler.set_option(OnnxMlirOption.verbose, "")
print("Compile", file, "with opt level", compiler.get_option(OnnxMlirOption.opt_level), "for arch", compiler.get_option(OnnxMlirOption.target_arch), "and CPU", compiler.get_option(OnnxMlirOption.target_cpu))
# Generate the library file. Success when rc == 0.
rc = compiler.compile('./mnist-O3', OnnxMlirTarget.emit_lib)
model = compiler.get_output_file_name()
if rc:
    print("Failed to compile with error code", rc)
    exit(1)
print("Compiled onnx file", file, "to", model, "with rc", rc)
# Load the model mnist.so compiled with onnx-mlir.
session = ExecutionSession(model)
# Print the models input/output signature, for display.
# Signature functions for info only, commented out if they cause problems.
print("input signature in json", session.input_signature())
print("output signature in json",session.output_signature())
...

Signed-off-by: Alexandre Eichenberger<EMAIL_ADDRESS>

Request for help: in the CmakeList.txt for target PyOnnxMlirCompiler, which compile the new interface, I was not able to have the include set rights for the onnx-mlir/include paths. As a result, I had to manually add the include to the files that are found there.
I would appreciate input on how to fix that. Maybe @gongsu832 ?

Request for help: in the CmakeList.txt for target PyOnnxMlirCompiler, which compile the new interface, I was not able to have the include set rights for the onnx-mlir/include paths. As a result, I had to manually add the include to the files that are found there. I would appreciate input on how to fix that. Maybe @gongsu832 ?

@AlexandreEichenberger : Can you put a comment on the lines you are referring to? As far as I can tell, you are setting the include directories based on properties from onnx, is that the place you mean? pybind11_add_module adds a library, so you should be able to add its dependencies as target_link_libraries and get the properties inherited (assuming you actually want to link against onnx or onnx_proto).

Would it be easier for users to use a single class, say ExecutionSession, instead of two classes? Inspired by TensorFlow Keras (https://www.tensorflow.org/guide/effective_tf2), I image something like this:
sess = OMSession("model.onnx")
copt = OMCompilerOptions()
copt.opt_level = 3
copt.maccel = NNPA
sess.compile(copt)
sess.run(inputs)

In the future we may have sess.fit before sess.run like fit in Keras, to prepare data for inference.

Just so we don't duplicate efforts, we have an OMP (Open Mainframe Project) student who is looking into this. @AlexandreEichenberger if you want we can have the student work with you on this.

@sstamenova
pybind11_add_module(PyOnnxMlirCompiler PyOnnxMlirCompiler.cpp)
add_dependencies(PyOnnxMlirCompiler onnx_proto)
target_compile_definitions(PyOnnxMlirCompiler
  PRIVATE
  $<TARGET_PROPERTY:onnx,COMPILE_DEFINITIONS>
  )
target_include_directories(PyOnnxMlirCompiler
  PRIVATE
  $<TARGET_PROPERTY:onnx,INCLUDE_DIRECTORIES>
  )
target_link_libraries(PyOnnxMlirCompiler
  PRIVATE
  OnnxMlirCompiler
  )

install(TARGETS PyOnnxMlirCompiler
  DESTINATION lib
  )

I literally copied this, the offending lines is probably where it say to include
  $<TARGET_PROPERTY:onnx,INCLUDE_DIRECTORIES>

but I really don't understand the syntax. What I need is that the regular onnx-mlir/include dir be included.

@tungld

Would it be easier for users to use a single class, say ExecutionSession, instead of two classes? Inspired by TensorFlow Keras (https://www.tensorflow.org/guide/effective_tf2), I imagine something like this

I though about it, would we worry that now the execution session includes the entire compiler? Right now, execution session is very very lean (basically a minor extension to the runtime). If we pull the entire compiler, then every execution session becomes the entire onnx-mlir image.
Aside that issue, I would indeed prefer a single class as it is more elegant.

Just so we don't duplicate efforts, we have an OMP (Open Mainframe Project) student who is looking into this. @AlexandreEichenberger if you want we can have the student work with you on this.

You mentioned that the student was not likely going to do this. If he wants to take this one over, he is welcome to take this PR as a base to do it. Note that this PR also add a few unrelated things, like a new verbose option, that can be isolated easily.

target_include_directories(PyOnnxMlirCompiler
  PRIVATE
  $<TARGET_PROPERTY:onnx,INCLUDE_DIRECTORIES>
  )

means set the include directories of PyOnnxMlirCompiler to the INCLUDE_DIRECTORIES property of the onnx target. It sounds like that's not what you want since you just want the regular include directory (this is also probably true for the compile definitions).
I would expect when you add OnnxMlirCompiler as a link library for that to import the regular include directories. Does it not work if you only leave that command?
target_link_libraries(PyOnnxMlirCompiler
  PRIVATE
  OnnxMlirCompiler
  )

Just so we don't duplicate efforts, we have an OMP (Open Mainframe Project) student who is looking into this. @AlexandreEichenberger if you want we can have the student work with you on this.

You mentioned that the student was not likely going to do this. If he wants to take this one over, he is welcome to take this PR as a base to do it. Note that this PR also add a few unrelated things, like a new verbose option, that can be isolated easily.

I guess there was some misunderstanding. I said that the student was not likely going to do more complicated things such as developing python tool to analyze the model, etc. This PR is exactly what the student is trying to do. I will point him to this PR so efforts can be consolidated.

@sstamenova got it to work with this
target_include_directories(PyOnnxMlirCompiler
  PRIVATE
  ${ONNX_MLIR_SRC_ROOT}/include
  )

so this issue is now resolved. Thanks for the nudge in the right direction.

This PR is exactly what the student is trying to do. I will point him to this PR so efforts can be consolidated.

yes, I fixed the include issue and the student can take over. I think it would be nice to resolve the high level issues with consensus from the community (e.g. merged into exec session or two different classes). Once that is done, this code base should be a good start toward achieving the goals.

how do we "clear" the options?

How about using None to reset an option, something like this:
class OMCompilerOption(object):
    opt_level = None
    maccel = None

    # change attribute values.
    def __setattr__(self, name, value):
        self.__dict__[name] = value
        if value is None:
            # call the python wrapper of C++ clear_option
            print("clear option", name)
        else:
            # call the python wrapper of C++ set_option
            print("set option", name, value)

    def __getattribute__(self, name):
        # calling the super class to avoid recursion
        value = super(OMCompilerOption, self).__getattribute__(name)

        # just for testing: to mimic calling C++ get_option
        default_options = {"opt_level": 0, "maccel": None}
        if name not in default_options:
            return value
        if value is None:
            # call the python wrapper of C++ get_option, and return the value
            value = default_options[name]

        print("get option", name, value)
        return value

    # Reset all attribute values.
    def reset(self):
        self.opt_level = None
        self.maccel = None

copt = OMCompilerOption()
copt.opt_level
copt.maccel

print()
copt.opt_level = 3
copt.maccel = "NNPA"
copt.opt_level
copt.maccel

print()
copt.opt_level = None
copt.opt_level
copt.maccel

print()
copt.reset()
copt.opt_level
copt.maccel

which will output
get option opt_level 0
get option maccel None

set option opt_level 3
set option maccel NNPA
get option opt_level 3
get option maccel NNPA

clear option opt_level
get option opt_level 0
get option maccel NNPA

clear option opt_level
clear option maccel
get option opt_level 0
get option maccel None

@tungld I like it. Since right now all of our interface is code written in C++ plus the exported interface through PyBind, we may have to write this in C++ and add the interface in PYBIND11 stuff.
Also, we are still having the "issue" that the interface we provide is confusing.
say we have (loosely written)
copt1= OMCompilerOptions()
copt1.opt_level = 3
copt1.maccel = NNPA
sess1.compile(copt1)

# sometime later with a sess2

copt2= OMCompilerOptions()
sess2.compile(copt2)

The second compile is still working under the first set of optimizations, as the optimization flags in onnx-mlir are global.
One approach to that is to "clear" all global options when creating a new OMCompilerOptions.
The final issue is that these are not thread safe.... for that we could simply use locks implicitly, or declare it thread unsafe and rely on the user to add locks, or make all global switches thread_local... which works relatively well (but I think zOS may have a different mechanism... which we would have to look into). Probably simplest to declare the compile/option thread unsafe.

@gongsu832 can you encourage your student to chime in, or would you like him to come at tonight's meeting and we can discuss it?

no functionality changes, just merged with the latest and removed errand spaces.

@gongsu832 can you encourage your student to chime in, or would you like him to come at tonight's meeting and we can discuss it?

@AlexandreEichenberger Hello Alexandre, I am the student in the OMP (Open Mainframe Project) program which @gongsu832 mentioned before. Nice to meet you! I see the "include" issue has already been sovled. To "clear all global options", maybe for now, we can just have a function which sets all the options to None as @tungld mentioned and we have to declare the compile thread unsafe. And after this PR is merged, I will fork the repo and continue working on this. Is my understanding right?

@AlexandreEichenberger Hello Alexandre, I am the student in the OMP (Open Mainframe Project) program which @gongsu832 mentioned before. Nice to meet you! I see the "include" issue has already been sovled. To "clear all global options", maybe for now, we can just have a function which sets all the options to None as @tungld mentioned and we have to declare the compile thread unsafe. And after this PR is merged, I will fork the repo and continue working on this. Is my understanding right?

Nice to hear from you. Would you mind calling in our weekly meeting tonight at 8pm est so that you can express also your views as we discuss this interface?
I can push this one and then you take from there, if that is your preference. It looks like the final solution will be a bit different.

Nice to hear from you. Would you mind calling in our weekly meeting tonight at 8pm est so that you can express also your views as we discuss this interface?

Actually I do not have many views to share but I am glad to join the meeting to learn. Could you please add me to the meeting? My email is<EMAIL_ADDRESS>

I can push this one and then you take from there, if that is your preference. It looks like the final solution will be a bit different.

@AlexandreEichenberger Hello Alexandre, I am thinking to prepare my own PR which incorporates changes in this PR so you do not need to merge this PR and this could be closed eventually once you have my new PR merged. How do you think about this plan?

I like it better. You can simply download the patch, and the commit it under a different one that you own.

Closed as @Jiaqing-ASU is taking this task over


Ansible OMERO Galaxy roles: switch to new namespace

See also https://github.com/ome/ansible-example-omero-onenode/pull/1 and https://github.com/IDR/deployment/pull/194
Switch all roles associated with the installation of OMERO.server and OMERO.web to use the roles published under the Galaxy ome namespace (following the deprecation of the openmicroscopy namespace).
Most roles are bumped to the next patch release which should be harmless. Only exceptions are ome.ice 2.1.1 -> 3.0.0 (drop support for Ice 3.5) and ome.omero_python_deps 1.1.0 -> 2.0.1 (remove Scipy)
To be run in check-mode against:

[x] ome-dundeeomero
(ansible) sbesson@ls30630:prod (master) $ ansible-playbook -KC playbooks/ome-dundeeomero.yml
...
PLAY RECAP *********************************************************************************************************************************************
ome-dundeeomero.openmicroscopy.org : ok=75   changed=3    unreachable=0    failed=0

Changes related to pip in check-mode and the figure script

[x] ome-demoservers
(ansible) sbesson@ls30630:prod (master) $ ansible-playbook -KC playbooks/ome-demoserver.yml
...
PLAY RECAP *********************************************************************
ns-web-pub.openmicroscopy.org : ok=4    changed=0    unreachable=0    failed=0
ns-web.openmicroscopy.org  : ok=4    changed=0    unreachable=0    failed=0
ome-demoserver.openmicroscopy.org : ok=137  changed=11   unreachable=0    failed=0
pub-omero.openmicroscopy.org : ok=140  changed=10   unreachable=0    failed=0

Changes are related to Nginx, pip/virtualenv and the figure scripts

[X] ns-webclients
(ansible) sbesson@ls30630:prod (master) $ ansible-playbook -KC playbooks/nightshade-webclients.yml
...
PLAY RECAP *********************************************************************************************************************************************
ns-web-pub.openmicroscopy.org : ok=74   changed=7    unreachable=0    failed=0
ns-web.openmicroscopy.org  : ok=74   changed=7    unreachable=0    failed=0
ome-demoserver.openmicroscopy.org : ok=4    changed=0    unreachable=0    failed=0
pub-omero.openmicroscopy.org : ok=4    changed=0    unreachable=0    failed=0

Changes are related to Nginx, pip/virtualenv in check-mode

[x] outreach
 (ansible) sbesson@ls30630:prod (master) $ ansible-playbook -KC playbooks/omero/training-server/playbook.yml
 ...
 PLAY RECAP *********************************************************************************************************************************************
 outreach.openmicroscopy.org : ok=131  changed=14   unreachable=0    failed=0

Changes in pip/virtualenv (check-mode), and scripts download

Conflicting PR. Removed from build TRAINING-merge#331. See the console output for more details.
Possible conflicts:

PR #186 manics 'ome-training-2: Replacement for current outreach'

requirements.yml
omero/training-server/playbook.yml

--conflicts

Code certainly looks good. Can you summarize what you think is covered by travis and what isn't?

I also asked myself the question. My understanding is that in Travis CI:

the omero-training playbook is quite thoroughly covered by a complete molecule lifecycle
all the other OMERO playbooks are passing a minimal syntax-check

Deployed on test70

Conflicting PR. Removed from build TRAINING-merge#332. See the console output for more details.
Possible conflicts:

PR #186 manics 'ome-training-2: Replacement for current outreach'

requirements.yml
omero/training-server/playbook.yml

--conflicts

Have you checked site.yml in check-mode too?

Ah thanks for poiting me at site.yml as it forced me to bump the Prometheus and Nginx proxy roles to avoid dependency conflicts. In check-mode, I have now:
PLAY RECAP *********************************************************************************************************
ns-web-pub.openmicroscopy.org : ok=101  changed=7    unreachable=0    failed=0
ns-web.openmicroscopy.org  : ok=101  changed=7    unreachable=0    failed=0
ome-demoserver.openmicroscopy.org : ok=181  changed=14   unreachable=0    failed=0
ome-dundeeomero.openmicroscopy.org : ok=110  changed=6    unreachable=0    failed=0
ome-training-jh.openmicroscopy.org : ok=57   changed=6    unreachable=0    failed=0
outreach.openmicroscopy.org : ok=172  changed=15   unreachable=0    failed=0
pub-omero.openmicroscopy.org : ok=187  changed=14   unreachable=0    failed=0

Most changes are pertaining to pip and custom scripts installations


Cannot use dependsOn in components when deploy2env exists

Describe the bug

Cannot use dependsOn in components when deploy2env exists
To Reproduce

I am following the How-to Guides Cloud Resources - Provision a Database and Import a SQL File for initialization, and intentionally add dependsOn within the web component like below:
apiVersion: core.oam.dev/v1beta1
kind: Application
metadata:
  name: favorite-links
spec:
  components:
    - name: web
      type: webservice
      properties:
        image: oamdev/nodejs-mysql-links:v0.0.1
        port: 4000
      #################
      # MY CHANGE HERE #
      #################
      dependsOn:
      - db
      traits:
# ...

Then I apply this YAML, but get error below:
$ vela status favorite-links

About:

  Name:      	favorite-links
  Namespace: 	default
  Created at:	2022-03-25 14:25:38 +0800 CST
  Status:    	runningWorkflow

Workflow:

  mode: StepByStep
  finished: false
  Suspend: false
  Terminated: false
  Steps
  - id:ul2if3351w
    name:deploy
    type:deploy2env
    phase:failed
    message:step app: step apply: step outputs: _|_ // field "dependsOn" not allowed in closed struct
: app.apply.outputs: field "dependsOn" not allowed in closed struct

Services:

Expected behavior

No error, dependsOn should not be denied.
Screenshots

KubeVela Version

CLI Version: v1.2.4
Core Version: 1.2.4
GitRevision: git-f6032f3
GolangVersion: go1.17.7
Cluster information

v1.22.3
Additional context

Seems duplicate with #3441

The reason for not supporting dependsOn is #3394.

The reason for not supporting dependsOn in deploy2env is #3394.

Thanks for your reply. but I wonder if there is a way to apply components in order?

The reason for not supporting dependsOn in deploy2env is #3394.

Thanks for your reply. but I wonder if there is a way to apply components in order?

Yes. You can use apply-component in WorkflowStep to manually controller the order for components to deploy. If combined with env-binding, the default order is the order of components declared in the application spec.

Thanks for clarification!

Let's make this issue open until we support this feature.

The reason for not supporting dependsOn in deploy2env is #3394.

Thanks for your reply. but I wonder if there is a way to apply components in order?

Yes. You can use apply-component in WorkflowStep to manually controller the order for components to deploy. If combined with env-binding, the default order is the order of components declared in the application spec.
If i use apply-component , how can i assign namespace to component?

It's supported in https://github.com/kubevela/kubevela/pull/3750 , you can use deploy workflowstep for this. I'm closing this.


allows for usage of node's clean-css

I noticed that installing clean-css as a jspm package using jspm install npm:clean-css --dev installed a lot of dependencies (and added a lot of mappings to my config.js).
<EMAIL_ADDRESS>{
      "assert"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "buffer"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "events"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "Base64"<EMAIL_ADDRESS>      "events"<EMAIL_ADDRESS>      "inherits"<EMAIL_ADDRESS>      "stream"<EMAIL_ADDRESS>      "url"<EMAIL_ADDRESS>      "util"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "https-browserify"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "os-browserify"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "path-browserify"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "process"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "stream-browserify"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "url"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "util"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "fs"<EMAIL_ADDRESS>      "module"<EMAIL_ADDRESS>      "path"<EMAIL_ADDRESS>      "process"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "util"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "base64-js"<EMAIL_ADDRESS>      "child_process"<EMAIL_ADDRESS>      "fs"<EMAIL_ADDRESS>      "ieee754"<EMAIL_ADDRESS>      "isarray"<EMAIL_ADDRESS>      "process"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "buffer"<EMAIL_ADDRESS>      "commander"<EMAIL_ADDRESS>      "fs"<EMAIL_ADDRESS>      "http"<EMAIL_ADDRESS>      "https"<EMAIL_ADDRESS>      "os"<EMAIL_ADDRESS>      "path"<EMAIL_ADDRESS>      "process"<EMAIL_ADDRESS>      "source-map"<EMAIL_ADDRESS>      "url"<EMAIL_ADDRESS>      "util"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "child_process"<EMAIL_ADDRESS>      "events"<EMAIL_ADDRESS>      "fs"<EMAIL_ADDRESS>      "graceful-readlink"<EMAIL_ADDRESS>      "path"<EMAIL_ADDRESS>      "process"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "buffer"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "fs"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "http"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "util"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "os"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "process"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "assert"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "process"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "buffer"<EMAIL_ADDRESS>      "core-util-is"<EMAIL_ADDRESS>      "events"<EMAIL_ADDRESS>      "inherits"<EMAIL_ADDRESS>      "isarray"<EMAIL_ADDRESS>      "process"<EMAIL_ADDRESS>      "stream-browserify"<EMAIL_ADDRESS>      "string_decoder"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "amdefine"<EMAIL_ADDRESS>      "process"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "events"<EMAIL_ADDRESS>      "inherits"<EMAIL_ADDRESS>      "readable-stream"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "buffer"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "assert"<EMAIL_ADDRESS>      "punycode"<EMAIL_ADDRESS>      "querystring"<EMAIL_ADDRESS>      "util"<EMAIL_ADDRESS>    },
<EMAIL_ADDRESS>{
      "inherits"<EMAIL_ADDRESS>      "process"<EMAIL_ADDRESS>    }

As most of them were of the nodelibs family, I figured the step of building through clean-css should be able to run as a node module instead of bringing so many friends into a place where only browser modules should live.
So in this PR the bundle method of css-builder tries to do a System._nodeRequire('clean-css'). If it can't, then it tries to call loader['import']('clean-css'). If both of them fail then an error is thrown.

This is a great point, but I'm wondering if instead of reverting to Node module resolution we don't just bundle up a full build of clean-css along with this plugin.

You mean, bundling the clean-css binary? That makes sense, but how would you manage the need to keep that binary updated? not that it's changing so often, but still.
If there's a trivial way that I'm overlooking, please point me to it, because I'd like to add that to my less plugin. (which also uses node less to avoid dependency cluttering).

Yes I mean just including a build of it here in a way that we can periodically update along with releases here.
The thing about a LESS plugin is that it should ideally share the CSS compaction process with this CSS plugin so you can use the two plugins together and get a shared build process for CSS. Making this plugin extensible for a LESS plugin would be a great way to do that.

I get it, it's just like both css-loader and less-loader outputs were in turn optimized with csso in your old requirejs plugins. I was addressing the fact that having a bundled less version in the less plugin could achieve the same purpose regarding the usage of less nodelibs dependencies.
The big picture is (IMHO) that loader plugins should rely in light-even-if-less-performant versions, such as   @Aaike's distros/less for the browser, and only bring the full blown version for the build step. Anything that is meant to run only through the CLI shoulnd't install itself as if it was a browser loader, not clutter the config file.

Glad to hear we're on the same page. Yes that's exactly how it should work if I had the time to flesh this out! Yes we don't load build files in the browser plugin part.

Where could I find a proper build of clean-css? Or what is the clever way to bundle clean css as a single file?
Perhaps I could use jspm build  to generate a single, self executable cjs static build,

Yes exactly, just a jspm build of clean-css is all that is needed here. Note though that NodeJS-specific builds are only supported in jspm 0.17 though (jspm build clean-css --node there).

@guybedford It works!

@amenadiel excellent, thanks for testing it out!

Released in 0.1.21.

Btw I got the less loaders working too, although it was much more difficult. I had to make stub loaders mappings for image-size and source map packaged

@amenadiel nice work, it would be great to be able to share some updated less workflows more widely. How does it compare to the approach in https://github.com/aaike/jspm-less-plugin?

Aaike's uses a browser-only shim of less 2.4. It doesn't build That't what got me started investigating how to mimic your old requirejs less loader.
I'm currently bundling<EMAIL_ADDRESS>and implemented a couple of tests.
I wonder if would make sense to replace references to System with loader or compileOpts.systemGlobal to use _nodeRequire.

@amenadiel if it's offering build support then it may well be worth making it the main less loader in jspm? Can you clarity what you mean by the System and loader references?

In the beggining of the less-builder.js script I'm using System._nodeRequire and System.normalizeSync.
However, inside the exports.bundle method, I'm using loader._nodeRequire (where loader is just a reference to this).
On top of this, when generating stubs, I'm using (compileOpts.systemGlobal || 'System') instead of just System, because you pointed that SFX builds use the $_System variable instead.
The latter makes sense on its own, however I still fail to see why is it different to use _nodeRequire in either way. It should be a static method.

Yes I know this can be a little confusing. Basically System is the builder loader, which has execution disabled. That is System.import won't actually work inside the plugin itself, that's why we need to access the plugin loader at loader = this. Using the System loader for other things like normalization though is fine to do. In other words, yes what you're doing here is all correct. This stuff will also simplify when there is a proper contextual loading specification (eventually).


remove docker example application

What it does

Fixes #1151
This PR removes the Docker example application and related files/mentions from this repository.
It has moved to repo:
https://github.com/eclipse-cdt-cloud/trace-viewer-examples
How to test

Confirm that the removal has not broken the CI and that no mentions/references to the locally hosted docker example were missed.
Follow-ups

N/A
Review checklist

[x] As an author, I have thoroughly tested my changes and carefully followed the instructions in this template

Thanks for the review!


validation loss is not decreasing on NAT with zh-en data

hi, i want to train a NAT model for zh-en (about 260k) .
Here is train and validation loss graph:

What is wrong?
Thanks!

Hi, I am not familiar with teacher and student model. So I have some questions.
How is the teacher's validatoin loss?  Does that red curve represent teacher's validation loss?
There are also several half transparent curves, what do they mean?
Aside from my quesionts, I would like to say it is quite common to see validation loss(the blue one?) drop for first several epochs and then go up slightly later on.
In this case, I guess changing learning rate, batchsize and increasing distill data will make the student's validation loss drop a little further.

@gmryu
Hi, forgive me for not making it clear. The above picture is the loss figureof the student model, and I did not save the loss figure of the teacher model.
In the above figure, the red line is the train loss,  blue line is the valid loss, and the orange line is the train_inner loss，other lines is not important.
In the teacher model loss figure, when the model is fitted, the train loss and the valid loss will be close and flattened，but the student model does not.
And, i use the same  learning rate/batchsize as the teacher model to train stu model(like here)
I think it would defeat the purpose of this method in the notes if adding extra distillation data

First of all, I probably won't be helpful at all. Feel free to ignore me.

So if you had time, would you mind sharing your knowledge with me?
For what I understand, teacher model is trained with well-quality data and

If there is a lot of unlabeled data, one can use teacher model to create estimated labels so the student model can be trained with more data
or the student model is meant to be a distilled version of the teacher model.

If it is 1. I believe the student is supposed to get more data, otherwise there is no need of the teacher since labels comming from estimation may not be close enough to the original quality.
If it is 2. there is no guaranteen that the student can achieve the same score with the original validation data.
So I do not understand why adding more data defeat the purpose if one wants to improve the student model.
Although, it is possible that extra data is not needed for this teacher-student approach.
Then I assume data created by the teacher model should be good enought. Have you looked at a few sentences created by the teacher model and compare them with the student's ?   How bad is the student model in human sense?
(that 30 BLEU comes from fairseq-generate right?)
--
About that learning rate/batch size setups,  your --max-tokens 4096 --noise full_mask is different than the original one, let alone your data is zh-en not en-de.
Critically, different max tokens means different batchsize and there is no telling which one is good at all.
I would say if you have the resource and time, you can try different setups to see what fits the best.

Hi, @gmryu thanks for your reply .
I should belong to 2 .
I use an autoregressive model as a teacher to distill the original knowledge, and I want to test how much a non-autoregressive model as a student can improve the distilled knowledge. I have tested that if you add data, it will add extra knowledge, and the student model will definitely improve, so the reason I won't add extra data for now is that I will confuse whether the improvement is due to distilled knowledge or added extra Knowledge.
30 bleu from teacher's  fairseq generate
Next I will try different hyperparameters, such as the maxtoken you mentioned, etc.


removed currency from eosiolib, exchange from examples

It appears that the currency.hpp file is included in ./libraries/eosiolib erroneously.
It is deprecated by eosio.token
It is not part of the SDK
Additionally, .gitignore did not ignore .DS_Store, used by Mac OS systems.
Edit
Removed three deprecated doxygen files from libraries/eosiolib and examples/exchange

This PR is an extension/rebase from #56