Control: reassign -1 libclang1-17 1:17.0.6-1 because the problem is actually there (and this package may be installed even if clang-17 isn't).
On 2023-11-30 12:13:21 -0700, Cordell Bloor wrote: > While attempting to update rocm-device-libs, I noticed that searching > for clang with find_package(Clang) will fail with an error. The > ClangTargets.cmake file expects libclang to be found at the path > "/usr/lib/llvm-17/lib/libclang-17.so.1", but the file is actually > installed to "/usr/lib/x86_64-linux-gnu/libclang-17.so.1". This seems normal (/usr/lib/x86_64-linux-gnu/libclang-17.so.1 already exists in libclang1-17 1:17.0.5-1). However, the symbolic link /usr/lib/llvm-17/lib/libclang-17.so.1 changed to /usr/lib/llvm-17/lib/libclang-17.so.17 in 1:17.0.6-1, and I'm wondering whether this was expected. I suppose that this is due to one of the following changes: * libclang1-17: Only encode the major version in the soname. Closes: #1056126. * libclang1-17: Provide a symlink for the last soname with the full version. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)