Package Base Details: python-dlib

Git Clone URL: https://aur.archlinux.org/python-dlib.git (read-only, click to copy)
Submitter: fzavan
Maintainer: petronny (AutoUpdateBot)
Last Packager: petronny
Votes: 14
Popularity: 0.21
First Submitted: 2016-10-27 15:05 (UTC)
Last Updated: 2024-07-19 13:18 (UTC)

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 Next › Last »

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.

Eeems commented on 2024-02-22 19:05 (UTC)

@ndoskrnl You seem to be mistaken, I'm not the maintainer, and it appears that this doesn't resolve the issue for some users.

Encrypt-Keeper commented on 2024-02-22 18:07 (UTC) (edited on 2024-02-22 18:10 (UTC) by Encrypt-Keeper)

I can confirm the issue with being unable to build due to the error generated with LTO version 12.0 instead of the expected 13.0 compilation terminated:

Uncommenting options=(!lto) in the PKGBUILD has no effect. Still fails with the same error.

Editing /etc/makepkg.conf and replacing OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge debug lto) with OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge !debug !lto)

Allowed me to successfully build the package.

songtianlun commented on 2024-02-22 06:21 (UTC)

Disabling LTO in /etc/makepkg.conf can resolve the issue of generated with LTO version 12.0 instead of the expected 13.0 compilation terminated:

- OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge debug lto)
+ OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge debug !lto)