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.001569
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 »

jaantoots commented on 2018-12-01 20:48 (UTC)

makedepends should include python{,2}-setuptools instead of just python{,2}.

Also, there is no need to list all three cuda, cudnn and libx11 as separate dependencies, as the other two are already dependencies of cudnn.

petronny commented on 2018-11-30 07:56 (UTC) (edited on 2018-11-30 07:57 (UTC) by petronny)

@AbysmalBiscuit

  1. Thanks for the tests on optional dependencies.

  2. ccache-ext is available in AUR now.

  3. You can set license=('Boost') to use /usr/share/licenses/common/Boost/license.txt in licenses.

  4. I see your changes about using the NEON instructions. But I think you misunderstand that this NEON is a kind of ARM instruction technology, not the neon package in [extra] which is a HTTP and WebDAV client library with a C interface.
    I think neon can be only enabled ARM architectures like armv7h or aarch64 and it's useless to python{,2}-dlib-cuda.

  5. I have updating the PKGBUILD of python-dlib to build python{,2}-dlib-cuda as well (currently disabled). So would you like to be a co-maintainer of python-dlib and merge these 2 packages to it?
    And I've disabled the detection of AVX, SSE2, SSE4 instructions and enabled all the optdepends because I'm providing binaries of python{,2}-dlib in my repositories with this PKGBUILD. If you don't agree with these, we can keep our packages separate.

AbysmalBiscuit commented on 2018-08-29 08:35 (UTC)

@Kicer Thanks! That's a good suggestion; I have added it.

Kicer commented on 2018-08-27 19:49 (UTC)

I think provides section should contain entry python-dlib=${pkgver} (version included). Otherwise pakages like python-face_recognition won't install due to insufficient version.

AbysmalBiscuit commented on 2018-07-21 09:17 (UTC)

@Kicer You are correct about gcc6 not being needed. In the past dlib and cuda programs did need gcc6 to compile properly, but it seems that is no longer the case.

@flipflop97 I have added the provides and conflicts.

@petronny I have gone through all the optional dependencies. Only sqlite and neon can be removed and python-dlib will still work. If any of the others are removed it will fail to import due to missing libraries of the shared object: dlib.cpython-36m-x86_64-linux-gnu.so. Note: removing sqlite will likely break parts of your system. :p

Kicer commented on 2018-07-19 20:19 (UTC)

Hi

Why is there gcc6 needed? I've modified PKBUILD to use system gcc and it works fine.

flipflop97 commented on 2018-07-04 19:50 (UTC) (edited on 2018-07-04 19:58 (UTC) by flipflop97)

Hi,

I have a package that depends on either python-dlib or python-dlib-cuda. I'd like to let it depend on either of them.

Right now both packages are totally separate. Can you maybe add a provides/conflicts/replaces rule for python-dlib so that both packages are treated as the same?

petronny commented on 2018-07-03 05:02 (UTC)

@accensi fixed.

accensi commented on 2018-07-03 04:55 (UTC)

Problems: - Even if just installing python-dlib, it is downloading all CUDA support - 1.4GB - Error (4/4) Updating the desktop file MIME type cache... ==> ERROR: python-dlib is not available for the 'x86_64' architecture. 2018-07-03 01:51:41,601 - wrappers - makepkg - ERROR - makepkg query makepkg -cf --noconfirm failed in directory ...../python-dlib

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