Search Criteria
Package Details: python-dlib-cuda 19.22-1
Package Actions
- View PKGBUILD / View Changes
- Download snapshot
- Search wiki
- Flagged out-of-date (2023-03-23)
- 1 pending request
- Submit Request
Git Clone URL: | https://aur.archlinux.org/python-dlib-cuda.git (read-only, click to copy) |
---|---|
Package Base: | python-dlib-cuda |
Description: | Dlib is a general purpose cross-platform C++ library designed using contract programming and modern C++ techniques. |
Upstream URL: | http://www.dlib.net/ |
Keywords: | dlib |
Licenses: | boost |
Conflicts: | python-dlib |
Provides: | python-dlib |
Submitter: | agradzki |
Maintainer: | AbysmalBiscuit |
Last Packager: | AbysmalBiscuit |
Votes: | 1 |
Popularity: | 0.000000 |
First Submitted: | 2017-11-17 14:12 (UTC) |
Last Updated: | 2021-03-30 08:41 (UTC) |
Dependencies (15)
- cuda (cuda-11.0, cuda11.1)
- cudnn
- libx11 (libx11-git)
- python (nogil-python, python36, python32, python39, python38, python37, python310, python312)
- cmake (cmake-git) (make)
- cuda (cuda-11.0, cuda11.1) (make)
- cudnn (make)
- libx11 (libx11-git) (make)
- python (nogil-python, python36, python32, python39, python38, python37, python310, python312) (make)
- ccache-ext (optional) – for ccache support during compiling
- giflib (giflib-git) (optional) – for GIF support
- libjpeg-turbo (libjpeg-turbo-minimal-git, mozjpeg-git, libjpeg-turbo-git, mozjpeg) (optional) – for JPEG support
- libpng (libpng-minimal-git, libpng-apng, libpng-git) (optional) – for PNG support
- python-numpy (python-numpy-git, python-numpy1.22, python-numpy-openblas, python-numpy-flame, python-numpy-mkl-bin, python-numpy-mkl) (optional) – for running numpy based tests
- sqlite (sqlite-minimal-git, sqlite-fts3-parenthesis, sqlite-fossil) (optional) – for sqlite support
Required by (6)
- howdy (requires python-dlib)
- howdy-beta-git (requires python-dlib)
- howdy-git (requires python-dlib)
- openface-git (requires python-dlib)
- python-face_recognition (requires python-dlib)
- python-mlxtend (requires python-dlib)
Latest Comments
1 2 Next › Last »
gregory112 commented on 2023-03-23 05:18 (UTC)
It has errors in the test now
I think this is related to pytest: https://github.com/pytest-dev/pytest/issues/1888
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
Thanks for the tests on optional dependencies.
ccache-ext
is available in AUR now.You can set
license=('Boost')
to use/usr/share/licenses/common/Boost/license.txt
inlicenses
.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 theneon
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
oraarch64
and it's useless topython{,2}-dlib-cuda
.I have updating the PKGBUILD of
python-dlib
to buildpython{,2}-dlib-cuda
as well (currently disabled). So would you like to be a co-maintainer ofpython-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 entrypython-dlib=${pkgver}
(version included). Otherwise pakages likepython-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
andneon
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: removingsqlite
will likely break parts of your system. :pKicer 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-01 13:13 (UTC)
@AbysmalBiscuit Thanks for your answers and I'm clear to my first question.
My second question, or the other questions are:
pacman -Rdd sqlite
, will python-dlib run?pacman -Rdd lapack
, will python-dlib run?pacman -Rdd libpng
, will python-dlib run?etc.
AbysmalBiscuit commented on 2018-06-28 08:15 (UTC)
@petronny Sorry for the delay in answering your questions.
If you remove cuda or cudnn (since both are needed to compile and run dlib with cuda support) with
pacman -Rdd cuda cudnn
, python-dlib-cuda will not fallback to using only the cpu. In fact importing dlib will simply fail with an ImportError with not being able to open the shared object file(s) (either cuda or cudnn).I do not fully understand your question, I will assume that you are asking if it is possible to replace cuda with another dependency and still have be capable of using dlib in python. You cannot replace cuda with something else, or only with cudnn. You need both cuda and cudnn, hence why they are not only make dependencies, but also dependencies.
The dependency issue and the need to recompile if you would want to switch from having cuda support to using cpu only are likely the reason why python dlib was originally split into a cuda and non-cuda version.
If you have any other questions please don't hesitate to ask.
1 2 Next › Last »