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: 15
Popularity: 0.000197
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

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

envolution commented on 2024-10-23 06:05 (UTC)

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?

zyldragoon commented on 2024-09-22 14:54 (UTC)

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

SelfRef commented on 2024-07-21 17:59 (UTC) (edited on 2024-07-21 18:03 (UTC) by SelfRef)

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.

brianc commented on 2024-07-01 22:05 (UTC) (edited on 2024-07-01 22:07 (UTC) by brianc)

The CUDA version cannot be built as of cuda 12.5.0-1 that remove the symlinks hardcoded for CUDA compilers in the PKGBUILD.

See: https://gitlab.archlinux.org/archlinux/packaging/packages/cuda/-/issues/8

I got around the issue by removing the hardcoded environment variables from lines 44-48 of the PKGBUILD

8bitrosso commented on 2024-06-18 00:27 (UTC) (edited on 2024-06-18 00:29 (UTC) by 8bitrosso)

Came here from howdy install errors. Had to build and install python-dlib manually. Do yay -G python-dlib and edit PKGBUILD.

Then set _build_cpu to 1 and _build_cuda to 0 (unless you have an nvidia gpu then set to 1). Also edit options to options=(... !lto). Then compile with makepkg -si.

Hope this helps anyone.

VictorGamerLOL commented on 2024-04-03 23:16 (UTC)

For some reason most recent version wants to compile it with CUDA even tho I am on an AMD system. I have python-dlib not python-dlib-cuda installed.

MarsSeed commented on 2024-03-30 13:36 (UTC)

The options=(!lto) setting in a PKGBUILD always overrides the LTO switch for that particular build, regardless of what any makepkg.conf contains.

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.

nursoda commented on 2024-03-13 14:06 (UTC)

@petronny Please update the PKGBUILD as pointed out by Encrypt-Keeper.

coyotepunk05 commented on 2024-02-23 09:43 (UTC)

Disabling LTO in /etc/makepkg.conf gets rid of the error. Thanks.

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »