Package Details: dlib 19.24.6-1

Git Clone URL: https://aur.archlinux.org/dlib.git (read-only, click to copy)
Package Base: dlib
Description: A general purpose cross-platform C++ library designed using contract programming and modern C++ techniques
Upstream URL: http://dlib.net
Keywords: algebra convolutional deep dlib learning linear machine networks neural
Licenses: custom
Submitter: pingplug
Maintainer: pingplug (swiftscythe, xantares)
Last Packager: pingplug
Votes: 38
Popularity: 0.000361
First Submitted: 2015-08-19 09:02 (UTC)
Last Updated: 2024-08-10 09:03 (UTC)

Sources (1)

Pinned Comments

Latest Comments

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

Kicer commented on 2020-12-29 11:51 (UTC)

I have installed dlib-cuda variant of this package. Then in another package I setup make dependency like this: makedepends=('dlib'). I would expect it will work with both dlib and dlib-cuda variants, but it does not. It explicitly demands dlib variant. Do I misunderstand something, or it simply won't work this way?

swiftscythe commented on 2020-12-15 06:03 (UTC)

@kailua, I completely agree with you. I guess if this was in the official repositories, it would make sense, because the packagers must generate all the packages in the PKGBUILD, but in the AUR it's probably not the best, since users without Nvidia graphics cards will have to install CUDA just to build the CPU-only version. I am for removing from the makedepends of the complete package as well, even if namcap is not happy about it. We have reasons.

kailua commented on 2020-12-11 11:41 (UTC)

@bartus and @swiftscythe I would rather not add cuda and cudann to makedepends for the complete package. It will install giga bytes of packages even if you are just building the split package without cuda.

Is there a better way to satisfy namcap?

bartus commented on 2020-12-04 17:49 (UTC) (edited on 2020-12-04 17:49 (UTC) by bartus)

Three things:

  1. There should be ${MAKEFLAGS:--j1} in ninja call in order for `options=(!makeflags) to work (trust me, I've switched most my packages to ninja ;)

  2. There's some garbage in /usr/include/dlib/external. It holds stuff like zlib,libjpeg,pybind11 etc. redundant to system ones.

  3. Looks like cuda is missing from makedepends[] 

namcap dlib/PKGBUILD
PKGBUILD (dlib) E: Split PKGBUILD needs additional makedepends ['cuda', 'cudnn'] to work properly

swiftscythe commented on 2020-11-07 02:25 (UTC)

@xantares done

xantares commented on 2020-11-05 12:10 (UTC)

also your package does not honor makepkg's MAKEFLAGS variable, and ninja by default uses N+2 threads, this exhausts my memory can you pass MAKEFLAGS to ninja ? or else regular makefiles are fine also

swiftscythe commented on 2020-11-02 01:28 (UTC)

@xantares, sure I will update it. However I did it because openblas is faster, so I was thought people want to use that instead of complaining on GitHub why it's slow (as I've seen many times). But I guess that's not for me to decide.

xantares commented on 2020-10-28 10:29 (UTC) (edited on 2020-10-30 11:42 (UTC) by xantares)

hello,

setting openblas as as dependency instead of the blas virtual package

means that we can no longer decide whether to use openblas or the regular blas

it also leads to conflicts

would you reconsider that choice ?

swiftscythe commented on 2020-09-02 08:56 (UTC)

Would you be willing to add a split package (in the same fashion as pytorch or tensorflow) that builds dlib-cpu and dlib-cuda?

I could do it if you wanted me to :)

harbind commented on 2020-04-06 11:14 (UTC) (edited on 2020-04-06 11:46 (UTC) by harbind)

I was coming here to suggest to change the source to the official site, but noticed that someone already did that. That sourceforge is slow at its best, quite often you get nothing out from it.

I can also verify that this package compiles and works fine on both armv7h and aarch64, if you want to update the arch array.

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