Package Details: python-dlib-cuda 20.0-1

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: boost
Conflicts: python-dlib
Provides: python-dlib
Submitter: u1bmoW1r16
Maintainer: petronny (AutoUpdateBot)
Last Packager: petronny
Votes: 16
Popularity: 0.90
First Submitted: 2016-10-27 15:05 (UTC)
Last Updated: 2025-05-30 11:54 (UTC)

Required by (6)

Sources (1)

Pinned Comments

petronny commented on 2024-03-30 13:11 (UTC) (edited on 2024-03-30 13:13 (UTC) by petronny)

Set _build_cpu and _build_cuda to 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.

Latest Comments

1 2 3 4 5 6 7 Next › Last »

DestroyedLife commented on 2026-01-15 08:12 (UTC)

The PKGBUILD on this needs to be amended to remove the specific call to gcc-14 and g++-14. These are unnecessary and are creating a hard dependency on a specific version of a package for no reason (which because gcc-14 is in the AUR, also means you have to build the entire GCC suite from source, which is a complete waste of time.)

openmindead commented on 2026-01-12 10:31 (UTC)

As of now there's no need to make gcc-14 a hard dependency, just delete "-14" from g++ and gcc from build_python-dlib-cuda(). Current gcc15 worked just fine.

pblague commented on 2025-12-24 01:37 (UTC)

Yes, please add gcc14 as a make dependency to the make file. Thank you!

Scott-Nx commented on 2025-10-29 09:07 (UTC) (edited on 2025-10-29 09:08 (UTC) by Scott-Nx)

The current version of GCC is 15, but the PKGBUILD still uses GCC-14. If the user does not manually install GCC-14, the build will fail.

This change ensures the build process works even if GCC-14 is not manually installed.

-makedepends=('other-dependencies')
+makedepends=('gcc14' 'other-dependencies')

Velocifyer commented on 2025-10-21 20:37 (UTC)

This needs to have gcc14 as a (make?) dependancy.

micwoj92 commented on 2025-06-10 23:53 (UTC)

Please use spdx license identifier.

RyLoS commented on 2025-05-30 07:05 (UTC) (edited on 2025-05-30 07:19 (UTC) by RyLoS)

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')

halan commented on 2025-03-23 19:02 (UTC)

@ElkCloner no, I don't think I ever managed to build to is on Python 3.13.

ElkCloner commented on 2025-03-22 21:18 (UTC)

@halan I'm having the same issue when trying to rebuild python-dlib for python 3.13. Did you manage to resolve it?

envolution commented on 2024-11-12 06:41 (UTC)

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?

1 2 3 4 5 6 7 Next › Last »