Open flyn-org opened 1 year ago
This doesn't seem like the right solution as there is probably a predefined variable from scikit-build that should be used. If I were to accept this patch then the build would always fail unless CMAKE_INSTALL_PYDIR is defined.
The priority is always to support python packaging, in my opinion distribution packages can simply move the files to the right place in their package building scripts, at least this is how Debian packaging works.
It looks like PYTHON_SITE_PACKAGES_DIR
might help (see "6.3 PythonExtensions" in https://readthedocs.org/projects/scikit-build/downloads/pdf/latest/). However, scikit-build expands this to /usr/lib/... rather than /usr/lib64/.... The latter is used on Fedora for native shared libraries. For now, I took your suggested approach. My package definition moves things around after the fact.
I maintain the pocketsphinx package for Fedora, and I am presently trying to package the recent 5.0.0. release. I cannot figure out how to cause cmake to install the Python module in the correct place. I wrote the following patch, which aims to fix this:
With this patch applied, I can build pocketsphinx by providiing cmake with this argument:
-DCMAKE_INSTALL_PYDIR="/usr/lib64/python3.11/site-packages/"
. Does this make sense? I would be happy to establish a pull request, but I wasn't sure I was going about this right.