navi14 (gfx1012): git apply can not find file patch/22.rocblas-ninja-1.patch

Environment

Hardware
description

GPU
RX 5500 XT

CPU
Ryzen 7 5800X

Software
version

OS
Linux Mint 20.3 (Ubuntu focal 20.04 base) under 5.8.0-48-generic x86_64 kernel

ROCm
4.3

Python
3.8.10

What is the expected behavior
I am trying to build ROCm for my navi14 GPU. Dependencies and environment are installed and set. I am following the instructions from navi14/REAME.md.
What actually happens
When executing bash navi14/22.rocblas.sh the script exits with error because git apply can not find file patch/22.rocblas-ninja-1.patch. I looked in the repo and the file is no longer there since commit 7759bdbfe91d5e163e91ce5fc92e025995476e8f. I am not sure how to proceed from here.
How to reproduce
It is not clear in the README: I ran bash navi14/22.rocblas.sh before running any other script because it is the first recommendation, before the list of 10 scripts to run. Do I need to run it in order as well?

I upgrade navi10 documents and scripts to the latest version - ROCm-5.2.3.
And my suggestion is try HSA_OVERRIDE_GFX_VERSION=10.3.0, which needn't re-compile sources.
The documents is based on the rocm-build, if you want to build ROCm from zero, you need run all of scripts from rocm-build one-by-one.
If you just want to get navi10 supporting, you can install original ROCm first and re-compile related components.

So I should try installing the ROCm 5.2.3 package instead first? I noticed they moved the install documentation to a new site since 5.x. The requirements seem to be the same as for 4.3. Is the amdgpu stack a requirement for ROCm? Its install step is there in the new documentation.

In my environment, rx5700xt need amdgpu-5.2.3 to prevent PCIe atomic requirement issue.
If there is kfd atomic problem in dmesg, you can try latest amdgpu dkms.
And ubuntu-20.04.4 upgraded kernel-5.15.0 which need amdgpu-dkms-5.2.3.
ROCm-4.3 may use the legal rocm-dkms, which is likely equals amdgpu-dkms on ROCm-5+.
So my suggestion is using latest amdgpu-dkms to prevent these issues.

Okay I've set up the new 5.2.3 environment. The issue now is the navi14 rocblas patch seems to be failing:
|====|
|SLOW|
|====|
~/code/rocm-build/build/rocblas ~/code/rocm-build/build/rocblas
HEAD is now at da90ed36 Merge pull request #1520 from benjaminulmer/release/rocm-rel-5.2
error: patch failed: Tensile/Common.py:201
error: Tensile/Common.py: patch does not apply
error: patch failed: Tensile/TensileCreateLibrary.py:238
error: Tensile/TensileCreateLibrary.py: patch does not apply

I manually checked both files (Tensile/Common.py and Tensile/TensileCreateLibrary.py) and indeed the patches don't apply.
I believe everything is correctly set up on my end. Is navi14/22.tensile-gfx1012-1.patch outdated, perhaps?

Yes, I forget to update gfx1012 patch.
I had synced the gfx1012 patch with gfx1010, please try a again.

So I am trying to compile everything running every script. I could not succeed with just the scripts mentioned under navi14/README.md because they're producing dependency issues and breaking rocm packages. (That's bad, right?)
I compiled everything successfully until miopen. First, the compiler complained about lacking "boost_filesystem" so I installed libboost-filesystem1.71-dev with its dependencies. Then the compiler succeeded, but not the linker. Right now I'm getting this error:

