Search Criteria
Package Details: libnvidia-container 1.10.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/libnvidia-container.git (read-only, click to copy) |
---|---|
Package Base: | libnvidia-container |
Description: | NVIDIA container runtime library |
Upstream URL: | https://github.com/NVIDIA/libnvidia-container |
Licenses: | Apache |
Submitter: | lukeyeager |
Maintainer: | jshap (kiendang) |
Last Packager: | jshap |
Votes: | 22 |
Popularity: | 0.049775 |
First Submitted: | 2017-09-12 21:34 (UTC) |
Last Updated: | 2022-07-09 13:55 (UTC) |
Dependencies (8)
- libcap (libcap-git)
- libseccomp (libseccomp-git)
- libtirpc (libtirpc-minimal-git)
- bmake (netbsd-pkgsrc) (make)
- go (go-git, go-go2go-git, go-beta, gcc-go-git, gcc-go) (make)
- lsb-release (make)
- pkgconf (pkgconf-git) (make)
- rpcsvc-proto (make)
Required by (2)
Sources (7)
- fix_elftoolchain.patch
- fix_git_rev_unavail.patch
- fix_libelf_so_name.patch
- fix_rpc_flags.patch
- https://github.com/NVIDIA/libnvidia-container/archive/v1.10.0.tar.gz
- https://github.com/NVIDIA/nvidia-modprobe/archive/450.57.tar.gz
- https://sourceforge.net/projects/elftoolchain/files/Sources/elftoolchain-0.7.1/elftoolchain-0.7.1.tar.bz2
Latest Comments
Nephyrin commented on 2022-03-29 23:10 (UTC)
The problem seems to be go breaking their whole ecosystem with their module shenanigans.
This fixes the build for me:
Nephyrin commented on 2022-03-29 23:02 (UTC)
1.9.0 seems to be failing as of today with:
jshap commented on 2022-02-14 18:02 (UTC)
@trumee should be fixed now, somehow missed adding go as a makedep.
trumee commented on 2022-02-13 05:13 (UTC) (edited on 2022-02-13 05:13 (UTC) by trumee)
1.8.0 failed to install,
KerfuffleV2 commented on 2022-02-09 17:44 (UTC)
1.8.0 seems to have a build dependency on the go compiler which is not correctly defined. Therefore, it fails to build in a chroot (and presumably any system without the go toolchain already installed.)
ruidc commented on 2022-01-08 23:31 (UTC)
Following a reboot it installed fine. I must have applied system updates during that boot.
ruidc commented on 2022-01-04 08:57 (UTC)
Very strange indeed! sorry, I can't explain why on my fresh Arch system (not derivative) they were missing when
base-devel
was installed - sorry for the noise. Can you suggest a solution to the linking error? or should I have a go at producing it in a docker image?jshap commented on 2022-01-03 15:14 (UTC)
Both groff and patch are in base-devel[1]. Are you perhaps on a derivative distro and not archlinux?
[1] https://archlinux.org/groups/x86_64/base-devel/
ruidc commented on 2022-01-03 05:53 (UTC)
I am also getting this on a freshly built system. Also, patch,groff/nroff and patch were not part of base-devel
osiro commented on 2021-09-02 10:42 (UTC) (edited on 2021-09-02 10:48 (UTC) by osiro)
Have you guys come across with this:
I am unsure whether this has to do with the version of
ld
, the one I've got it:GNU ld (GNU Binutils) 2.36.1
lmat commented on 2021-03-25 16:12 (UTC)
When I click "Download Snapshot", it downloads libnvidia-container.tar.gz (which is one of this package's dependencies. When I "manually" change the URL to download libnvidia-container-tools.tar.gz, I get the file, but
makepkg
fails with a validity check. I think I'm missing something.kosantosbik commented on 2021-02-14 05:31 (UTC)
@jshap You are a lifesaver man. Thank you very much :)
jshap commented on 2021-02-13 23:42 (UTC)
@kosantosbik and @popov-aa : I was able to get a patch working which overwrites the build target from
/usr/share/mk/bsd.lib.mk
so it should all be working now :)kosantosbik commented on 2021-02-12 09:31 (UTC)
@jshap any luck with the fix?
jshap commented on 2021-02-11 00:21 (UTC)
@popov-aa it's an issue/bug with bmake coming from
bsd.lib.mk
which is where the-soname
flag comes from. idk what changed with ld to break it yet though, it's very weird. Still looking into what I can do about it :(popov-aa commented on 2021-02-09 14:10 (UTC)
Disabling patches not working for me.
homerhsing commented on 2020-12-27 20:35 (UTC) (edited on 2020-12-27 20:36 (UTC) by homerhsing)
The wiki says "Members of the
base-devel
group should not be included in themakedepends
array." Gotcha. Thanks for pointing it out!However,
pkgconf
(a.k.apkg-config
) is in thebase-devel
group (see here https://archlinux.org/packages/core/x86_64/pkgconf/ ) therefore it shouldn't be added tomakedepends
.jshap commented on 2020-12-26 23:22 (UTC)
Patch and m4 are in base-devel and are assumed to be installed. see the note in https://wiki.archlinux.org/index.php/PKGBUILD#makedepends
Updating to add pkgconf as a makedep as that's a real dependency. Thanks for pointing it out, cyounkins
homerhsing commented on 2020-12-26 02:06 (UTC) (edited on 2020-12-26 02:10 (UTC) by homerhsing)
Hey, this package should have declared "makedepends" dependencies on the package named "patch" and "m4"! Thanks!
cyounkins commented on 2020-12-23 20:05 (UTC)
This package appears to have an undeclared dependency on
pkg-config
jshap commented on 2020-04-05 22:25 (UTC)
very strange, I'm still seeing it being named wrong locally. I've gone ahead and changed it to be a conditional, hopefully it should work for everyone now :/
phixion commented on 2020-04-05 15:00 (UTC) (edited on 2020-04-05 15:01 (UTC) by phixion)
had similar errors
removing
fix_libelf_so_name.patch
from thePKGBULD
and a clean build fixed it for mejshap commented on 2020-04-02 21:54 (UTC)
@kokx should be fixed now. that was a very weird issue, considering it seems like something w/in the elf build broke despite the pkg being version locked...
kokx commented on 2020-04-01 11:44 (UTC) (edited on 2020-04-01 11:45 (UTC) by kokx)
When trying to install, this package gives the following error for me:
I get this error when using
pikaur
and when usingmakepkg -si
jshap commented on 2019-05-20 15:54 (UTC)
@archasaurusrex I don't think
packer
works with split packages like this (also all of the jetbrains tools or many many many of the builds from the trusted repos), so it's an issue with the tool and not this package. sorry. fwiwyay
works perfectly fine with it for me, plus you can always just build and install it by hand withmakepkg -Si
.see: https://github.com/keenerd/packer/issues/125
archasaurusrex commented on 2019-05-20 14:24 (UTC)
I get an error while trying to install from packer:
this happens after it apparently builds just fine, but it won't install.
I ran across this while trying to install nvidia-docker via packer. I'm able to work around it by first installing libnvidia-container-tools-bin and libnvidiai-container-bin.
jshap commented on 2019-03-25 15:50 (UTC)
good catch, updated to just totally remove relative references in place of just using $srcdir
petronny commented on 2019-03-25 10:38 (UTC)
Getting
You should use
bzs commented on 2019-03-20 17:21 (UTC)
jshap70 kiendang yes I was using pikaur -S libnvidia-container; it does appear to be fixed now, thanks!
jshap commented on 2019-03-20 16:33 (UTC)
alright updated, let me know if that fixed it for you bzs
jshap commented on 2019-03-20 16:18 (UTC) (edited on 2019-03-20 16:18 (UTC) by jshap)
ah, my guess is that pikaur isn't making this by cloning the aur branch, and in
mk/common.mk
it doesREVISION := $(shell git rev-parse HEAD)
which locally for me would turn into the parent aur repo's git revision by mistake.I'll make a patch for that quickly.
kiendang commented on 2019-03-20 16:02 (UTC)
bzs may I know which command you use to install the package? also could you try clone the package then makepkg -rsi and see if it works?
bzs commented on 2019-03-20 15:42 (UTC)
I'm encountering the following failure when building from source: ==> Making package: libnvidia-container 1.0.1-1 (Wed 20 Mar 2019 11:39:47 AM EDT) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found v1.0.1.tar.gz -> Found elftoolchain-0.7.1.tar.bz2 -> Found 396.51.tar.gz -> Found fix_rpc_flags.patch ==> Validating source files with sha256sums... v1.0.1.tar.gz ... Passed elftoolchain-0.7.1.tar.bz2 ... Passed 396.51.tar.gz ... Passed fix_rpc_flags.patch ... Passed ==> Extracting sources... -> Extracting v1.0.1.tar.gz with bsdtar -> Extracting elftoolchain-0.7.1.tar.bz2 with bsdtar -> Extracting 396.51.tar.gz with bsdtar ==> Starting prepare()... /home/bzs/.cache/pikaur/build/libnvidia-container/src/libnvidia-container-1.0.1 patching file Makefile ==> Removing existing $pkgdir/ directory... ==> Starting build()... fatal: not a git repository (or any of the parent directories): .git /home/bzs/.cache/pikaur/build/libnvidia-container/src/libnvidia-container-1.0.1/mk/common.mk:32: *** Invalid commit hash. Stop. ==> ERROR: A failure occurred in build(). Aborting...
jshap commented on 2019-03-20 05:07 (UTC) (edited on 2019-03-20 15:11 (UTC) by jshap)
This package was changed to properly build from source. If you want to continue using prebuilt binaries you can use
libnvidia-container-bin
.kiendang commented on 2019-03-06 02:59 (UTC)
Cool! I will submit the -bin packages and work on src packages for nvidia-container-runtime and nvidia-container-runtime-hook then.
jshap commented on 2019-03-06 02:28 (UTC)
@kiendang oh awesome! I'll add you as a co-maintainer later when I get back to my computer. yeah, me taking it over was an effort to try and stop it being so split up.
My plan was to turn this into the src version and spin off a -bin version later, but if you already have those then do you want to just get those packages started right away? I'm close to getting the src pkgbuild up for this as well as -tools, just sorting out some weirdness with the make setup.
actually on topic, I don't think it really makes sense to keep -tools around, as afaik it's not really feasible to use the libs without the cli. but open to feedback on that.
kiendang commented on 2019-03-06 01:49 (UTC)
@jshap70 I do maintain my own PKGBUILD files for libnvidia-container-bin, libnvidia-container-tools-bin, nvidia-container-runtime-bin and nvidia-container-runtime-hook-bin at https://github.com/kiendang/PKGBUILDs Originally I wanted to keep it to myself since each of these packages was maintained by a different person. But now you maintain all of them would you mind add me as a co-maintainer? I do plan to create a build from source version soon.
jshap commented on 2019-03-04 17:58 (UTC)
adopting this and will take a look at reworking the pkgbuilds soon, if someone else would like to lmk and i'll disown it
jshap commented on 2019-03-04 17:58 (UTC)
adopting this and will take a look at reworking the pkgbuilds soon, if someone else would like to lmk and i'll disown it
lukeyeager commented on 2019-03-04 17:28 (UTC)
Disowning. Suggest next maintainer either builds from source or adds "-bin" suffix.
lukeyeager commented on 2019-03-04 17:27 (UTC)
Disowning. Suggest next maintainer either builds from source or adds "-bin" suffix.
nlgranger commented on 2019-03-03 19:44 (UTC)
Please consider updating this PKGBUILD. Since this is not a "-bin" package, it should probably build the library from the sources. Here is a starting point if that can help: https://gist.github.com/nlgranger/7cd7d74c48eced30a3673c68437a39be