Package Base Details: nvidia-full-beta-all

Git Clone URL: https://aur.archlinux.org/nvidia-full-beta-all.git (read-only)
Keywords: lib32-opencl-driver lib32-vulkan-driver libglvnd nvidia-settings opencl-driver vulkan-driver
Submitter: Det
Maintainer: dbermond
Last Packager: dbermond
Votes: 33
Popularity: 0.014362
First Submitted: 2013-06-27 12:48
Last Updated: 2019-08-31 14:38

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 ... Next › Last »

Det commented on 2018-02-27 00:40

No.

Boot?

kerjava commented on 2018-02-26 23:04

for me this package seem to have an interesting endless cleaning issue it gets though the build then after goes to clean up but never seems to stop cleaning and move on (<-is newbie) any thoughts on how to get past this ?

is what i think the interesting output is but idk for sure

https://pastebin.com/zjPPtjuJ

Det commented on 2018-02-04 20:07

That's semi self-explanatory an error? 4.4.15 (https://www.archlinux.org/packages/core/x86_64/linux/) was compiled with 7.2.x, but GCC was updated to 7.3.0 two days ago (https://www.archlinux.org/packages/core/x86_64/gcc/).

Didn't know that would lead to "subtle bugs that are difficult to diagnose", but either downgrade GCC, or upgrade to testing/linux: https://www.archlinux.org/packages/testing/x86_64/linux/

E: Btw, generally maybe a bit unusual to be using a non-testing kernel and a yes-testing driver, but maybe that's just me.

D-Worak commented on 2018-02-04 18:42

make[1]: Entering directory '/usr/lib/modules/4.14.15-1-ARCH/build'

Compiler version check failed:

The major and minor number of the compiler used to <br> compile the kernel:

gcc version 7.2.1 20180116 (GCC)

does not match the compiler used here:

cc (GCC) 7.3.0 <br> Copyright (C) 2017 Free Software Foundation, Inc. <br> This is free software; see the source for copying conditions. There is NO <br> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

It is recommended to set the CC environment variable <br> to the compiler that was used to compile the kernel.

The compiler version check can be disabled by setting <br> the IGNORE_CC_MISMATCH environment variable to "1". <br> However, mixing compiler versions between the kernel <br> and kernel modules can result in subtle bugs that are <br> difficult to diagnose.

Failed CC version check. Bailing out!

make[2]: [/tmp/yaourt-tmp-denis/aur-nvidia-full-beta/src/NVIDIA-Linux-x86_64-390.25-no-compat32/kernel/Kbuild:180: cc_version_check] Error 1 <br> make[1]: [Makefile:1507: module/tmp/yaourt-tmp-denis/aur-nvidia-full-beta/src/NVIDIA-Linux-x86_64-390.25-no-compat32/kernel] Error 2 <br> make[1]: Leaving directory '/usr/lib/modules/4.14.15-1-ARCH/build' <br> make: *** [Makefile:79: modules] Error 2

Det commented on 2018-01-07 21:44

It's the same PKGBUILD for the whole thing, no you can't change it for an individual one, nor do you really want to install the lib32-* ones directly.

Just change the 0 to 1, and it'll update all the packages in the future until you remove them.

cadence commented on 2018-01-07 21:42

Hello,

The PKGBUILD for this package has the _lib32 flag on line 7 set to zero by default. This results in only the non-32bit nvidia packages being installed.

Since this is the lib32 package, this should changed to : "_lib32=1" by default.

Once this flag is set to 1 the lib32 package installs perfectly.

Thank you!

Det commented on 2017-12-08 14:18

Well, my automation takes patches in the form of linux-[kernel version].patch, e.g. linux-4.15.patch

ronoverdrive commented on 2017-12-08 02:36

Thanks Det, this is what I came up with https://pastebin.com/7aAr0U0z but putting my patch file in the same directory as the PKGBUILD gives me this error ==> ERROR: A failure occurred in prepare().

Det commented on 2017-12-08 02:09

$ mv NVIDIA-Linux-x86_64-387.34-no-compat32 a

$ cp -r a b

— change the file(s) in 'b' —

$ diff -ur a b > lol.patch

— apply in the kernel* dir: $ patch -p2 -i lol.patch —

ronoverdrive commented on 2017-12-08 02:00

Ok looks like the problem is located in /kernel/nvidia-drm/nvidia-drm-linux.c and is the same problem the kernel 4.15 guys are having. The work around is to change MODULE_LICENSE("MIT"); to MODULE_LICENSE("GPL"); unfortunately I'm not familiar with making *.patch files to try it.