Package Base Details: nvidia-open-beta

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 of HOSTNAME to $(printf '%s\n' archlinux) or wrapping $$(HOSTNAME) in backticks on utils.mk:543?

Note that WHOAMI in the unpatched makefile is assumed to hold a command that will be evaluated later, but HOSTNAME is treated as a simple string. Since HOSTNAME is not wrapped by a command substitution in utils.mk:543, the command set in the patched makefile is silently never evaluated (so the nvidstring always unintentionally contains archlinux_builder@printf '%s\n' archlinux instead of intended archlinux_builder@archlinux). I think this happens on all systems, not just mine, but I may be wrong.

But more significantly, when /bin/sh is dash (and maybe other shells that are more strictly POSIX-compliant than bash or zsh), the build fails altogether because the '\n' is parsed as a literal newline by the shell, leading to build errors like the below:

_out/Linux_x86_64/g_nvid_string.c:1:27: error: missing terminating " character
    1 | const char  NV_KMS_ID[] = "nvidia id: NVIDIA UNIX Open Kernel Mode Setting Driver for x86_64  525.85.05  Release Build  (archlinux_builder@printf '%s
      |                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
_out/Linux_x86_64/g_nvid_string.c:2:1: warning: missing terminating ' character
    2 | ' archlinux)  Thu Jan 19 01:41:59 PM EST 2023";
      | ^
_out/Linux_x86_64/g_nvid_string.c:2:1: error: missing terminating ' character
    2 | ' archlinux)  Thu Jan 19 01:41:59 PM EST 2023";

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 patched utils.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?