/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libboost_filesystem.a(operations.o): relocation R_X86_64_PC32 against symbol `_ZSt7nothrow@@GLIBCXX_3.4' can not be used when making a shared object; recompile with -fPIC

I tried editing the 35.miopen.sh script file to add the CMAKE flag -DCMAKE_POSITION_INDEPENDENT_CODE=ON but it didn't work. Below you can see clang++ passing the -fPIC argument. I don't know why the compiler fails. Any help?
Here's the full log

➜ LC_ALL=C bash 35.miopen.sh
/usr/local/pip install cget
Requirement already satisfied: cget in /usr/local/lib/python3.8/site-packages (0.2.0)
Requirement already satisfied: click>=6.6 in /usr/local/lib/python3.8/site-packages (from cget) (8.1.3)
Requirement already satisfied: six>=1.10 in /usr/local/lib/python3.8/site-packages (from cget) (1.16.0)
Downloading https://github.com/pfultz2/rocm-recipes/archive/HEAD.tar.gz
Extracting archive /usr/local/cget/build/tmp-db34b79fc90945efb662d8aa100b70b1/HEAD.tar.gz ...
CMake Warning (dev) in CMakeLists.txt:
No project() command is present.  The top-level CMakeLists.txt file must
contain a literal, direct call to the project() command.  Add a line of
code such as
project(ProjectName)

near the top of the file, but after cmake_minimum_required().
CMake is pretending there is a "project(Project)" command on the first
line.
This warning is for project developers.  Use -Wno-dev to suppress it.
-- The C compiler identification is Clang 14.0.0
-- The CXX compiler identification is Clang 14.0.0
-- Check for working C compiler: /opt/rocm/llvm/bin/clang
-- Check for working C compiler: /opt/rocm/llvm/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /opt/rocm/llvm/bin/clang++
-- Check for working CXX compiler: /opt/rocm/llvm/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Warning (dev) in CMakeLists.txt:
No cmake_minimum_required command is present.  A line of code such as
cmake_minimum_required(VERSION 3.16)

should be added at the top of the file.  The version specified may be lower
if you wish to support older CMake versions for this project.  For more
information run "cmake --help-policy CMP0000".
This warning is for project developers.  Use -Wno-dev to suppress it.
-- Configuring done
-- Generating done
CMake Warning:
Manually-specified variables were not used by the project:
BUILD_TESTING
CGET_CMAKE_DIR
CGET_CMAKE_ORIGINAL_SOURCE_FILE

-- Build files have been written to: /usr/local/cget/build/tmp-db34b79fc90945efb662d8aa100b70b1/build
Install the project...
-- Install configuration: "Release"
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.78
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.78/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.78/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.65
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.65/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.65/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.58
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.58/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.58/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.72
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.72/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.72/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.79
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.79/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.79/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//bzip2
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//bzip2/build.cmake
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//bzip2/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//google
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//google/protobuf
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//google/protobuf/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//google/protobuf/build.cmake
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//google/protobuf/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//libressl
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//libressl/build.cmake
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//libressl/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//pcre
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//pcre/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//pcre/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//require-hcc
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//require-hcc/local
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//require-hcc/local/CMakeLists.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//require-hcc/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//sqlite3
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//sqlite3/3.17
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//sqlite3/3.17/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//zlib
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//zlib/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/share//cmake
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/share//cmake/cget-recipe-utils
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/share//cmake/cget-recipe-utils/cget-recipe-utils-config.cmake
Successfully installed pfultz2/rocm-recipes
~/code/rocm-build/build/miopen ~/code/rocm-build/build/miopen
-- hip::amdhip64 is SHARED_LIBRARY
-- Build with HIP 5.2.22304
-- Hip compiler flags:  -mllvm -amdgpu-early-inline-all=true -mllvm -amdgpu-function-calls=false -x hip  -isystem /opt/rocm-5.2.3/include -isystem /opt/rocm-5.2.3/llvm/lib/clang/14.0.0/include/..  -D__HIP_PLATFORM_HCC__=1 -D__HIP_PLATFORM_AMD__=1  -isystem /opt/rocm-5.2.3/include -isystem /opt/rocm/include --hip-link
-- OpenCL compiler: /opt/rocm/bin/clang-ocl
-- hip::amdhip64 is SHARED_LIBRARY
-- Build with rocblas
-- HIP backend selected.
-- clang-offload-bundler found: /opt/rocm/llvm/bin/clang-offload-bundler
-- AMDGCN assembler: /opt/rocm/llvm/bin/clang
-- Build without miopentensile
-- Build without miopengemm
-- Build with comgr 2.4.0
-- HALF_INCLUDE_DIR: /opt/rocm/include
RPM version <IP_ADDRESS>
-- rocm-cmake: Set license file to /home/tom/code/rocm/MIOpen/LICENSE.txt.
-- Clang tidy not found
-- Clang tidy checks: ,-abseil-,-altera-struct-pack-align,-altera-unroll-loops,-android-cloexec-fopen,-bugprone-exception-escape,-bugprone-macro-parentheses,-bugprone-narrowing-conversions,-cert-dcl37-c,-cert-dcl51-cpp,-cert-env33-c,-cert-msc30-c,-cert-msc32-c,-cert-msc50-cpp,-cert-msc51-cpp,-clang-analyzer-alpha.core.CastToStruct,-clang-analyzer-optin.performance.Padding,-clang-diagnostic-deprecated-declarations,-clang-diagnostic-extern-c-compat,-clang-diagnostic-unused-command-line-argument,-cppcoreguidelines-avoid-c-arrays,-cppcoreguidelines-avoid-magic-numbers,-cppcoreguidelines-explicit-virtual-functions,-cppcoreguidelines-init-variables,-cppcoreguidelines-macro-usage,-cppcoreguidelines-narrowing-conversions,-cppcoreguidelines-non-private-member-variables-in-classes,-cppcoreguidelines-prefer-member-initializer,-cppcoreguidelines-pro-bounds-array-to-pointer-decay,-cppcoreguidelines-pro-bounds-constant-array-index,-cppcoreguidelines-pro-bounds-pointer-arithmetic,-cppcoreguidelines-pro-type-member-init,-cppcoreguidelines-pro-type-reinterpret-cast,-cppcoreguidelines-pro-type-union-access,-cppcoreguidelines-pro-type-vararg,-cppcoreguidelines-special-member-functions,-fuchsia-*,-google-explicit-constructor,-google-readability-braces-around-statements,-google-readability-todo,-google-runtime-int,-google-runtime-references,-hicpp-avoid-c-arrays,-hicpp-braces-around-statements,-hicpp-explicit-conversions,-hicpp-named-parameter,-hicpp-no-array-decay,-hicpp-signed-bitwise,-hicpp-special-member-functions,-hicpp-uppercase-literal-suffix,-hicpp-use-auto,-hicpp-use-equals-default,-hicpp-use-override,-hicpp-vararg,-llvm-else-after-return,-llvm-header-guard,-llvm-include-order,-llvmlibc-callee-namespace,-llvmlibc-implementation-in-namespace,-llvmlibc-restrict-system-libc-headers,-llvm-qualified-auto,-misc-misplaced-const,-misc-non-private-member-variables-in-classes,-misc-no-recursion,-modernize-avoid-bind,-modernize-avoid-c-arrays,-modernize-pass-by-value,-modernize-use-auto,-modernize-use-default-member-init,-modernize-use-equals-default,-modernize-use-trailing-return-type,-modernize-use-transparent-functors,-performance-unnecessary-value-param,-readability-braces-around-statements,-readability-convert-member-functions-to-static,-readability-else-after-return,-readability-function-cognitive-complexity,-readability-isolate-declaration,-readability-magic-numbers,-readability-named-parameter,-readability-qualified-auto,-readability-redundant-string-init,-readability-uppercase-literal-suffix,-modernize-use-override,-readability-non-const-parameter
-- Could NOT find LATEX (missing: LATEX_COMPILER)
Latex builder not found. Latex builder is required only for building the PDF documentation for MIOpen and is not necessary for building the library, or any other components. To build PDF documentation run make in /home/tom/code/rocm/MIOpen/doc/pdf, once a latex builder is installed.

The MIOpen need a customized boost-filesystem, we need sudo cmake -P $ROCM_GIT_DIR/MIOpen/install_deps.cmake --prefix /usr/local to do that, it will download boost-system-1.71 and use AMD customized cmake files to build boost-filesystem.
I guess MIOpen maybe need a static library boost-filesystem.

I see now. I removed my distro's related libboost*-dev packages and re-ran the script. The cget script exits successfully:

Successfully installed pfultz2/rocm-recipes

However the missing dependency error remains. There is in fact no /usr/include/boost path present in my filesystem.
If it's correctly building boost-filesystem, I'm not sure where it's being installed.
Full log

➜ LC_ALL=C bash 35.miopen.sh
/usr/local/pip install cget
Requirement already satisfied: cget in /usr/local/lib/python3.8/site-packages (0.2.0)
Requirement already satisfied: click>=6.6 in /usr/local/lib/python3.8/site-packages (from cget) (8.1.3)
Requirement already satisfied: six>=1.10 in /usr/local/lib/python3.8/site-packages (from cget) (1.16.0)
Downloading https://github.com/pfultz2/rocm-recipes/archive/HEAD.tar.gz
Extracting archive /usr/local/cget/build/tmp-f8d141f9a42f42f2b9bba7f78f4ba02e/HEAD.tar.gz ...
CMake Warning (dev) in CMakeLists.txt:
No project() command is present.  The top-level CMakeLists.txt file must
contain a literal, direct call to the project() command.  Add a line of
code such as
project(ProjectName)

near the top of the file, but after cmake_minimum_required().
CMake is pretending there is a "project(Project)" command on the first
line.
This warning is for project developers.  Use -Wno-dev to suppress it.
-- The C compiler identification is Clang 14.0.0
-- The CXX compiler identification is Clang 14.0.0
-- Check for working C compiler: /opt/rocm/llvm/bin/clang
-- Check for working C compiler: /opt/rocm/llvm/bin/clang -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /opt/rocm/llvm/bin/clang++
-- Check for working CXX compiler: /opt/rocm/llvm/bin/clang++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Warning (dev) in CMakeLists.txt:
No cmake_minimum_required command is present.  A line of code such as
cmake_minimum_required(VERSION 3.16)

should be added at the top of the file.  The version specified may be lower
if you wish to support older CMake versions for this project.  For more
information run "cmake --help-policy CMP0000".
This warning is for project developers.  Use -Wno-dev to suppress it.
-- Configuring done
-- Generating done
CMake Warning:
Manually-specified variables were not used by the project:
BUILD_TESTING
CGET_CMAKE_DIR
CGET_CMAKE_ORIGINAL_SOURCE_FILE

-- Build files have been written to: /usr/local/cget/build/tmp-f8d141f9a42f42f2b9bba7f78f4ba02e/build
Install the project...
-- Install configuration: "Release"
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.78
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.78/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.78/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.65
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.65/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.65/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.58
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.58/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.58/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.72
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.72/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.72/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.79
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.79/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//boost/1.79/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//bzip2
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//bzip2/build.cmake
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//bzip2/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//google
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//google/protobuf
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//google/protobuf/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//google/protobuf/build.cmake
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//google/protobuf/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//libressl
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//libressl/build.cmake
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//libressl/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//pcre
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//pcre/requirements.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//pcre/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//require-hcc
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//require-hcc/local
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//require-hcc/local/CMakeLists.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//require-hcc/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//sqlite3
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//sqlite3/3.17
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//sqlite3/3.17/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//zlib
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/etc/cget/recipes//zlib/package.txt
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/share//cmake
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/share//cmake/cget-recipe-utils
-- Installing: /usr/local/cget/pkg/pfultz2__rocm-recipes/install/share//cmake/cget-recipe-utils/cget-recipe-utils-config.cmake
Successfully installed pfultz2/rocm-recipes
~/code/rocm-build/build/miopen ~/code/rocm-build/build/miopen
-- hip::amdhip64 is SHARED_LIBRARY
-- Build with HIP 5.2.22304
-- Hip compiler flags:  -mllvm -amdgpu-early-inline-all=true -mllvm -amdgpu-function-calls=false -x hip  -isystem /opt/rocm-5.2.3/include -isystem /opt/rocm-5.2.3/llvm/lib/clang/14.0.0/include/..  -D__HIP_PLATFORM_HCC__=1 -D__HIP_PLATFORM_AMD__=1  -isystem /opt/rocm-5.2.3/include -isystem /opt/rocm/include --hip-link
-- OpenCL compiler: /opt/rocm/bin/clang-ocl
-- hip::amdhip64 is SHARED_LIBRARY
-- Build with rocblas
-- HIP backend selected.
-- clang-offload-bundler found: /opt/rocm/llvm/bin/clang-offload-bundler
-- AMDGCN assembler: /opt/rocm/llvm/bin/clang
-- Build without miopentensile
-- Build without miopengemm
-- Build with comgr 2.4.0
CMake Error at /home/tom/.local/cmake-3.16.8-Linux-x86_64/share/cmake-3.16/Modules/FindBoost.cmake:1636 (file):
file STRINGS file "/usr/include/boost/version.hpp" cannot be read.
Call Stack (most recent call first):
CMakeLists.txt:388 (find_package)
CMake Warning at /home/tom/.local/cmake-3.16.8-Linux-x86_64/share/cmake-3.16/Modules/FindBoost.cmake:851 (message):
Imported targets and dependency information not available for Boost version
0.0.0 (all versions older than 1.33)
Call Stack (most recent call first):
/home/tom/.local/cmake-3.16.8-Linux-x86_64/share/cmake-3.16/Modules/FindBoost.cmake:1283 (_Boost_COMPONENT_DEPENDENCIES)
/home/tom/.local/cmake-3.16.8-Linux-x86_64/share/cmake-3.16/Modules/FindBoost.cmake:1921 (_Boost_MISSING_DEPENDENCIES)
CMakeLists.txt:388 (find_package)
CMake Error at /home/tom/.local/cmake-3.16.8-Linux-x86_64/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146 (message):
Could NOT find Boost (missing: filesystem) (found version "0.0.0")
Call Stack (most recent call first):
/home/tom/.local/cmake-3.16.8-Linux-x86_64/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:393 (_FPHSA_FAILURE_MESSAGE)
/home/tom/.local/cmake-3.16.8-Linux-x86_64/share/cmake-3.16/Modules/FindBoost.cmake:2179 (find_package_handle_standard_args)
CMakeLists.txt:388 (find_package)
-- Configuring incomplete, errors occurred!
See also "/home/tom/code/rocm-build/build/miopen/CMakeFiles/CMakeOutput.log".
See also "/home/tom/code/rocm-build/build/miopen/CMakeFiles/CMakeError.log".

There is no compiling and installing logs of boost.
My suggestion is check why boost cmake didnot execute.

There is no compiling and installing logs of boost. My suggestion is check why boost cmake didnot execute.

Well, to start: ginger.amd.com is down. That's the domain address where the builder wants to get boost from. It's the same for the other dependencies (bzip2, sqlite3, zlib).
I don't know why the logs don't show a connection/download issue though.

I searched for the boost package hash included in the URL above. It matches the official 1.72.0 boost package file, which means installing that version of boost-system and boost-filesystem in my system could be enough to go. My Mint version is based off of Ubuntu 20.04 which only provides libboost 1.71.0, which is possibly why my previous attempt was failing.

I managed to run 35.miopen.sh successfully. I had to manually build and install the boost libraries myself because I could not get the recipe-based build system to work. Fortunately there were no conflicts there.
I failed to run 43.rocgdb.sh. This one's pretty memory intensive but I'm ok. The linker is throwing a lot of undefined reference errors, most of them relating to python objects. I continued anyway because I don't think I have a need for gdb.
Right now I can't build rocalution. Not sure why I'm getting these GPU target related errors. What do you think?
➜ LC_ALL=C bash 54.rocalution.sh
~/code/rocm-build/build/rocalution ~/code/rocm-build/build/rocalution
HEAD is now at 92181e1 Update CHANGELOG.md
-- Could NOT find MPI_CXX (missing: MPI_CXX_LIB_NAMES MPI_CXX_HEADER_DIR MPI_CXX_WORKS)
-- Could NOT find MPI (missing: MPI_CXX_FOUND)
-- MPI not found. Compiling WITHOUT MPI support.
-- hip::amdhip64 is SHARED_LIBRARY
-- hip::amdhip64 is SHARED_LIBRARY
-- hip::amdhip64 is SHARED_LIBRARY
-- hip::amdhip64 is SHARED_LIBRARY
RPM version <IP_ADDRESS>
-- Configuring done
-- Generating done
-- Build files have been written to: /home/tom/code/rocm-build/build/rocalution
[1/126] Building HIPCC object src/CMak...ion_hip_generated_hip_matrix_csr.cpp.o
FAILED: src/CMakeFiles/rocalution_hip.dir/base/hip/rocalution_hip_generated_hip_matrix_csr.cpp.o
cd /home/tom/code/rocm-build/build/rocalution/src/CMakeFiles/rocalution_hip.dir/base/hip && /home/tom/.local/cmake-3.16.8-Linux-x86_64/bin/cmake -E make_directory /home/tom/code/rocm-build/build/rocalution/src/CMakeFiles/rocalution_hip.dir/base/hip/. && /home/tom/.local/cmake-3.16.8-Linux-x86_64/bin/cmake -D verbose:BOOL=OFF -D build_configuration:STRING=RELEASE -D generated_file:STRING=/home/tom/code/rocm-build/build/rocalution/src/CMakeFiles/rocalution_hip.dir/base/hip/./rocalution_hip_generated_hip_matrix_csr.cpp.o -P /home/tom/code/rocm-build/build/rocalution/src/CMakeFiles/rocalution_hip.dir/base/hip/rocalution_hip_generated_hip_matrix_csr.cpp.o.cmake
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 322, 10, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 322, 10, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 323, 12, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 322, 10, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 323, 12, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 322, 10, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 323, 12, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 322, 10, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 323, 12, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 322, 10, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 323, 12, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 322, 10, 15, 0, implicit $exec
error: Illegal instruction detected: Invalid dpp_ctrl value: broadcasts are not supported on GFX10+
renamable $vgpr4 = V_MOV_B32_dpp undef $vgpr4(tied-def 0), $vgpr3, 323, 12, 15, 0, implicit $exec
13 errors generated when compiling for gfx1012.
CMake Error at rocalution_hip_generated_hip_matrix_csr.cpp.o.cmake:200 (message):
  Error generating file
  /home/tom/code/rocm-build/build/rocalution/src/CMakeFiles/rocalution_hip.dir/base/hip/./rocalution_hip_generated_hip_matrix_csr.cpp.o

ninja: build stopped: subcommand failed.

At this version, rocalution is not necessary for pytorch or tensorflow, so we can skip it.
It will be fixed on rocm-5.3 or later.

So between 61.amdmigraphx.sh and 75.hipify.sh, which ones are needed for pytorch?
While trying to run 61.amdmigraphx.sh I got this error and I solved as explained there. But I also got the following ONNX error:
[115/813] Building CXX object src/onnx...es/migraphx_onnx.dir/onnx_parser.cpp.o
FAILED: src/onnx/CMakeFiles/migraphx_onnx.dir/onnx_parser.cpp.o
/opt/rocm/llvm/bin/clang++  -DHAS_HALF_V1 -Dmigraphx_onnx_EXPORTS -I/home/tom/code/rocm/AMDMIGraphX/src/onnx/include -I/home/tom/code/rocm/AMDMIGraphX/src/include -Isrc/include -isystem src/onnx -O3 -DNDEBUG -fPIC   -std=c++17 -Wall -Wextra -Wcomment -Wendif-labels -Wformat -Winit-self -Wreturn-type -Wsequence-point -Wswitch -Wtrigraphs -Wundef -Wuninitialized -Wunreachable-code -Wunused -Wno-sign-compare -Weverything -Wno-c++98-compat -Wno-c++98-compat-pedantic -Wno-conversion -Wno-double-promotion -Wno-exit-time-destructors -Wno-extra-semi -Wno-extra-semi-stmt -Wno-float-conversion -Wno-gnu-anonymous-struct -Wno-gnu-zero-variadic-macro-arguments -Wno-missing-prototypes -Wno-nested-anon-types -Wno-padded -Wno-shorten-64-to-32 -Wno-sign-conversion -Wno-unused-command-line-argument -Wno-weak-vtables -Wno-c99-extensions -MD -MT src/onnx/CMakeFiles/migraphx_onnx.dir/onnx_parser.cpp.o -MF src/onnx/CMakeFiles/migraphx_onnx.dir/onnx_parser.cpp.o.d -o src/onnx/CMakeFiles/migraphx_onnx.dir/onnx_parser.cpp.o -c /home/tom/code/rocm/AMDMIGraphX/src/onnx/onnx_parser.cpp
/home/tom/code/rocm/AMDMIGraphX/src/onnx/onnx_parser.cpp:365:58: error: no member named 'at' in 'google::protobuf::RepeatedPtrField<onnx_for_migraphx::StringStringEntryProto>'
        const std::string& data_file = t.external_data().at(0).value();
                                       ~~~~~~~~~~~~~~~~~ ^
1 error generated.
[132/813] Building CXX object src/CMak...s/migraphx_op_quantizelinear_hpp.cpp.o
ninja: build stopped: subcommand failed.

The linker seems to be using libprotobuf v3.2.0 (automatically fetched and built). But the ONNX source is referencing protobuf code written for a much later version (v3.15+). Should I change the ONNX / AMDMIGraphX dependency to use a newer libprotobuf? What do you think?

miopen and rocsolver is the required components,  the components after rocsolver is not used by tensorflow or pytorch now.
amdmigraphx is a onnx runtime like onnx-runtime of microsoft, actually I havent test amdgraphx for a while.

I went ahead and began compiling pytorch. Everything went well until:
[6378/6695] Linking CXX executable bin/hip_generator_test
FAILED: bin/hip_generator_test
: && /usr/bin/c++  -Wno-deprecated -fvisibility-inlines-hidden -DUSE_PTHREADPOOL -fopenmp -DNDEBUG -DUSE_KINETO -DLIBKINETO_NOCUPTI -DUSE_FBGEMM -DUSE_QNNPACK -DUSE_PYTORCH_QNNPACK -DUSE_XNNPACK -DSYMBOLICATE_MOBILE_DEBUG_HANDLE -DEDGE_PROFILER_USE_KINETO -O2 -fPIC -Wno-narrowing -Wall -Wextra -Werror=return-type -Wno-missing-field-initializers -Wno-type-limits -Wno-array-bounds -Wno-unknown-pragmas -Wno-unused-parameter -Wno-unused-function -Wno-unused-result -Wno-unused-local-typedefs -Wno-strict-overflow -Wno-strict-aliasing -Wno-error=deprecated-declarations -Wno-stringop-overflow -Wno-psabi -Wno-error=pedantic -Wno-error=redundant-decls -Wno-error=old-style-cast -fdiagnostics-color=always -faligned-new -Wno-unused-but-set-variable -Wno-maybe-uninitialized -fno-math-errno -fno-trapping-math -Werror=format -Werror=cast-function-type -Wno-stringop-overflow -DHAVE_AVX512_CPU_DEFINITION -DHAVE_AVX2_CPU_DEFINITION -O3 -DNDEBUG -DNDEBUG  -rdynamic   -o bin/hip_generator_test  -Wl,-rpath,/home/tom/code/pytorch-rocm/build/lib:/opt/rocm/miopen/lib:/opt/rocm/hip/lib:/opt/rocm/roctracer/lib:/opt/rocm-5.2.3/lib:/opt/rocm/lib:  lib/libgtest_main.a  -Wl,--no-as-needed,"/home/tom/code/pytorch-rocm/build/lib/libtorch.so" -Wl,--as-needed  -Wl,--no-as-needed,"/home/tom/code/pytorch-rocm/build/lib/libtorch_cpu.so" -Wl,--as-needed  lib/libprotobuf.a  -Wl,--no-as-needed,"/home/tom/code/pytorch-rocm/build/lib/libtorch_hip.so" -Wl,--as-needed  lib/libc10_hip.so  lib/libc10.so  /opt/rocm/miopen/lib/libMIOpen.so  /opt/rocm/hip/lib/libamdhip64.so  /opt/rocm/roctracer/lib/libroctx64.so  /opt/rocm-5.2.3/lib/librocblas.so.0.1.50203  /opt/rocm/lib/libamdhip64.so.5.2.50203  /opt/rocm/llvm/lib/clang/14.0.0/lib/linux/libclang_rt.builtins-x86_64.a  /opt/rocm-5.2.3/lib/libhipfft.so  /opt/rocm-5.2.3/lib/libhiprand.so.1.1.50203  /opt/rocm-5.2.3/lib/libhipsparse.so.0.1.50203  lib/libgtest.a  -pthread  -Wl,-rpath-link,/opt/rocm-5.2.3/lib && :

The linker then complains that librocm_smi64.so.5 is missing. I checked and the rocm-smi-lib builder only installs a /opt/rocm/rocm_smi/lib/librocm_smi64.so.2.8 file. Not sure why there is a version mismatch here.

Which version branch of pytorch do you use? I havn't met this issue before.

Sorry, I was once again victim of Mint. For some reason after reboot the /opt/rocm symlink gets lost, which was causing several issues.
I finally managed to compile and install pytorch 1.12.1. Now to test it on my GPU. 😄
Thanks so much for your help! It's been a challenge and I couldn't have pulled through on my own.

The hipErrorNoBinaryForGpu said there cannot find gfx1012 target in somewhere.  As we know, ROCm need compiled for specific target so it can support multi arch.
HIP_DB=0xF AMD_LOG_LEVEL=4 python3 test.py then logs will show where we are hanged. But it is not very clearly to show the reason of issue. We should do some guess by ourselves.

What's causing hipErrorNoBinaryForGpu is definitely HSA_OVERRIDE_GFX_VERSION=10.3.0.
Without HSA override, rocminfo is showing expected output. rocm-smi as well.
Here are logs for the command you suggested (video hanged for several seconds until I killed the process):
➜ HIP_DB=0xF AMD_LOG_LEVEL=4 python3
Python 3.8.10 (default, Jun 22 2022, 20:18:18)
[GCC 9.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import torch
>>> torch.tensor([1., 2.], device='cuda')
:3:rocdevice.cpp            :416 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Initializing HSA stack.
:3:comgrctx.cpp             :33  :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Loading COMGR library.
:3:rocdevice.cpp            :205 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Numa selects cpu agent[0]=0x3ef4880(fine=0x590a300,coarse=0x59a3bc0) for gpu agent=0x59a25d0
:3:rocdevice.cpp            :1610:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] HMM support: 0, xnack: 0, direct host access: 0

:4:rocdevice.cpp            :1918:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Allocate hsa host memory 0x7f1c65901000, size 0x28
:4:rocdevice.cpp            :1918:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Allocate hsa host memory 0x7f1c63800000, size 0x101000
:4:rocdevice.cpp            :1918:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Allocate hsa host memory 0x7f1c63600000, size 0x101000
:4:rocdevice.cpp            :2054:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Allocate hsa device memory 0x7f1c63200000, size 0x100000
:4:runtime.cpp              :83  :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] init
:3:hip_context.cpp          :50  :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Direct Dispatch: 1
:3:hip_device_runtime.cpp   :517 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDeviceCount: Returned hipSuccess :
:3:hip_device_runtime.cpp   :515 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDeviceCount ( 0x7ffe7fb02508 )
:3:hip_device_runtime.cpp   :517 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDeviceCount: Returned hipSuccess :
:3:hip_device_runtime.cpp   :500 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice ( 0x7ffe7fb028e4 )
:3:hip_device_runtime.cpp   :508 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice: Returned hipSuccess :
:3:hip_device_runtime.cpp   :500 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice ( 0x7ffe7fb01c24 )
:3:hip_device_runtime.cpp   :508 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice: Returned hipSuccess :
:3:hip_device_runtime.cpp   :500 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice ( 0x7ffe7fb01b04 )
:3:hip_device_runtime.cpp   :508 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice: Returned hipSuccess :
:3:hip_device_runtime.cpp   :500 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice ( 0x7ffe7fb01a94 )
:3:hip_device_runtime.cpp   :508 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice: Returned hipSuccess :
:3:hip_error.cpp            :27  :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetLastError (  )
:3:hip_memory.cpp           :493 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipMalloc ( 0x7ffe7fb01548, 2097152 )
:4:rocdevice.cpp            :2054:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Allocate hsa device memory 0x7f1c62e00000, size 0x200000
:3:rocdevice.cpp            :2093:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] device=0x59c4d20, freeMem_ = 0xfee00000
:3:hip_memory.cpp           :495 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipMalloc: Returned hipSuccess : 0x7f1c62e00000: duration: 814 us
:3:hip_device_runtime.cpp   :530 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipSetDevice ( 0 )
:3:hip_device_runtime.cpp   :535 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipSetDevice: Returned hipSuccess :
:3:hip_device_runtime.cpp   :530 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipSetDevice ( 0 )
:3:hip_device_runtime.cpp   :535 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipSetDevice: Returned hipSuccess :
:3:hip_device_runtime.cpp   :500 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice ( 0x7ffe7fb01bb4 )
:3:hip_device_runtime.cpp   :508 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice: Returned hipSuccess :
:3:hip_device_runtime.cpp   :500 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice ( 0x7ffe7fb01c1c )
:3:hip_device_runtime.cpp   :508 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipGetDevice: Returned hipSuccess :
:3:hip_memory.cpp           :566 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] hipMemcpyWithStream ( 0x7f1c62e00000, 0x172eac0, 8, hipMemcpyHostToDevice, stream:<null> )
:3:rocdevice.cpp            :2682:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] number of allocated hardware queues with low priority: 0, with normal priority: 0, with high priority: 0, maximum per priority is: 4
:3:rocdevice.cpp            :2756:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] created hardware queue 0x7f1c646a8000 with size 4096 with priority 1, cooperative: 0
:4:rocdevice.cpp            :1918:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Allocate hsa host memory 0x7f1c63500000, size 0x80000
:3:devprogram.cpp           :2675:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Using Code Object V4.
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_streamOpsWrite
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_fillImage
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_fillBufferAligned2D
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_copyImageToBuffer
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_copyImage1DA
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_fillBufferAligned
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_copyImage
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_streamOpsWait
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_copyBufferRectAligned
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_copyBufferRect
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_copyBufferAligned
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_copyBufferToImage
:3:devprogram.cpp           :2978:<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] For Init/Fini: Kernel Name: __amd_rocclr_copyBuffer
:4:rocmemory.cpp            :940 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Locking to pool 0x59a3bc0, size 0x1000, HostPtr = 0x63ea000, DevPtr = 0x7f1c639b7000
:4:command.cpp              :339 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] command is enqueued: 0x67ef600
:4:rocblit.cpp              :723 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] HSA Async Copy completion_signal=0x7f1c65905600
:4:rocvirtual.cpp           :523 :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Host wait on completion_signal=0x7f1c65905600
:3:rocvirtual.hpp           :61  :<PHONE_NUMBER> us: 8473 : [tid:0x7f1d24b76740] Host active wait for Signal = (0x7f1c65905600) for -1 ns
[1]    8473 terminated  HIP_DB=0xF AMD_LOG_LEVEL=4 python3

I have to say that I had met this hanging on mem sync things, and after I move my gpu from the lower PCIe slot to other higher PCIe slot, it is ok, then.
I don't know whether there is cpu or motherboard or hard driver 's pass number limit or south bridge things. But ther are two PCIe slots on the motherboard, one ok, one hanging.
So my suggestion is changing other PCIe slot, and try again. And good luck. That is AMD and ROCm things, you know.

I reinstalled amdgpu-dkms and that did the trick. The python console test is now working:
>>> import torch
>>> torch.cuda.is_available()
True
>>> torch.tensor([1., 2.], device='cuda')
tensor([1., 2.], device='cuda:0')

Now to see what I can actually do with navi14. Thank you very much @xuhuisheng once more.

I think there was a Tensile related problem during rocblas build, because this happens when running stable-diffusion:
rocBLAS error: Cannot read /opt/rocm-5.2.3/lib/rocblas/library/TensileLibrary.dat: No such file or directory
I checked and that path has no TensileLibrary.dat file even within the generated rocblas .deb package. Here's the full rocblas build log:
➜ LC_ALL=C bash navi14/22.rocblas.sh
|====|
|SLOW|
|====|
~/code/rocm-build/build/rocblas ~/code/rocm-build/build/rocblas
HEAD is now at da90ed36 Merge pull request #1520 from benjaminulmer/release/rocm-rel-5.2
-- Use hip-clang to build for amdgpu backend
-- OS detected is linuxmint
/usr/bin/python3 -m venv /home/tom/code/rocm-build/build/rocblas/virtualenv --system-site-packages --clear
/home/tom/code/rocm-build/build/rocblas/virtualenv/bin/python3 -m pip install /home/tom/code/rocm/Tensile
Processing /home/tom/code/rocm/Tensile
Requirement already satisfied: msgpack in /usr/lib/python3/dist-packages (from Tensile==4.33.0) (0.6.2)
Requirement already satisfied: pyyaml in /usr/local/lib/python3.8/site-packages (from Tensile==4.33.0) (6.0)
Building wheels for collected packages: Tensile
  Building wheel for Tensile (setup.py): started
  Building wheel for Tensile (setup.py): finished with status 'done'
  Created wheel for Tensile: filename=Tensile-4.33.0-py3-none-any.whl size=4565810 sha256=ebe1ad4114a2bd3acfba0afe6f305bcae73f488b65f577c3d06f2603df6974f7
  Stored in directory: /tmp/pip-ephem-wheel-cache-n6c9crui/wheels/eb/1f/6a/441a8ef306808840995ea43d3f369f4c78ddd773ccd8840ff1
Successfully built Tensile
Installing collected packages: Tensile
Successfully installed Tensile-4.33.0
-- using local Tensile from /home/tom/code/rocm/Tensile, copied to
-- Adding /home/tom/code/rocm-build/build/rocblas/virtualenv to CMAKE_PREFIX_PATH
-- hip::amdhip64 is SHARED_LIBRARY
-- hip::amdhip64 is SHARED_LIBRARY
-- Using AMDGPU_TARGETS: gfx1012
-- Tensile script: /home/tom/code/rocm-build/build/rocblas/virtualenv/lib/python3.8/site-packages/Tensile/bin/TensileCreateLibrary
-- Tensile_CREATE_COMMAND: /home/tom/code/rocm-build/build/rocblas/virtualenv/lib/python3.8/site-packages/Tensile/bin/TensileCreateLibrary;--merge-files;--separate-architectures;--no-short-file-names;--no-library-print-debug;--code-object-version=V3;--cxx-compiler=hipcc;--library-format=msgpack;--architecture=gfx1012;/home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full;/home/tom/code/rocm-build/build/rocblas/Tensile;HIP
-- Tensile_MANIFEST_FILE_PATH: /home/tom/code/rocm-build/build/rocblas/Tensile/library/TensileManifest.txt
'/home/tom/code/rocm-build/build/rocblas/virtualenv/lib/python3.8/site-packages/Tensile/bin/TensileCreateLibrary' '--merge-files' '--separate-architectures' '--no-short-file-names' '--no-library-print-debug' '--code-object-version=V3' '--cxx-compiler=hipcc' '--library-format=msgpack' '--architecture=gfx1012' '/home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full' '/home/tom/code/rocm-build/build/rocblas/Tensile' 'HIP' '--generate-manifest-and-exit'
Message pack python library not detected. Must use YAML backend instead.

################################################################################
# Tensile Create Library
# Detected local GPU with ISA: gfx1012
               cap gfx000 gfx1012
   HasMFMA_bf16_1k      0       0
        HasAddLshl      0       1
      HasAtomicAdd      0       0
   HasCodeObjectV3      0       1
    HasDirectToLds      0       1
     HasExplicitCO      0       1
     HasExplicitNC      0       1
         HasLshlOr      0       1
           HasMFMA      0       0
         HasSMulHi      0       1
        MaxLgkmcnt      1       1
          MaxVmcnt      0       1
      SupportedISA      0       1
   SupportedSource      1       1
    v_dot2_f32_f16      0       1
   v_dot2c_f32_f16      0       1
         v_fma_f16      0       1
        v_fmac_f16      0       0
         v_mac_f16      0       0
      v_pk_fma_f16      0       1
     v_pk_fmac_f16      0       0
         v_fma_f32      0       1
     v_fma_mix_f32      0       1
        v_fmac_f32      0       1
         v_mac_f32      0       1
     v_mad_mix_f32      0       0
       HasMFMA_f64      0       0
     v_dot4_i32_i8      0       0
    v_dot4c_i32_i8      0       1
ArchAccUnifiedRegs      0       0
    CMPXWritesSGPR      1       0
          HasAccCD      0       0
        HasEccHalf      0       0
         HasWave32      0       1
     SeparateVscnt      0       1
  Waitcnt0Disabled      0       0
# Found  hipcc version 5.2.21153-02187ecf
# CodeObjectVersion from TensileCreateLibrary: V3
# CxxCompiler       from TensileCreateLibrary: hipcc
# Architecture      from TensileCreateLibrary: gfx1012
# LibraryFormat     from TensileCreateLibrary: msgpack
# LibraryLogicFiles:
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_Bjlk_ZB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_DB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_BBH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_BSS_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_BSS_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_HSS_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_SB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_BjlkC_ZB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_HSS_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_BSS_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_HB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_4xi8BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_ZB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_HB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_CB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_I8II_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_HBH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_Bljk_CB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_CB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_DB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_BjlkC_ZB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_HSS_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_HSS_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_BBH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_BSS_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_I8II_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_I8II_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_I8II_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_CB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_BSS_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_BSS_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_BjlkC_CB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_Bjlk_CB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_BBH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_HBH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_BjlkC_CB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_HBH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_4xi8BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_BjlkC_ZB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_SB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_HB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_Bjlk_CB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_HSS_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_BBH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_DB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_HB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_I8II_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_ZB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_HBH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_I8II_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_HB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_Bljk_CB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_I8II_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_DB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_BjlkC_CB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_HSS_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_HBH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_DB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_I8II_BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_SB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_4xi8BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_ZB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_SB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_BBH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_HB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_ZB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_BjlkC_CB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_BBH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_CB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_HB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_BjlkC_CB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_HBH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_HSS_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_BjlkC_ZB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_SB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_SB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_SB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_4xi8BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_BSS_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_ZB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_Bjlk_ZB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_CB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_Bljk_ZB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_HSS_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_BjlkC_ZB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_SB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_BBH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_4xi8BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_DB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_4xi8BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_4xi8BH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_BjlkC_CB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_HB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_HBH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_CB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_4xi8BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bjlk_CB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_BjlkC_ZB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_AlikC_Bljk_ZB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_ZB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_DB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_ZB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Ailk_Bljk_BSS_BH_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_HBH.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_CB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_ZB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bljk_DB_GB.yaml
#   /home/tom/code/rocm/rocBLAS/library/src/blas3/Tensile/Logic/asm_full/hip_Cijk_Alik_Bjlk_BBH_GB.yaml
Reading logic files: Launching 16 threads...
Reading logic files: Done.
[|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||] 100% (0.4 secs elapsed)
RPM version <IP_ADDRESS>
-- Configuring done
-- Generating done
-- Build files have been written to: /home/tom/code/rocm-build/build/rocblas
[0/2] Re-checking globbed directories...
[23/23] Creating library symlink libra...rocblas.so.0 library/src/librocblas.so
[0/2] Re-checking globbed directories...
[1/2] Run CPack packaging tool...
CPack: Create package using DEB
CPack: Install projects
CPack: - Install project: rocblas []
CPack: -   Install component: runtime
CPack: -   Install component: devel
CPack: Create package
CPack: - package: /home/tom/code/rocm-build/build/rocblas/rocblas-dev_<IP_ADDRESS>200-65_amd64.deb generated.
CPack: - package: /home/tom/code/rocm-build/build/rocblas/rocblas_<IP_ADDRESS>200-65_amd64.deb generated.
(Reading database ... 432778 files and directories currently installed.)
Preparing to unpack rocblas-dev_<IP_ADDRESS>200-65_amd64.deb ...
Unpacking rocblas-dev (<IP_ADDRESS>200-65) over (<IP_ADDRESS>200-65) ...
Preparing to unpack rocblas_<IP_ADDRESS>200-65_amd64.deb ...
rm: cannot remove '/etc/ld.so.conf.d/rocblas.conf': No such file or directory
Unpacking rocblas (<IP_ADDRESS>200-65) over (<IP_ADDRESS>200-65) ...
Setting up rocblas (<IP_ADDRESS>200-65) ...
Setting up rocblas-dev (<IP_ADDRESS>200-65) ...
Processing triggers for libc-bin (2.31-0ubuntu9.9) ...
elapse : 61s
~/code/rocm-build/build/rocblas

Notice the Message pack python library not detected. Must use YAML backend instead. line. I have all of libmsgpack-dev, python3-msgpack and python3-msgpack-numpy installed.
What do you think?

Seems I didn't sync navi12/22.rocblas.sh with gfx803, I changed Tensile_SEPARATE_ARCHITECTURES to OFF, the dat file appeared. I had pushed updated scripts to git, please try.

Ok now it's attempting to generate the libraries, but is failing:
[1/24] Generating Tensile Libraries
FAILED: Tensile/library/TensileLibrary.dat Tensile/library/Kernels.so-000-gfx1012.hsaco

Also a python error at the end complaining for lack of msgpack symbols, which is strange because the python module is supposedly installed in Tensile's virtualenv. Attaching full log.
rocblas.txt


Common cards query is too restrictive

Even if there's only one deck containing a certain card (or only one deck for a certain commander), that card should show up on the common cards boxes.

Fixed in next deploy.


Add Bing Maps tile layer plugin

The class name should be L.TileLayer.Bing and not L.BingLayer, as per the plugin guide.
Also, you should note in the documentation that options inherits from the available L.TileLayer options (e.g. you can use minZoom and opacity and etc).
Please fix that and squash your commits into one.

Sorry missed that piece of the plugin guide. All fixed now.

@gmaclennan No problem :-)


VMD package broken in NUR

Hello,
thanks for this very valuable compilation of quantum chemistry software. I have tried to use VMD with NUR in a quite recent version of the unstable channel, but there seems to be a problem with the graphics driver:
(λ . loren) NIXPKGS_ALLOW_UNFREE=1 nix-shell -p nur.repos.qchem.vmd
error: 'libGL_driver' has been renamed to/replaced by 'mesa.drivers'
(use '--show-trace' to show detailed location information)

The strange thing is that in the derivation's buildInputs there is already mesa.drivers. How can this issue be solved? Thanks in advance.
Metadata:
 (λ . loren) nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.1.11, NixOS, 23.05 (Stoat), 23.05.20230213.545c7a3`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.13.2`
 - channels(loren): `""`
 - channels(root): `"nixos, nixos-unstable, unstable"`
 - nixpkgs: `/nix/var/nix/profiles/per-user/root/channels/nixos`

It looks like that he internal pinning of nixpkgs is not working properly for the NUR export. I will into it.

It appears the git commit in NUR has not been updated since late 2021. That means, that the version of NixOS-QChem that you see at the moment is more than a year old. I am not sure why NUR's update mechanism fails, since I can pass all tests that NUR recommends locally.
One major problem may be that NUR says "DO NOT import packages for example with import <nixpkgs> {};". However, for us it is crucial to pin nixpkgs to a specific version as this is the only way to guarantee that both are compatible (we test everything on a local Hydra to before we pull up the nixpkgs commit).
I have no good idea how to fix this at the moment. The short term solution might be to remove the packages from NUR (and only export the overlay via NUR).
@Panadestein For now you might be better off using the overlay directly. You can also use it via flakes. However, for the flakes mechanism, you need to create an overlay flake to enable some unfree packages such as VMD.

@markuskowa thanks a lot for the explanation. I have already tried the flake nix shell github:Nix-QChem/NixOS-QChem#PACKAGE, and it is in fact my favorite solution. I saw in the flake.nix that VMD was set to null, now I think I know how to fix it.

@sheepforce thanks a lot! Your flake is really helpful. I am going to close the issue as it seems to be related to NUR and not NixOS-QChem, plus the flakes are a great solution anyway.


Fix the usage of GEODB_PORT, it should be HOST_GEODB_PORT

The GEODB_PORT is used as part of the connection string within the compose stack. The HOST_GEODB_PORT is used to expose the PG port to the host. The code was trying to connect to the host port from within the compose stack.

Task linked: QF-3763 Fix failing test test_connects_via_pgservice (on CI)

Ok, I fixed local run of the test, but the main issue that it fails on CI remains...


Fix connection to google analytics

Fix connection to google analytics

It works. I added you.
2017-09-04 11:41 GMT+03:00 Simona Holstein<EMAIL_ADDRESS>
Fix connection to google analytics
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/hasadna/anyway/issues/708, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAQEw3HxjZKRlRC3lJQTQI4jd5ZuKWjtks5se7e_gaJpZM4PLnn5
.

Thanks! what's the link?

Oh, I see it. closing.

You got it by e-mail.
2017-09-04 11:52 GMT+03:00 Simona Holstein<EMAIL_ADDRESS>
Thanks! what's the link?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/hasadna/anyway/issues/708#issuecomment-326905224, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAQEw0n1Ask6Yr663Mfcd2rrA-FAqpViks5se7pZgaJpZM4PLnn5
.

@danielhers it is Oknesset not Anyway :-( reopening.

That's strange, because I see ANYWAY but not Oknesset, and I added you to ANYWAY...

Really strange, I can see it now with<EMAIL_ADDRESS>user.
I have Oknesset permission, but one should be able to see more than one project...


Show domain in steeef.zsh-theme

Would it be possible to do a quick hack to display domain after the host on steeef theme ?
I like this theme so much, but I have multiple VM with the same name bur on different domain, so I got the same result when I connect to them :
user at host in /home/....#
I would like to append the domain to show
user at host.domain1 in /home/....#
user at host.domain2 in /home/....#
I know how to do that manually but would it be possible to retrieve it from resolv.conf for example ?
I would like to avoid extra ms to display / parse and more importantly not sending anything to the network.
If you have any suggestions :)

Hi @2Belette. In steeef.zsh-theme, replace %m by %2m two have 2 components displayed (or replace by the number you prefer), or by %M to have the full machine hostname displayed.
See more at the Prompt-Expansion documentation.

Thanks @ericbn ! I learned something :)
For my usecase it doesn't work as my machine has short name in hostname and I would need to find a way to append the domain name but I can't find a way.
Is there a way to parse anything? like echoing something


TreeID for SMB2 can be a zero value.

I was working with a client using this package with the IBM i NetServer CIFS server.  It was failing on every connection saying that the tree id was invalid.  The jcifs.internal.smb1.com.SmbComTreeConnectAndXResponse class has it right, the tree id can be anything except 0xFFFF.  That hasn't changed with newer SMB dialects.  Modifying jcifs.internal.smb2.tree.Smb2TreeConnectResponse.isValidTid() method to
return getTreeId() != 0xFFFF;
resolves the issue.
If I were more skilled at using Git, I would create a branch, etc. but my skills with Git are seriously lacking.

@MikSwens The code you are referencing is actually part of the jcifs-ng project which this project depends on and It appears that it was fixed about a month ago by https://github.com/AgNO3/jcifs-ng/issues/303, though it appears it has not yet been included in a public release build on maven-central.


DubFlag missing, or?

Is there a reason that you did not implement the DubFlag as part of Publish?
Or, maybe I'm just overlooking something?
On DubFlag.

If it is missing it is a bug. I also remember adding support for it. Probably I forgot a place. Can you give me some details why you mentioned this?

Sure. I'm in the process for creating a cross platform Xamarin MQTT Tester app and was implementing Publish and noticed that the Dub Flag was missing.

Cool, let me know if this library works with Xamarin. I also have a app on my wishlist but you are faster.
But what exactly do you mean with the "missing" Dub-Flag? In the MqttApplicationMessage? From my understanding a user cannot set it actively. Only the client can use it internally and let the server know that the message was already sent. Or at least tried.

Sure, but in a test scenario that is what you might want to do.
And yes, the library world fine with Xamarin.

OK so only for testing purposes but not a real live scenario. I have doubts exposing it. Let me read some documents about MQTT. I will decide then 😄
Awesome. I tried it with Xamarin.Android but it didn't work. The code always stops after ConnectAsync. It simply hangs and I didn't found a solution. The debug output shows zillions of error because lots of .net libraries were not found. Can you tell me what you have done? Anything special beside adding proper app permissions like Internet?

I just found that line in the official docs:

It is important to note that the DUP flag refers to the Control Packet itself and not to the Application Message that it contains.

As far as I understand this it means that the Dup flag shall not be exposed to a application message. Only the client uses it internally for its communication retries etc. I also didn't find something else. If I expose it the value must be validated. Sending 0 and it was already tried is a protocol violation. Also sending 1 and it was never sent before is also a violation. So in my opinion this will only produce more problems. What do you think?

Sound right. I didn't study the spec that close.
Regarding Xamarin. It just worked. I don't recall any issues.
I'm using it with the latest version of Xamarin. Maybe it's because I've set it up with .Net Standard.

Just found this:

DUP flag
The duplicate flag indicates, that this message is a duplicate and is resent because the other end didn’t acknowledge the original message. This is only relevant for QoS greater than 0 and more details are in part 6, which is about QoS levels. This resend/duplicate mechanism is typically handled by the MQTT client library or the broker as an implementation detail.

Also, see here in section <IP_ADDRESS> Dup in the OASIS 3.1.1. Spec


Remove Twitter module

Twitter does not support OAuth 2
The motivating issue was created without realizing this (it is a bit
surprising), and the module that was committed doesn't appear to work.

For OAuth 1, support already exists

Fixes #25
/cc @jferris @gabebw

:+1:

I guess this makes sense. It looks like Twitter added support for Oauth2, but not for user authentication. For Yesod-based auth, I don't think that makes sense, so using Oauth1 is the only way to go.


[Feature 7155] add errlog when cmd err

Which Issue(s) This PR Fixes

Fixes #7155
Brief Description

How Did You Test This Change?

Codecov Report

Merging #7157 (ca233ee) into develop (8741ff8) will increase coverage by 0.00%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##             develop    #7157   +/-   ##
==========================================
  Coverage      42.46%   42.47%
- Complexity      9348     9349    +1
==========================================
  Files           1149     1149
  Lines          82042    82043    +1
  Branches       10701    10701
==========================================
+ Hits           34843    34847    +4
- Misses         42836    42837    +1
+ Partials        4363     4359    -4

Files Changed
Coverage Δ

...n/java/org/apache/rocketmq/srvutil/ServerUtil.java
0.00% <0.00%> (ø)

... and 21 files with indirect coverage changes
:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

LGTM~


Error on open with inline dvjs in template

What happened?
I have a daily note template that includes a dvjs inline query $= dv.pages('"Daily"').where(p => p.file.day && p.file.day < dv.current().file.day).sort(p => p.file.day, "desc").file.link.limit(1), based on the example query for getting a link to the previous daily note that exists. However, when I create a new daily note, I initially get an error TypeError: Cannot read properties of undefined (reading 'file').
I know sometimes glitches sort themselves out after a moment, after making any change to the file, or switching tabs and back, but this one doesn't; I have to call Dataview: Rebuild current view or close & reopen the file, and then it renders fine. Obviously the type error is a phantom as it resolves itself without any change to the query or the files it's querying.
Note that this is in Editing mode. I recently introduced this to my workflow, so I don't know if the error would have happened in  older versions.
DQL
$= dv.pages('"Daily"').where(p => p.file.day && p.file.day < dv.current().file.day).sort(p => p.file.day, "desc").file.link.limit(1)
JS
No response
Dataview Version
0.5.66
Obsidian Version
1.5.12
OS
MacOS

Confirmed the same issue persists in Obsidian 1.6.3 & DV 0.5.66.


Display works on USB but not thru PSU

So I'm trying to get my setup working but I'm having issues while powered up thru AC power.  Everything works fine when I power everything up thru the USB port on the D1 mini.  Then when I plug in the AC (USB power removed) everything powers up, D1 and Nextion but the display doesn't seem to send any serial data nor does it react to it.  I've checked that my PSU is outputting 4.99Vdc and has a ripple of 9mVac, USB power was showing 4.99 and 11mVac so I'm sure my PSU is ok.  Does anyone have any insights on why serial data might stop working when not using the USB power?

Had same issue  look at my post in closed issues "no power issues"
Check your grounds mine was a ground issue on the board.

Nothing specific to offer other than a generic "check your solder joints".  Have you made any more progress with this?

I had a chance to mess with it this weekend.  I had tried to clean up and make sure the solder joints were in good shape but the condition persisted.  I opted to just grab another pcb and power supply and put it all together from scratch.  The condition was not present on that new setup.
I'm unsure if it was a pcb, a psu or the transistor.  A DMM measurement from display ground to psu ground showed 50 ohms, which seems high.  On the new setup, I took the display ground straight to the psu ground.  Anyhow, I'm all set now, project is working and looking good.


Update OWNERS in main branch

Motivation
Updating OWNERS per https://issues.redhat.com/browse/RHOAIENG-2311
Modifications
Result

/approve
/lgtm


Fix import error for enketo-transformer/web

Fixes https://github.com/enketo/enketo-transformer/issues/183
Re-ordering of types to be before default in the web exports.
from https://nodejs.org/api/packages.html#conditional-exports:

"default" - the generic fallback that always matches. Can be a CommonJS or ES module file. This condition should always come last.

I'm holding off merging this for a bit, because I saw another issue while installing to test the change in the web demo. It's unrelated to this change (probably related to #181), but it's preventing manual validation there. I'll likely test the change in Core/Express so the unrelated issue doesn't block this.

I've verified this locally in Core, which will be the basis for a PR there to switch to client rendering in dev mode soon. Local verification has some caveats (local NPM dependencies don't get packaged the way they do when publishing), but I was able to observe a difference in behavior depending on the order.
Some other notes for my future reference (and may be helpful to anyone else adopting the web transform in a project with a similar setup):

TypeScript (or at least the TypeScript VSCode language server) does not seem to care about this ordering (it depends on typesVersions instead, because of course it does). But other tooling does, notably ESLint and...
... typescript-eslint, which was fussy in a whole bunch of other ways. To get ESLint working, all of the following changes were necessary:

Install all of these as dev dependencies:

@typescript-eslint/eslint-plugin
@typescript-eslint/parser
eslint-import-resolver-typescript
typescript

Add all of this to .eslintrc.json (I guess we could skip some of the file extensions, but I think the list is [currently] exhaustive, included as a frame of reference for anyone else who may be interested):
 {
 …
-  "plugins": ["chai-friendly", "jsdoc", "prettier", "unicorn"],
+  "plugins": ["@typescript-eslint", "chai-friendly", "jsdoc", "prettier", "unicorn"],
+  "parser": "@typescript-eslint/parser",
 …
   "settings": {
+    "import/parsers": {
+        "@typescript-eslint/parser": [
+            ".cjs",
+            ".cts",
+            ".js",
+            ".mjs",
+            ".mts",
+            ".ts",
+            ".tsx"
+        ]
+    },
+    "import/resolver": {
+        "node": true,
+        "typescript": true
+    },
 …
   },
 …
   "overrides": {
+    {
+        "files": ["./app.js"],
+        "rules": {
+            "import/no-extraneous-dependencies": [
+                "error",
+                { "devDependencies": true }
+            ]
+        }
+    },
 …
 }

The build (currently) needs to have libxslt added to external. This is necessary because we currently use a dynamic import to load it in the Node build. We may be able to conditionally compile it out, to make this unnecessary for downstream users in the future.


Remove browserify for webpack + hot reload

This is a major refactor of the RSG to use webpack + hot reload instead of browserify.
This was tested on node 4 with npm 3.4.
I do not think 0.10 (which is used by circleCI) will work for this PR.
Also will make a new npm module if there is no response (I waited close to 3 months on the prior PR without any comments).
This should cover https://github.com/pocotan001/react-styleguide-generator/issues/10

https://www.npmjs.com/package/rsg-alt

:+1:


Update alpine from 3.16 to 3.17

Ⅰ. Describe what this PR does
Ⅱ. Does this pull request fix one issue?

fixes #XXXX
Ⅲ. List the added test cases (unit test/integration test) if any, please explain if no tests are needed.
Ⅳ. Describe how to verify it
Ⅴ. Special notes for reviews

/lgtm

/approve


stringByAddingPercentEscapesUsingEncoding is deprecated.

From @pierlo, when compiling with Xcode 7GM:
GRMustache/src/classes/Services/StandardLibrary/GRMustacheURLLibrary.m:114:22:
warning: 'stringByAddingPercentEscapesUsingEncoding:' is deprecated: first
deprecated in iOS 9.0 - Use -stringByAddingPercentEncodingWithAllowedCharacters:
instead, which always uses the recommended UTF-8 encoding, and which
encodes for a specific URL component or subcomponent since each URL
component or subcomponent has different rules for what characters are
valid.
    string = [string stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];

This should be easy to fix.

This fix will ship with #100.


when verbose, print /dev/ files that are being attempted

Hello! this looks like a pretty simple but extremely useful helper for those of us trying to get started using pyedbg!
My trouble is that I'm struggling to figure out which device file I need to change permissions on in order to get pykitinfo to succeed.  Would you consider adding a bit more info to the -v debug mode that informs the user which devices it's trying to access?  I have a PIC Kit 4 attached, and I'm getting this output:
glen@celeron:~$ pykitinfo -v debug
Looking for Microchip kits...
pykitinfo.pykitinfo - DEBUG - Looking for xEDBG kits
pykitinfo.pykitinfo - DEBUG - Looking for PKoB/PICkit 3 kits
pykitinfo.gen4_detect - DEBUG - Looking for Gen4 kits
pykitinfo.pykitinfo_cli - ERROR - Operation failed with ValueError: The device has no langid (permission issue, no string descriptors supported or device error)
pykitinfo.pykitinfo_cli - DEBUG - The device has no langid (permission issue, no string descriptors supported or device error)
Traceback (most recent call last):
  File "/home/glen/.local/lib/python3.10/site-packages/pykitinfo/pykitinfo_cli.py", line 131, in main
    return pykitinfo.pykitinfo(arguments)
  File "/home/glen/.local/lib/python3.10/site-packages/pykitinfo/pykitinfo.py", line 38, in pykitinfo
    kit_list = detect_all_kits()
  File "/home/glen/.local/lib/python3.10/site-packages/pykitinfo/pykitinfo.py", line 65, in detect_all_kits
    kit_list += detect_gen4_tools()
  File "/home/glen/.local/lib/python3.10/site-packages/pykitinfo/gen4_detect.py", line 116, in detect_gen4_tools
    tools = list_gen4_libusb_tools()
  File "/home/glen/.local/lib/python3.10/site-packages/pykitinfo/gen4_detect.py", line 72, in list_gen4_libusb_tools
    serial_number = device.serial_number
  File "/home/glen/.local/lib/python3.10/site-packages/usb/core.py", line 864, in serial_number
    self._serial_number = util.get_string(self, self.iSerialNumber)
  File "/home/glen/.local/lib/python3.10/site-packages/usb/util.py", line 313, in get_string
    raise ValueError("The device has no langid"
ValueError: The device has no langid (permission issue, no string descriptors supported or device error)

Thank you!
Glen

I got the Bus ID and the Device ID from lsusb (in Linux) which was Bus 001 and Device 002. Those map directly to the device file at /dev/bus/usb/001/002 which indeed was not accessible by my non-root user.
So, then I modified the values indicated by the pyedbg project so that there now exists in /etc/udev/rules.d/80-pyedbglib.rules a line that reads:
SUBSYSTEM=="usb", ATTRS{idVendor}=="04d8", ATTRS{idProduct}=="9012", MODE="0666"

Then when I rebooted (yes, there should be a better way than that), the permissions were now:
glen@celeron:~$ ll /dev/bus/usb/001/002
crw-rw-rw- 1 root root 189, 1 Dec 18 08:01 /dev/bus/usb/001/002

and pykitinfo worked:
glen@celeron:~$ pykitinfo
Looking for Microchip kits...
Compatible kits detected: 1
Kit BUR202974199: 'MPLAB® PICkit™4' (N/A) on N/A


ORM has issues with multiple $db fields with the same name in extended classes

Consider
class Page {
  $db = array('Foo' => 'HTMLText');
}

class Foo extends Page {
  $db = array('Foo' => 'Text');
}

class Bar extends Foo {
  $db = array('Other' => 'Text');
}

Then try creating and editing a page of type Bar in the CMS.
The ORM constructs SQL such that
SELECT ... Page.Foo
FROM SiteTree
LEFT JOIN Bar.ID ...

With the result being that Page.Foo is an unknown column.
I haven't had time to write a complete text case for this, but @sminnee might be able to give more details if someone is unable to reproduce.
Fairly obscure, so not really required for 3.1 I would think.

Fixed with https://github.com/silverstripe/silverstripe-framework/pull/3019


Add HTTP method as parameter with GET as default

Hi @AleeeKoi !
I'm proposing this PR to enable HTTP method to be configurable.
Thanks,
Best,

Hi @lgdd,
Merged! Thank you


[ ] Did you make sure your PR does only one thing, instead of bundling different changes together? Otherwise, we ask you to create a separate PR for every change.
[ ] Did you make sure to update the documentation with your changes?
[ ] Did you write any new necessary tests?
[ ] Did you verify new and existing tests pass locally with your changes?
[ ] If you made a notable change (that affects users), did you update the CHANGELOG?

PR review
Anyone in the community is free to review the PR once the tests have passed.
Before you start reviewing make sure you have read Review guidelines. In short, see the following bullet-list:

[ ] Is this pull request ready for review? (if not, please submit in draft mode)
[ ] Check that all items from Before submitting are resolved
[ ] Make sure the title is self-explanatory and the description concisely explains the PR
[ ] Add labels and milestones (and optionally projects) to the PR so it can be classified; Bugfixes should be including in bug-fix release milestones (m.f.X) and features should be included in (m.X.b) releases.

Did you have fun?
Make sure you had fun coding 🙃

Hello @Borda! Thanks for updating this PR.

In the file pytorch_lightning/setup_tools.py:

Line 172:121: E501 line too long (124 > 120 characters)


Clap 3.0.0

Clap 3.0.0 finally came out, should migrate the yaml file to the new derive method

https://github.com/Altair-Bueno/cw/blob/e30cb83b449f7b546bb03eb65483e770ec8a2dbb/crates/cw/src/config.rs#L73
switch String for Path


Add NuGet source

A large number of Microsoft packages that any ASP.NET Core project will likely use have a specific, not SPDX recognized license. Is there any way to have this license show up as something different than other so that they don’t have to manually be reviewed? It looks like anything not in choosealicense is consider an invalid license.

❤ thanks for opening this!
It's been awhile since I've done any .net development. Is this implementation specific to any specific .net version or is it a general solution that works for anything that uses nuget?

This implementation works for all .NET Core projects, and newer .NET Framework projects that use PackageReference, where nuget resolves the package graph during restore and produces files indicating where the packages were downloaded to.
It will not work for older .NET Framework projects that use the packages.config mechanism. Implementing support for packages.config here is quite difficult as it's harder to find the packages on disk without parsing MSBuild.

Ignore the failing cabal tests, it's a common occurrence that something in a new cabal release breaks the setup script 😢 .  I'll get around to fixing it when I have some free time.

I've updated the test GH Action workflow to fix the failing cabal builds, they should be back to ✅ after updating from master.


Native logging for Python

This should fix #92 . I don't know what exactly the problem was, but it was caused by including the single header include, I have solved it by including Core.hpp and others individually.
I could not find any specific logging functions in pybind so I'm simply importing the logging module as one would do in Python. The user can configure the logger from Python e.g. by calling logging.getLogger('kp').setLevel(logging.DEBUG)
One should test whether the compilation works on Windows (see src/CMakeLists.txt)

Looks good! Added a couple of comments, would be good to hear your thoughts. The single/multiple header piece is quite strange, it may as well be ordering of headers - probably would be worth exploring whether the re-ordering makes a difference, mainly as this could actually be a bug

Looks good! Added a couple of comments, would be good to hear your thoughts. The single/multiple header piece is quite strange, it may as well be ordering of headers - probably would be worth exploring whether the re-ordering makes a difference, mainly as this could actually be a bug


attempt migrating to v12

Your development orb(s) have been published. It will expire in 30 days.
You can preview what this will look like on the CircleCI Orb Registry at the following link(s):
https://circleci.com/developer/orbs/orb/eld/nix?version=dev:86c30775b2a7897dd6a390e8532c4f9fde0a4006
https://circleci.com/developer/orbs/orb/eld/nix?version=dev:alpha


[tep-0091] Use Lister to fetch secret instead of making api requests

In https://github.com/tektoncd/pipeline/pull/5714 we fetch the secrets via api calls and this should be improved by using a lister.
e.g.
https://github.com/sigstore/policy-controller/blob/ceeba7195243fc3dae3b48cfb7faf9fe6090f935/pkg/reconciler/clusterimagepolicy/controller.go#L69-L77

/assign

/remove-lifecycle stale

/remove-lifecycle rotten

/remove-lifecycle stale
@Yongxuanzhang is it something we still need to tackle ?

/remove-lifecycle stale @Yongxuanzhang is it something we still need to tackle ?

Yes, this issue will only affect trusted resources users so it is not high priority but I will address


Switch over to validate_node_id()

Need to switch away from using is_valid_node_id() and start using validate_node_id() instead.

technically in progress already, but there is still much more to be done here.


perf(ui/image-preview): add class and call

Checklist

[ ] Fix linting errors
[ ] Tests have been added / updated (or snapshots)

Change information

Codecov Report

Merging #387 (a495bf3) into dev (3e472dd) will increase coverage by 0.00%.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##              dev     #387   +/-   ##
=======================================
  Coverage   96.40%   96.41%
=======================================
  Files         209      209
  Lines        4929     4931    +2
  Branches     1005     1004    -1
=======================================
+ Hits         4752     4754    +2
  Misses        177      177

Impacted Files
Coverage Δ

...kages/varlet-ui/src/image-preview/ImagePreview.vue
97.56% <100.00%> (+0.04%)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 3e472dd...a495bf3. Read the comment docs.


Unshared members can overwrite inherited unshared members

unshared members get a generated name based on a simple incrementing sequence.
With enough bad luck, a type can get a name for a non-shared member that is identical to a name already in use by an inherited member. This already happened with List in the language and LinkedList in the SDK.

This can only happen with type members, so a solution is to add something to the names of non-shared type members, for example the hash of the type's qualified name. That way, two types with the same name in different modules will most likely have different hashcodes so their non-shared members will not collide. And even if a type satisfies a whole lot of types from a bunch of different modules (including its own), and one or more of those types have the same hashcode, a collision only occurs if they also have non-shared members with the same generated name.

As @jvasileff pointed out, using the module's qualified name as a prefix means only one prefix per module, which is already safe as the counter for generated names is unique per module. So fewer prefixes are generated which mean lower chance of collision.


Undeletable site?

root@web:~# ee --debug site create game-coach.net --w3tc
site game-coach.net already exists
Traceback (most recent call last):
File "/usr/local/lib/python3.2/dist-packages/ee-3.0-py3.2.egg/ee/cli/main.py", line 84, in main
app.run()
File "/usr/local/lib/python3.2/dist-packages/cement-2.4.0-py3.2.egg/cement/core/foundation.py", line 694, in run
self.controller._dispatch()
File "/usr/local/lib/python3.2/dist-packages/cement-2.4.0-py3.2.egg/cement/core/controller.py", line 455, in _dispatch
return func()
File "/usr/local/lib/python3.2/dist-packages/cement-2.4.0-py3.2.egg/cement/core/controller.py", line 455, in _dispatch
return func()
File "/usr/local/lib/python3.2/dist-packages/cement-2.4.0-py3.2.egg/cement/core/controller.py", line 461, in _dispatch
return func()
File "/usr/local/lib/python3.2/dist-packages/ee-3.0-py3.2.egg/ee/cli/plugins/site.py", line 231, in default
.format(ee_domain))
File "/usr/local/lib/python3.2/dist-packages/ee-3.0-py3.2.egg/ee/core/logging.py", line 24, in error
self.app.close(1)
File "/usr/local/lib/python3.2/dist-packages/cement-2.4.0-py3.2.egg/cement/core/foundation.py", line 722, in close
sys.exit(code)
SystemExit: 1
root@web:~# ee site delete game-coach.net
Do you want to delete database[Y/N]: y
Do you want to delete webroot[Y/N]: y
Do you want to delete NGINX configuration [Y/N]: y
game-coach.net does not exist in database

@xcreekz
Thanks for reporting the issue, we will be updating this soon.
game-coach.net does not exist in database
FYI
This is not related to MySQL database for site, its related to ee database, which was unable to find
entry for game-coach.net in it.

Any word on how to fix it ?

@xreeckz
We noticed that your site create command failed in between and also it is unable to create database as it contains - in your site name so in the databasename.
your database not created.
Now to revert this you have to execute ee site delete  game-coach.net
and type N for database and ```Y```` for rest.
We will fix this issue as soon as possible

