| Git Clone URL: | https://aur.archlinux.org/python-dlib.git (read-only, click to copy) |
|---|---|
| Package Base: | python-dlib |
| Description: | Dlib is a general purpose cross-platform C++ library designed using contract programming and modern C++ techniques. |
| Upstream URL: | http://www.dlib.net/ |
| Licenses: | BSL-1.0 |
| Conflicts: | python-dlib |
| Provides: | python-dlib |
| Submitter: | u1bmoW1r16 |
| Maintainer: | zen |
| Last Packager: | zen |
| Votes: | 17 |
| Popularity: | 0.25 |
| First Submitted: | 2016-10-27 15:05 (UTC) |
| Last Updated: | 2026-04-28 20:10 (UTC) |
Change these 3 lines to get latest v20 release, please update the PKGBUILD with:
pkgver=20.0
makedepends=('boost' 'cmake' 'python-setuptools' 'sqlite' 'gcc13' 'gcc13-libs')
sha256sums=('705749801c7896f5c19c253b6be639f4cef2c1831a9606955f01b600b3d86d80')
conflicts=('python-dlib' 'python-dlib-git' 'python-dlib-cuda-git')
@ElkCloner no, I don't think I ever managed to build to is on Python 3.13.
@halan I'm having the same issue when trying to rebuild python-dlib for python 3.13. Did you manage to resolve it?
https://github.com/boltgolt/howdy/issues/928 is the issue I was referring to - I had moved to the aur/python-dlib-git version since and have not had the issue. without having to read that full thread - dlib was broken on systems using numpy 2, and required a patch to support a later pybind - I had assumed there would have been a new dlib release included it, but it seems there hasn't been.
I do understand how PKGBUILD files work, I support a few multi-packages myself - I just find it confusing that it has to be manually edited by the installing user when the package name itself could be used instead. See https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=python-dlib-cuda-git https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=python-dlib-git - surely an approach like this would solve the need for manual edits?
since you have a -cuda package id as well as one without, what's the purpose of setting _build_cpu and _build_cuda? Shouldn't the installation of the appropriate package suffice?
@envolution These are two packages within the same pkgbase, which means they share the same PKGBUILD. By default, the same PKGBUILD would result in both CPU and CUDA versions being built. However, most users typically require only one version. To address this, I've added the _build_cpu and _build_cuda variables, providing users with the convenience of selectively building the version they need.
the current $pkgversion also has issues with aur/howdy preventing it from working which has been fixed for months in a new upstream release.
Please post the link to the new upstream release.
@halan The PKGBUILD works fine with extra-x86_64-build for both the CPU and CUDA version.
Python 3.12 remove distutils, so I cannot build this package anymore.
==> Starting build()...
/home/kai/.cache/yay/python-dlib/src/dlib-19.24.6/setup.py:234: SyntaxWarning: invalid escape sequence '\('
major = re.findall("set\(CPACK_PACKAGE_VERSION_MAJOR.*\"(.*)\"", open(cmake_file).read())[0]
/home/kai/.cache/yay/python-dlib/src/dlib-19.24.6/setup.py:235: SyntaxWarning: invalid escape sequence '\('
minor = re.findall("set\(CPACK_PACKAGE_VERSION_MINOR.*\"(.*)\"", open(cmake_file).read())[0]
/home/kai/.cache/yay/python-dlib/src/dlib-19.24.6/setup.py:236: SyntaxWarning: invalid escape sequence '\('
patch = re.findall("set\(CPACK_PACKAGE_VERSION_PATCH.*\"(.*)\"", open(cmake_file).read())[0]
Traceback (most recent call last):
File "/home/kai/.cache/yay/python-dlib/src/dlib-19.24.6/setup.py", line 35, in <module>
from distutils import log
ModuleNotFoundError: No module named 'distutils'
since you have a -cuda package id as well as one without, what's the purpose of setting _build_cpu and _build_cuda? Shouldn't the installation of the appropriate package suffice?
Due to the recent libjxl 0.11 version update, you need to recompile this package to use it
@petronny maybe considering update the pkgrel number to remind user update
The _build_cpu and _build_cuda could be gotten from some global variables if set, and fallback to package default values. It's inconvenient to set the values every time in PKGBUILD.
Or could be split into two packages, depends on need of CUDA.
Pinned Comments
petronny commented on 2024-03-30 13:11 (UTC) (edited on 2024-03-30 13:13 (UTC) by petronny)
Set
_build_cpuand_build_cudato 1 and 0 to build or not build the CPU or CUDA version.If
options=(!lto)has no effect, please check if it's still enabled in/etc/makepkg.conf.petronny commented on 2023-11-28 04:57 (UTC)
Prebuilt binaries of this package can be found in arch4edu.