Search Criteria
Package Base Details: nvidia-open-beta
Package Actions
Git Clone URL: | https://aur.archlinux.org/nvidia-open-beta.git (read-only, click to copy) |
---|---|
Submitter: | dbermond |
Maintainer: | dbermond |
Last Packager: | dbermond |
Votes: | 9 |
Popularity: | 0.016622 |
First Submitted: | 2022-05-12 04:42 (UTC) |
Last Updated: | 2024-04-26 00:51 (UTC) |
Latest Comments
1 2 3 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?
1 2 3 Next › Last »