Search Criteria
Package Details: nvidia-open-beta-dkms 1:570.86.16-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/nvidia-open-beta.git (read-only, click to copy) |
---|---|
Package Base: | nvidia-open-beta |
Description: | NVIDIA open kernel modules (module sources; beta version) |
Upstream URL: | https://github.com/NVIDIA/open-gpu-kernel-modules/ |
Licenses: | MIT, GPL-2.0-only |
Conflicts: | NVIDIA-MODULE, nvidia-open |
Provides: | NVIDIA-MODULE, nvidia-open |
Submitter: | dbermond |
Maintainer: | dbermond |
Last Packager: | dbermond |
Votes: | 16 |
Popularity: | 0.121661 |
First Submitted: | 2022-05-12 04:42 (UTC) |
Last Updated: | 2025-01-31 16:30 (UTC) |
Dependencies (4)
- dkms (dkms-gitAUR)
- libglvnd (libglvnd-gitAUR)
- nvidia-utils-betaAUR
- linux-headers (make)
Required by (9)
- lutris-world-of-warcraft-dependencies-nvidia (requires nvidia-open)
- nsight-graphics (requires NVIDIA-MODULE)
- nvidia-exec (requires NVIDIA-MODULE)
- nvidia-exec-git (requires NVIDIA-MODULE)
- nvidia-pacman-hook (requires NVIDIA-MODULE) (optional)
- nvidia-xrun-pm (requires NVIDIA-MODULE)
- nvidiactl-git (requires NVIDIA-MODULE)
- optimus-manager-git (requires NVIDIA-MODULE)
- xorgxrdp-nvidia (requires NVIDIA-MODULE)
Sources (7)
- 110-nvidia-open-change-dkms-conf.patch
- 120-nvidia-open-linux-rt-gift.patch
- 130-nvidia-open-reproducible-build.patch
- 140-nvidia-open-gcc-sls.patch
- 150-nvidia-open-make-modeset-fbdev-default.patch
- 160-nvidia-open-fix-hdmi-names.patch
- https://github.com/NVIDIA/open-gpu-kernel-modules/archive/570.86.16/nvidia-open-570.86.16.tar.gz
Latest Comments
« First ‹ Previous 1 2 3 4 Next › Last »
dbermond commented on 2024-06-03 16:14 (UTC)
@kingdomkind First of all, AUR helpers are not supported, use makepkg. Just run makepkg and both packages will be built, and then you install the needed one with 'pacman -U'.
kingdomkind commented on 2024-06-02 21:44 (UTC)
Hi, sorry if this isn't the right place, but how is this package intended to be built? Since the clone url builds both nvidia-open-beta-dkms and nvidia-open-beta and they conflict with eachother. Using yay, it automatically just installs the nvidia-open-beta one (instead of dkms). I can manually remove the nvidia-open-beta from the pkg name section and just get nvidia-open-beta-dkms but i'm unsure if this is the intended / best way of getting only that package. Many thanks.
dbermond commented on 2023-11-19 12:53 (UTC)
@gilvbp version 545.23.08 is lesser then version 545.29.03. The last upstream tag is not always the latest version.
gilvbp commented on 2023-11-19 03:43 (UTC) (edited on 2023-11-19 04:07 (UTC) by gilvbp)
https://github.com/NVIDIA/open-gpu-kernel-modules/releases/tag/545.23.08 this should be the beta version, it's the last update package (17-11-2023)
jfroy commented on 2023-11-01 17:23 (UTC)
Beware that installing this right now will brick your system because the other nvidia packages have not been updated to 545.29.03. You will get client-NVRM version mismatch errors, and the firmware files will not be found by mkinitcpio.
Fazzi commented on 2023-03-05 20:52 (UTC)
@crendel your fix did indeed solve my issues building this package. Thanks!
dbermond commented on 2023-02-04 15:55 (UTC)
@crendel Patch updated. Thank you for reporting this.
crendel commented on 2023-01-22 17:29 (UTC) (edited on 2023-01-22 19:19 (UTC) by crendel)
@dbermond Thanks for your work maintaining this package! You've saved me hours of labor. :)
Would you mind adjusting your patchfile
130-nvidia-open-reproducible-build.patch
by either changing the definition ofHOSTNAME
to$(printf '%s\n' archlinux)
or wrapping$$(HOSTNAME)
in backticks onutils.mk:543
?Note that
WHOAMI
in the unpatched makefile is assumed to hold a command that will be evaluated later, butHOSTNAME
is treated as a simple string. SinceHOSTNAME
is not wrapped by a command substitution inutils.mk:543
, the command set in the patched makefile is silently never evaluated (so the nvidstring always unintentionally containsarchlinux_builder@printf '%s\n' archlinux
instead of intendedarchlinux_builder@archlinux
). I think this happens on all systems, not just mine, but I may be wrong.But more significantly, when
/bin/sh
isdash
(and maybe other shells that are more strictly POSIX-compliant thanbash
orzsh
), the build fails altogether because the '\n' is parsed as a literal newline by the shell, leading to build errors like the below:This latter error probably only happens for users (like me) who have linked
/bin/sh
to a different shell than the Arch default, but might as well make the patchedutils.mk
behave like the unpatched version as much as possible. :)This might also be the same issue that @Fazzi had a few months ago.
Thanks again!
« First ‹ Previous 1 2 3 4 Next › Last »