Thanks, any ETA on when a fix will be out?
root@web:~# ee site delete game-coach.net
Do you want to delete database[Y/N]: n
Do you want to delete webroot[Y/N]: y
Do you want to delete NGINX configuration [Y/N]: y
game-coach.net does not exist in database
I tried to create the site using 3.0.1
Got some different errors, not sure if it's of use but here they are:
root@web:~# ee --debug site create game-coach.net --w3tc
Setting up NGINX configuration  [Done]
Setting up webroot              [Done]
Downloading Wordpress           [Done]
Setting up database             Cannot create database
Traceback (most recent call last):
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/cursors.py", line 103, in execute
result = self._query(query)
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/cursors.py", line 221, in _query
conn.query(q)
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/connections.py", line 599, in query
self._affected_rows = self._read_query_result()
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/connections.py", line 685, in _read_query_result
result.read()
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/connections.py", line 867, in read
self.first_packet = self.connection.read_packet()
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/connections.py", line 680, in read_packet
packet.check_error()
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/connections.py", line 331, in check_error
raise_mysql_exception(self.__data)
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/err.py", line 135, in raise_mysql_exception
_check_mysql_exception(errinfo)
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/err.py", line 128, in _check_mysql_exception
raise errorclass(errno,errorvalue)
pymysql.err.ProgrammingError: (1064, "#42000You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-coach_net' at line 1")
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.2/dist-packages/ee-3.0-py3.2.egg/ee/core/mysql.py", line 50, in execute
cur.execute(statement)
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/cursors.py", line 108, in execute
self.errorhandler(self, exc, value)
File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.4-py3.2.egg/pymysql/connections.py", line 184, in defaulterrorhandler
raise errorclass(errorvalue)
pymysql.err.ProgrammingError: (1064, "#42000You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-coach_net' at line 1")
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.2/dist-packages/ee-3.0-py3.2.egg/ee/cli/main.py", line 84, in main
app.run()
File "/usr/local/lib/python3.2/dist-packages/cement-2.4.0-py3.2.egg/cement/core/foundation.py", line 694, in run
self.controller._dispatch()
File "/usr/local/lib/python3.2/dist-packages/cement-2.4.0-py3.2.egg/cement/core/controller.py", line 455, in _dispatch
return func()
File "/usr/local/lib/python3.2/dist-packages/cement-2.4.0-py3.2.egg/cement/core/controller.py", line 455, in _dispatch
return func()
File "/usr/local/lib/python3.2/dist-packages/cement-2.4.0-py3.2.egg/cement/core/controller.py", line 461, in _dispatch
return func()
File "/usr/local/lib/python3.2/dist-packages/ee-3.0-py3.2.egg/ee/cli/plugins/site.py", line 463, in default
ee_wp_creds = setupwordpress(self, data)
File "/usr/local/lib/python3.2/dist-packages/ee-3.0-py3.2.egg/ee/cli/plugins/site_functions.py", line 163, in setupwordpress
data = setupdatabase(self, data)
File "/usr/local/lib/python3.2/dist-packages/ee-3.0-py3.2.egg/ee/cli/plugins/site_functions.py", line 116, in setupdatabase
.format(ee_db_name), errormsg="Cannot create database")
File "/usr/local/lib/python3.2/dist-packages/ee-3.0-py3.2.egg/ee/core/mysql.py", line 58, in execute
Log.error(self, '{0}'.format(errormsg))
File "/usr/local/lib/python3.2/dist-packages/ee-3.0-py3.2.egg/ee/core/logging.py", line 24, in error
self.app.close(1)
File "/usr/local/lib/python3.2/dist-packages/cement-2.4.0-py3.2.egg/cement/core/foundation.py", line 722, in close
sys.exit(code)
SystemExit: 1

EE 3.0.1 gives you more specific error..
I hope will fix this soon with EE 3.0.2

Fixed in 3.0.2

Fixed in ee 3.0.7


Fix Linux getrandom failure in interpreted code

Fixes #15034.

thought: Alternatively, we could modify the behaviour of the interpreter implementation of Crystal::System::Syscall.getrandom to return the error value directly, just like the syscall variant.
It probably doesn't make much difference, but it would concentrate all interpreter special stuff in one place.