Search Criteria
Package Details: nvidia-open-beta-dkms 1:565.57.01-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.50 |
First Submitted: | 2022-05-12 04:42 (UTC) |
Last Updated: | 2024-11-08 20:52 (UTC) |
Dependencies (4)
- dkms (dkms-gitAUR, dkms-fast-zstdAUR)
- 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 (8)
- 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
- 170-nvidia-open-silence-event-assert-until-570.patch
- https://github.com/NVIDIA/open-gpu-kernel-modules/archive/565.57.01/nvidia-open-565.57.01.tar.gz
Latest Comments
« First ‹ Previous 1 2 3 4 Next › Last »
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!
FabioLolix commented on 2022-11-29 17:11 (UTC)
@Fazzi it is linux-zen-headers that don't provide linux-headers
Fazzi commented on 2022-11-29 17:09 (UTC)
Why does the linux-headers dependency not allow for the use of linux-zen-headers?
Fazzi commented on 2022-11-15 17:48 (UTC)
I seem to be getting a lot of missing terminating character errors when building. I am using linux-zen and linux-zen-headers. Any help here?
dbermond commented on 2022-11-11 20:16 (UTC)
@mrvictory1 On the last update, I already removed the ibc part and left only harden-sls.
« First ‹ Previous 1 2 3 4 Next › Last »