Package Details: nvidia-beta-dkms 515.57-1

Git Clone URL: (read-only, click to copy)
Package Base: nvidia-beta-dkms
Description: NVIDIA driver sources for linux (beta version)
Upstream URL:
Licenses: custom
Conflicts: nvidia, nvidia-dkms
Provides: nvidia, nvidia-beta, nvidia-dkms, NVIDIA-MODULE
Submitter: alucryd
Maintainer: dbermond
Last Packager: dbermond
Votes: 52
Popularity: 0.013304
First Submitted: 2013-03-12 11:21 (UTC)
Last Updated: 2022-06-28 17:51 (UTC)

Required by (43)

Sources (3)

Latest Comments

tukusejssirs commented on 2022-06-08 15:49 (UTC) (edited on 2022-07-05 10:22 (UTC) by tukusejssirs)

@dbermond, do you mean like this? It does not work. Both paths exist and are built.

sudo pacman -U ~/.cache/yay/nvidia-utils-beta/ ~/.cache/yay/nvidia-beta-dkms
loading packages...
error: could not open file ~/.cache/yay/nvidia-utils-beta/: Error reading fd 7
error: '~/.cache/yay/nvidia-utils-beta/': cannot open package file
error: could not open file ~/.cache/yay/nvidia-beta-dkms: Error reading fd 7
error: '~/.cache/yay/nvidia-beta-dkms': cannot open package file

If it is not obvious, I get exactly the ~~same~~ similar error as @ChrisK.


Running yay -Syu while it contains updates of nvidia-utils-beta nvidia-beta-dkms (both packages should be clean-built) actually fails with this error:

looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing nvidia-utils-beta (515.57-1) breaks dependency 'nvidia-utils-beta=515.48.07' required by nvidia-beta-dkms
 -> exit status 1

The only way I found to ~~fix~~ work around this error is to reinstall it like this:

# Fix by removing and reinstalling the packages
yay -R nvidia-utils-beta nvidia-beta-dkms
yay -S nvidia-utils-beta nvidia-beta-dkms

# Just to make sure everything is updated
yay -Syu

dbermond commented on 2022-06-06 20:54 (UTC)

@ChrisK The package already depends on "nvidia-utils-beta=${pkgver}" (see the PKGBUILD). You need to separately build nvidia-utils-beta and nvidia-beta-dkms, and then install both together with 'pacman -U path/to/nivida-utils-beta path/to/nvidia-beta-dkms'.

ChrisK commented on 2022-06-06 10:14 (UTC) (edited on 2022-06-06 10:15 (UTC) by ChrisK)

need to update nvidia-utils-beta version dependency:

error: failed to prepare transaction (could not satisfy dependencies)
:: installing nvidia-utils-beta (515.48.07-1) breaks dependency 'nvidia-utils-beta=515.43.04' required by nvidia-beta-dkms

dbermond commented on 2022-05-12 04:49 (UTC)

I have prepared nvidia-open-beta and nvidia-open-beta-dkms for those who are interested. VCS (-git) packages are also available. Notice that open source modules currently has limitations in comparison to proprietary modules.

nardis commented on 2021-12-14 06:35 (UTC) (edited on 2021-12-14 06:36 (UTC) by nardis)

Note, installation is borked if /usr/lib/modprobe.d/nvidia.conf file exists:

error: failed to commit transaction (conflicting files)
nvidia-utils-beta: /usr/lib/modprobe.d/nvidia.conf exists in filesystem (owned by nvidia-beta-dkms)
Errors occurred, no packages were upgraded.
error: packages failed to build: nvidia-beta-dkms-495.46-1

Fixed by manually removing noted file.

dbermond commented on 2021-10-14 19:07 (UTC)

Note: gbm egl support requires egl-wayland 1.1.8. The repository egl-wayland is currently at version 1.1.7. Use egl-wayland-git if you need this feature until 1.1.8 reaches the official repositories.

k3d3 commented on 2021-10-10 18:43 (UTC)

Yep, my mistake. I haven't had enough coffee this morning.

dbermond commented on 2021-10-10 18:31 (UTC)

Thanks @Nielzsen, this is correct. This package is not for the vulkan driver, and @k3d3 is referring to the vulkan driver software. The referred version 470.62.05 is also lesser than the current 470.74.

Nielzsen commented on 2021-10-10 17:48 (UTC)

@k3d3 I think you are confusing this package with The article you linked confirms the update is for the Vulkan drivers.

dbermond commented on 2021-08-02 18:16 (UTC)

@Akholic I had no problems when updating to linux 5.13.7. The nvidia modules were built fine with this package.

Akholic commented on 2021-08-02 16:30 (UTC) (edited on 2021-08-02 22:40 (UTC) by Akholic)

Hi, dkms fails to install this pacakage against 5.13.7-arch1-1 with the following error:
==> dkms install --no-depmod -m nvidia -v 470.57.02 -k 5.13.7-arch1-1 Error! Bad return status for module build on kernel: 5.13.7-arch1-1 (x86_64) Consult /var/lib/dkms/nvidia/470.57.02/build/make.log for more information. ==> Warning, `dkms install --no-depmod -m nvidia -v 470.57.02 -k 5.13.7-arch1-1' returned 10 ==> depmod 5.13.7-arch1-1 depmod: ERROR: could not open directory /lib/modules/5.13.7-arch1-1: No such file or directory depmod: FATAL: could not search modules: No such file or directory ==> Warning, `depmod 5.13.7-arch1-1' returned 1

the make logfile reports the following: DKMS make.log for nvidia-470.57.02 for kernel 5.13.7-arch1-1 (x86_64) Mon Aug 2 06:19:34 PM CEST 2021 make[1]: *** /lib/modules/5.13.7-arch1-1/build: No such file or directory. Stop. make: *** [Makefile:80: modules] Error 2

EDIT: after further investigation it was the actual kernel upgrade giving me problems. sorry for the pollution, @dbermond and thanks for the quick feedback!

dbermond commented on 2021-06-27 03:47 (UTC)

@JDAturbo fixed.

JDAturbo commented on 2021-06-25 22:33 (UTC) (edited on 2021-06-25 22:35 (UTC) by JDAturbo)

Getting this error when running mkinitcpio -P after installing nvidia-beta-dkms 470.42.01-1: ==> ERROR: module not found: `nvidia_drm'

Looks like you forgot to increment the index to 4 for nvidia-peermem:

+BUILT_MODULE_NAME[3]="nvidia-drm" +DEST_MODULE_LOCATION[3]="/kernel/drivers/video" ++BUILT_MODULE_NAME[3]="nvidia-peermem" ++DEST_MODULE_LOCATION[3]="/kernel/drivers/video"

drgr33n commented on 2021-06-25 10:52 (UTC)

Please bump to 470.41.01

dbermond commented on 2021-04-01 17:09 (UTC)

@shoober420 Having depends specified at the package() function does not make any difference in the case of this package, since we are not building any binaries here, but just packaging source files. This will let the user to build the package without having the matching nvidia-utils-beta installed. Being such, a user can separately build all the needed packages and install them at once for convenience. Dependency will be enforced at install time.

shoober420 commented on 2021-04-01 16:32 (UTC) (edited on 2021-04-01 16:36 (UTC) by shoober420)

Since there is only a single package here, shouldn’t the depends section be where it normally is, and not under the package section? Because it’s under package, there is no warning before building that the user cannot resolve “nvidia-utils-beta”. It should warn the user before executing makepkg that nvidia-utils-beta is required, not after the fact. I only see depends under the package section when there are multiple packages within the PKGBUILD, understandably.

dbermond commented on 2021-01-09 02:39 (UTC)

@DDoSolitary Ok, probably it makes sense to have it on conflicts. I have added it. Thanks.

DDoSolitary commented on 2020-12-21 22:09 (UTC) (edited on 2020-12-21 22:10 (UTC) by DDoSolitary)

@dbermond It makes sense, but I still think it should at least conflict with nvidia-dkms in addition to nvidia, becase 1) On a system with nvidia-dkms already installed, installing nvidia-beta-dkms will fail because nvidia-utils-beta conflicts with nvidia-utils, but nvidia-utils is required by nvidia-dkms. I have to uninstall nvidia-dkms manually instead of simply pressing a "Y" on conflict, which is a bit inconvenient. 2) nvidia-beta-dkms and nvidia-dkms will in fact conflict if the latter is updated but the former is not.

dbermond commented on 2020-12-21 22:01 (UTC)

@DDoSolitary And you can take a look at other -dkms packages of the official repositories. You'll see that almost all of them conflicts (when a conflict is applicable [when a base package is also available]) with the base package or with the base module, following the Wiki example (witch should be followed). nvidia-dkms and virtualbox-{guest,host}-dkms are the only ones that are different. This package follows the Wiki.

DDoSolitary commented on 2020-12-21 21:37 (UTC)

@dbermond It's just an example. You can take a look at the official extra/nvidia-dkms package, which doesn't conflicts with extra/nvidia.

dbermond commented on 2020-12-21 21:30 (UTC)


DDoSolitary commented on 2020-12-21 08:59 (UTC)

I think it should conflicts with nvidia-dkms rather than nvidia

dbermond commented on 2020-11-28 16:41 (UTC)

@wden Fixed.

wden commented on 2020-11-28 16:38 (UTC) (edited on 2020-11-28 16:44 (UTC) by wden)

I'm getting the patch error with this new update.

==> Validating source files with sha256sums... ... Passed 110-nvidia-change-dkms-conf.patch ... FAILED 120-nvidia-linux-rt-gift.patch ... Passed ==> ERROR: One or more files did not pass the validity check!

I don't use any tools, I manually git clone and makepkg.

dbermond commented on 2020-09-17 22:48 (UTC)

@Lunia Fixed.

Lunia commented on 2020-09-17 22:48 (UTC)

Ah yeah, I nuked my .cache folder. Now it works, thanks!

Det commented on 2020-09-17 22:42 (UTC)

The .patch was updated, but since the name doesn't change, your tools probably think it's the same file, and never re-download it.

Lunia commented on 2020-09-17 22:39 (UTC) (edited on 2020-09-17 22:40 (UTC) by Lunia)

110-nvidia-change-dkms-conf.patch ... FAILED

Error is back.

dbermond commented on 2020-07-12 14:06 (UTC)

@Alex_Nowhere Thanks. Patches updated.

Alex_Nowhere commented on 2020-07-12 14:02 (UTC) (edited on 2020-07-12 14:04 (UTC) by Alex_Nowhere)

@dbermond , error on update:

==> Making package: nvidia-beta-dkms 450.57-1 (Sun 12 Jul 2020 11:52:10 PM +10)
==> Retrieving sources...
  -> Found
  -> Found 110-nvidia-change-dkms-conf.patch
  -> Found 120-nvidia-linux-rt-gift.patch
==> Validating source files with sha256sums... ... Passed
    110-nvidia-change-dkms-conf.patch ... FAILED
    120-nvidia-linux-rt-gift.patch ... FAILED
==> ERROR: One or more files did not pass the validity check!
error downloading sources: nvidia-beta-dkms

dbermond commented on 2020-01-28 02:37 (UTC) (edited on 2020-01-28 02:43 (UTC) by dbermond)

@errcsool This is a driver package. opencl and cuda are given by nvidia-utils-beta. Just install nvidia-utils-beta and opencl-nvidia-beta for opencl and cuda support within the nvidia beta software. Depending on usage you may also need the cuda package from the official repositories.

errcsool commented on 2020-01-27 22:39 (UTC)

How could I modify this for OpenCL/CUDA support?

dbermond commented on 2019-11-03 14:02 (UTC)

@marcBarbier This is a known bug from nvidia side.

Please see:

marcBarbier commented on 2019-10-26 10:37 (UTC) (edited on 2019-10-26 10:38 (UTC) by marcBarbier)

Bug with 5.3.7-arch1-1-ARCH when i try to do

dkms autoinstall

i get

Error! Bad return status for module build on kernel: 5.3.7-arch1-1-ARCH (x86_64)
Consult /var/lib/dkms/nvidia/440.26/build/make.log for more information.

cat /var/lib/dkms/nvidia/440.26/build/make.log reveal that the error is due to this missing include

include <asm/system.h>

SibrenVasse commented on 2018-06-18 09:30 (UTC)

Ah, sorry. Fixed.

hexdsl commented on 2018-06-18 08:21 (UTC)

Having this error:

==> ERROR: Integrity checks (sha256) differ in size from the source array.

anyone else?

hexdsl commented on 2018-06-18 08:21 (UTC)

Having this error:

==> ERROR: Integrity checks (sha256) differ in size from the source array.

anyone else?

zfkerr commented on 2018-05-04 16:05 (UTC)

@SibrenVasse, @alucryd

Det commented on 2018-05-02 21:01 (UTC)

You should update the arch=('i686' 'x86_64' 'armv7h') too.

Det commented on 2018-02-17 22:02 (UTC)

Can you remove me from co-maintainers?

anish commented on 2017-11-24 23:36 (UTC)


Det commented on 2017-11-24 23:07 (UTC)

Well. Someone send a disown request if you're interested.

Det commented on 2017-11-04 23:10 (UTC)

Should you disown?

droidmahn commented on 2017-07-25 18:32 (UTC)

yeah go ahead. I figure I'll be pretty quick on the draw

anish commented on 2017-07-25 00:21 (UTC)

updating now, can add you as a maintainer if you're interested

droidmahn commented on 2017-07-24 23:27 (UTC)

@anish you're 2 versions out of date now. Why not orphan? If you need help maintaining I can do it for you seeing as how I have to manually edit the pkgbuild with each update anyways.

ArthurBorsboom commented on 2017-05-26 21:07 (UTC)

Never mind.. I just noticed you updated the package. It is just not updated in the mirror I use (yet).

ArthurBorsboom commented on 2017-05-26 21:06 (UTC)

nvidia-beta-dkms: installing linux (4.11.2-1) breaks dependency 'linux<4.11' @anish, do you still maintain this package? If not, can you orphan it, so someone else can maintain it?

gloriouseggroll commented on 2017-05-07 23:57 (UTC) (edited on 2017-05-08 00:41 (UTC) by gloriouseggroll)

-edit- @terence your modified pkgbuild works but you have to remove DRM settings, so if you have nvidia-drm.modeset=1 for your kernel and nvidia nvidia_modeset nvidia_drm nvidia_uvm in your modules for mkinitcpio.conf, you will have to remove them. otherwise you will boot to a hanging black screen with a blinking cursor. I had this problem with the normal nvidia-beta package so it's to be expected. you will also have to replace libglvnd with nvidia-libgl-beta and lib32-libglvnd with lib32-nvidia-libgl-beta, then install nvidia-utils-beta and lib32-nvidia-utils-beta. once all thats done you can then install this package with the modified pkgbuild.

Terence commented on 2017-04-13 19:22 (UTC) (edited on 2017-04-13 19:23 (UTC) by Terence)

Hi, I've edited the PKGBUILD to work with 381.09: If all is fine can you please merge it @anish?

ArthurBorsboom commented on 2017-04-07 06:08 (UTC)

I have manually (and local) edited the PKGBUILD, so the package would build and does not block other updates. I have changed the following. pkgver=378.13 --> pkgver=381.09 'linux<4.10' --> 'linux<4.11' And everything worked for me. @anish, can you confirm and if so, update the package?

ArthurBorsboom commented on 2017-03-19 09:43 (UTC)

nvidia-beta-dkms: installing linux (4.10.3-1) breaks dependency 'linux<4.10' Is it just me?

Det commented on 2017-02-19 13:26 (UTC)


Anthony25 commented on 2017-02-19 13:21 (UTC)

Hello, Replace the version with 378.13, update pkgsums and it works without issue.

anish commented on 2017-01-21 21:00 (UTC)

Correction, Det is always faster than me :)

Det commented on 2017-01-21 20:56 (UTC)

Usually? You had one commit since 2015-10-15.

anish commented on 2017-01-21 20:18 (UTC)

I've been lazy about updating this since Det is usually faster than me, I'll update it this weekend.

Anthony25 commented on 2017-01-21 14:30 (UTC)

@Det: Haha, yeah sorry, misreading… I just woke up, k? :D For ones who want the updated PKGBUILD:

Det commented on 2017-01-21 13:57 (UTC)

@cbowman57, as I just said. It isn't my package. Guys, please. Read.

cbowman57 commented on 2017-01-21 13:18 (UTC)

@Det Then you should orphan it. I can understand that it's been a PITA to maintain, but there is a procedure to unburden yourself.

Det commented on 2017-01-21 13:10 (UTC) (edited on 2017-01-21 13:10 (UTC) by Det)

@Anthony25, it's not my package. Noob.

Anthony25 commented on 2017-01-21 12:21 (UTC)

@Det: So disown your package if you don't want to maintain it anymore. FYI, for the 378.09 drivers, you just have to change the version and update the checksums, and it works without issue.

Det commented on 2017-01-19 20:52 (UTC)

I don't think I'll be updating this anymore. Pain in the ass.

saildata commented on 2017-01-13 22:20 (UTC)

You can probably open it up to 4.9 series. Latest I have is 375.26-4 on 4.9.3-1 kernel. Vulkan support remains strong: Talos Principle 135+fps with in-game settings, output on 3840x2160 using a GTX 1070; open GL gives about 85fps. Main difference is the minimum on Vulkan stays at or above 60.

Det commented on 2016-10-05 17:24 (UTC)


sylex commented on 2016-10-05 17:22 (UTC)

Tested building and running a few opengl applications on 4.8 everything seems to work. You should consider updating the PKGBUILD to allow 4.8 builds.

Det commented on 2016-06-14 14:26 (UTC)


Vash63 commented on 2016-06-14 05:20 (UTC)

Similar to last major release: patch: **** Can't open patch file ../linux-4.7.patch : No such file or directory Once again commenting out the line in the PKGBUILD fixes it... which I ended up doing as after I applied the patch the module failed to compile on my 4.6 kernel (can provide logs if they help). Anyway, issue with the PKGBUILD was bad pathing. Fixed it by adjusting lines 46-49: 45 sh ${_pkg}.run --extract-only 46 cd ${_pkg} 47 # patches here 48 patch -p1 --no-backup-if-mismatch -i ../linux-4.7.patch 49 cd kernel 50 Unfortunately it seems this patch breaks 4.6 compatibility so I ended up reverting back to just commenting out the patch line for now.

Det commented on 2016-05-20 02:28 (UTC)


Vash63 commented on 2016-05-19 21:09 (UTC) (edited on 2016-05-19 21:42 (UTC) by Vash63)

Today's version is failing pretty early on: Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64 367.18........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................ patch: **** Can't open patch file ../linux-4.6.patch : No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting... As I'm still on 4.5, I just commented out the patch in the PKGBUILD and it builds and works fine now.

Det commented on 2016-03-23 15:31 (UTC)


droidmahn commented on 2016-03-23 09:39 (UTC)

Seems like it wants to install mesa libraries which end up conflicting when installing nvidia-utils-beta.

Xaero252 commented on 2015-10-18 03:31 (UTC)

Thanks - I realized today I had forgotten to reply to this. Yeah, I just put it in modules-load.d. At least they are making progress in positive direction.

anish commented on 2015-10-15 15:34 (UTC)

From the release notes : 'nvidia-modeset.ko does not provide any new user-visible functionality or interfaces to third party applications. However, in a later release, nvidia-modeset.ko will be used as a basis for the modesetting interface provided by the kernel's direct rendering manager (DRM).' So as of now, putting it in the initramfs would provide no actual use

Xaero252 commented on 2015-10-15 15:29 (UTC)

So is the new kernel module intended by loaded via modules-load.d or wrapped into the initramfs? I'll give it a go either way and I knew I was overlooking something obvious that's what I get for skimming patch notes.

Det commented on 2015-10-15 05:34 (UTC)

I changed the PKGBUILD internals quite a lot, because the previous pushd/eval/popd (x2) thing was just a mess: - old: - new:

anish commented on 2015-10-15 04:07 (UTC)

Thanks Det !

Det commented on 2015-10-15 03:55 (UTC)

Should work now.

sanerb commented on 2015-10-15 03:38 (UTC)

lol, Det beat me to it. ;)

sanerb commented on 2015-10-15 03:38 (UTC)

yeah, seeing some issues on my end too. this likely is related to this in the changelog: "Added a new kernel module, nvidia-modeset.ko. This new driver component works in conjunction with the nvidia.ko kernel module to program the display engine of the GPU." ( was getting some "FATAL: kernel module nvidia-modeset not found" or whatever the syntax is in the journal.

Det commented on 2015-10-15 03:37 (UTC)

Seems like you didn't include the new nvidia-modeset.ko?

Xaero252 commented on 2015-10-15 03:18 (UTC)

There appears to be an issue with EDID and metamode detection with this version of the nvidia drivers; I updated from the previous version of this package and had a non-working system; rolling back from these to those in the core repo has me up and running again but I typically run the beta drivers. Relevant Xorg logs: *Note: in the second paste I had manually defined my metamodes in my Xorg.conf for my second seat; this was an attempt to get things working on the current version of this package. This did not fix things.

anish commented on 2015-10-14 17:38 (UTC)

@juston-li This update fixes the 4.3 compatibility issues as well, bumping up to <4.4 now

Det commented on 2015-10-14 17:01 (UTC) (edited on 2015-10-14 17:04 (UTC) by Det)

@anish, "Manage Co-Maintainers" in the "Package Actions" on the right. Third from bottom. I'd be _happy_ to add you in any of my packages you want. @AnAkkk, yeeeah, but some don't, and makepkg alone surely doesn't, as opposed to just updating them in sync, separately. E: Okay, even makepkg does with "--pkg <list>":

anish commented on 2015-10-14 16:53 (UTC)

Btw, package update coming in about 15 min, I'm just not near an arch box right now

anish commented on 2015-10-14 16:53 (UTC)

@Det not sure how to add you as co-maintainer. I'd be happy to help out with other packages as well if you want (but I presume you have it scripted as well)

AnAkkk commented on 2015-10-14 16:52 (UTC) (edited on 2015-10-14 16:52 (UTC) by AnAkkk)

Right, well yaourt is capable of doing that (which is probably the most used one), and I've seen many other AUR packages who work this way recently.

Det commented on 2015-10-14 16:49 (UTC)

Oooohhh... But that works better only, if your AUR tool, or whatever, is capable of easily building just the other one.

AnAkkk commented on 2015-10-14 16:47 (UTC)

I just meant that it could be one same PKGBUILD that build both nvidia-beta and nvidia-beta-dkms, just like what is done with nvidia and nvidia-dkms, so they always get updated at the same time.

Det commented on 2015-10-14 16:41 (UTC) (edited on 2015-10-14 16:42 (UTC) by Det)

I don't know what that even means, but if it helps and you wanted to, you could add me as a co-maintainer, and I could always update it for you together with my other Nvidia packages.

AnAkkk commented on 2015-10-14 16:33 (UTC)

Please just make it work like the nvidia package from extra:

anish commented on 2015-10-14 16:31 (UTC)

Considering this was flagged less than a day ago, gimme some time to update instate please :)

Det commented on 2015-10-14 16:29 (UTC) (edited on 2015-10-14 16:29 (UTC) by Det)

Up to me too, I should be converting nvidia-beta into -DKMS? Or adding some kind of _dkms=1 flag?

sanerb commented on 2015-10-14 16:26 (UTC)

that would be up to anish, wouldn't it?

Det commented on 2015-10-14 16:18 (UTC)


sanerb commented on 2015-10-14 16:17 (UTC)

version bump, please- 358.09

juston_li commented on 2015-09-25 16:52 (UTC)

4.3 has this issue

davispuh commented on 2015-09-25 15:43 (UTC)

can you remove "linux<4.2" because I've custom linux 4.2.1 and it installs linux 4.1 which I don't need. Also most likely it will work for 4.3 too

anish commented on 2015-08-03 20:22 (UTC)

Gotcha, will update to the same format soon.

Det commented on 2015-08-03 20:21 (UTC)

Also, `mksrcinfo` doesn't support $CARCH, so I've apparently also manually defined the $_pkg's in source_*=():

Det commented on 2015-08-03 20:15 (UTC)

Oh, now I get it. Yeah, the Sources section in the web interface is messed up, but most likely due to the PKGBUILD not using source_i686=()/source_x86_64=().

anish commented on 2015-08-03 16:53 (UTC)

Yes, o'course. Is it giving errors ? If so, will reupload it.

Det commented on 2015-08-03 16:42 (UTC)

Are you running `mksrcinfo` on the thing?

anish commented on 2015-08-03 01:52 (UTC)

@evana that is done to get around dependency loops in certain aur helpers, a problem mainline does not have to deal with

evana commented on 2015-08-01 21:55 (UTC)

Shouldn't nvidia-utils-beta be required to be the same version as this package? This is how the mainline arch repo handles it.

anish commented on 2015-04-29 23:14 (UTC)


sanerb commented on 2015-04-29 22:37 (UTC)

from what i'm seeing, 349.16 should be compatible with 4.0 kernels, yet PKGBUILD still has 'linux<4.0' in the depends array.

Archange commented on 2015-04-29 15:02 (UTC)

Please update for kernel 4.0.

sanerb commented on 2015-03-25 05:43 (UTC)

ah right- was just about to correct my comment, actually- apologies!

anish commented on 2015-03-25 05:42 (UTC)

nvidia-beta-dkms does not build nvidia-utils-beta, that is a separate package. anish@hubland tmp > pacman -Qi nvidia-libgl-beta | egrep '^Version' Version : 346.47-1

sanerb commented on 2015-03-25 05:39 (UTC)

on linux 3.19.2-1 and with nvidia-beta-dkms 346.47-1, Mar 25 01:33:18 dawid.loc.lan gdm-Xorg-:0[2705]: (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X Mar 25 01:33:18 dawid.loc.lan gdm-Xorg-:0[2705]: (EE) NVIDIA(0): log file that the GLX module has been loaded in your X Mar 25 01:33:18 dawid.loc.lan gdm-Xorg-:0[2705]: (EE) NVIDIA(0): server, and that the module is the NVIDIA GLX module. If Mar 25 01:33:18 dawid.loc.lan gdm-Xorg-:0[2705]: (EE) NVIDIA(0): you continue to encounter problems, Please try Mar 25 01:33:18 dawid.loc.lan gdm-Xorg-:0[2705]: (EE) NVIDIA(0): reinstalling the NVIDIA driver. Mar 25 01:33:18 dawid.loc.lan gdm-Xorg-:0[2705]: (II) NVIDIA(GPU-0): Found DRM driver nvidia-drm (20150116) I believe this is due to: [root@dawid log]# pacman -Qi nvidia-libgl-beta | egrep '^Version' Version : 346.35-1 nvidia-beta-dkms/nvidia-utils-beta 346.47-1 seem to only build nvidia-libgl-beta version 346.35-1, not an expected 346.47-1.

Archange commented on 2015-01-16 10:50 (UTC)

Not perfectly in fact, please take care of

cbowman57 commented on 2014-12-17 18:06 (UTC)

Seems to be working fine with 3.18

anish commented on 2014-11-14 03:55 (UTC)

Updated to 346.16

anish commented on 2014-08-12 04:03 (UTC)

A warning for those on nvidia beta drivers, 343 drops support for some older cards, please beware before you install

evana commented on 2014-08-06 05:20 (UTC)

Linux 3.16 is out. Driver compiles and functions fine without patches.

AnAkkk commented on 2014-04-08 14:49 (UTC)

New version:

felixonmars commented on 2014-03-28 02:48 (UTC)

Hi, the binary was moved to the nvidia-utils package instead, so please remove that line - sorry for the noise :/

felixonmars commented on 2014-03-26 15:42 (UTC)

Please add nvidia-modprobe and setuid it to solve cuda issue in FS#39203: install -D -m4755 ${_pkg}/nvidia-modprobe "${pkgdir}/usr/bin/nvidia-modprobe" testing/nvidia already has it. Thanks!

anish commented on 2014-02-07 18:00 (UTC)

@sl1pkn07 Thanks for this, I will take a look at it. I reused the 3.13 patch because it works for both kernels, and except for the corner case of someone downgrading from 3.14 to 3.13 this works fine. Plus manually checking kernels in PKGBUILD (as opposed to the DKMS approach you outlined) kinda renders dkms pointless.

sl1pkn07 commented on 2014-02-07 08:35 (UTC)

i've found method to apply patch if found a certain kernel installed through DKMS instead apply patch in pkgbuild for example you have install these kernels: 3.10.29 (lts) 3.12.x 3.13.x 3.14.x the driver 331.88 only support the kernels 3.10.29-lts 3.12.x, 3.13.x and 3.14.x need apply patch, one either one of kernels (one for 3.13.x, and other for 3.14.x) DKMS have this directves: (see PATCH[#] PATCH_MATCH[#] this apply certain patch, set by PATCH[#], if certain kernel is match, set by PATCH_MATCH[#] (by regex). then, if you want apply patch if detect kernel 3.13.x need add this in dkms.conf: PATCH[0]="nvidia-linux-3.13.patch" PATCH_MATCH[0]="^3\.13(\..*)?" and for kernel 3.14.x need: PATCH[1]="nvidia-linux-3.14.patch" PATCH_MATCH[1]="^3\.14(\..*)?" and put the parches in "${pkgdir}"/usr/src/nvidia-${pkgver}/patches" how work: - DKMS detect which kernels have you install in your system - if PACH_MATCH[0] detect kernel 3.13 -> apply patch set in PATCH[0] - if PACH_MATCH[1] detect kernel 3.14 -> apply patch set in PATCH[1] - if PACH_MATCH[0] or PACH_MATCH[1] cannot detect set kernels -> no any patch is applied - build and install module, one by one you can add more directives if you want add more patch on more kernels i've tested this and works like expected PS: the 3.14 kernel patch is found in greetings

anish commented on 2014-02-06 21:49 (UTC)

@cbowman57 aah thanks. I was just worried about the patch

cbowman57 commented on 2014-02-06 21:44 (UTC)

Running it on linux-mainline now. So far, so good.

anish commented on 2014-02-06 19:34 (UTC)

Updated. Can someone test this for the 3.14 kernel and report back please ?

evana commented on 2014-01-30 18:06 (UTC)

Oops, the patch I linked was formatted incorrectly for the package. Fixed patch is available at the same link.

anish commented on 2014-01-28 12:57 (UTC)

Thanks evana, patch added

evana commented on 2014-01-27 22:43 (UTC)

Linux 3.13 support requires this patch:

evana commented on 2013-11-08 05:30 (UTC)

331.20 is out and should support Linux 3.11 and 3.12 without a patch.

evana commented on 2013-11-06 17:08 (UTC)

Kernel version needs a bump to <3.13. The current patch still works on 3.12

sl1pkn07 commented on 2013-10-31 21:15 (UTC)

real and official patch to work with kernels 3.11 only need apply get_num_physpages_325-331.patch greetings

anish commented on 2013-10-27 02:12 (UTC)

Thanks for the info, added

sl1pkn07 commented on 2013-10-26 09:12 (UTC)

Please add the contents on uvm/dkms.conf.fragment in dkms.conf for build the new module brings in this version (nvidia-uvm.ko) greetings

anish commented on 2013-09-17 08:35 (UTC)

sorry about that, fixed

evana commented on 2013-09-16 19:11 (UTC)

The pkgbuild needs to specify linux<3.12 as a dependency for it to install.

anish commented on 2013-09-09 22:57 (UTC)


adytzu2007 commented on 2013-09-09 20:56 (UTC)

This really simple patch makes the compilation work on 3.11 :

evana commented on 2013-09-09 13:08 (UTC)

Linux 3.11 is out

anish commented on 2013-07-10 07:57 (UTC)

Updated to support 3.10 kernel

anish commented on 2013-05-28 23:54 (UTC)

Evan, thanks for the help but you need to make a source package for me to upload. Just extract the file you sent me, run makepkg --source and send me the resultant .src.tar.gz please

evana commented on 2013-05-28 05:47 (UTC)

Sent an updated package to anish for upload

anish commented on 2013-05-24 05:03 (UTC)

So I am out of the country and away from any Linux machine till the 2nd of June and it is kinda hard to update the package from here. If someone wants to make a source package with the updated urls/md5sums, I would be glad to upload it. Otherwise you guys are going to have to wait till I am back at a Linux machine.

anish commented on 2013-05-08 00:42 (UTC)

Supports 3.10 kernel now

anish commented on 2013-05-02 21:02 (UTC)


adytzu2007 commented on 2013-05-02 18:53 (UTC)

319.17 available at

z1lt0id commented on 2013-04-10 00:43 (UTC)

319.12 beta drivers have been released.

anish commented on 2013-04-03 23:04 (UTC)

Ignore that, I was looking for a new beta

anish commented on 2013-04-03 22:22 (UTC)

@Det can't find a version newer than 313.26, where do you see it outdated ?

alucryd commented on 2013-03-12 11:27 (UTC)

anish: I've uploaded a new package which meets the naming convention on dkms packages, nvidia-beta-dkms. At the same time I corrected your PKGBUILD. Here are a few things you should be careful about in the future: there was no license, the formatting was chaotic at best, linux was missing from the deps, you provide a dkms.conf when the one from NVIDIA works just fine, you were using commands like 'cp' or 'cp -a' when you should use sth like 'cp -dr --no-preserve=ownership', and only when install is not a solution. Also the install is supposed to build the module, yours didn't. I'll merge this one into the newly created package, if you want to adopt it, ping me and I'll disown. Cheers.

alucryd commented on 2013-03-06 13:58 (UTC)

Updated to 313.26 (couldn't test, I'm on my amd machine). Edit: 3.8 patch does not work, I'll update it this evening.

anish commented on 2013-03-05 21:28 (UTC)

Updated to 313.26, but won't work till the nvidia-utils-beta package is updated too

anish commented on 2013-03-04 09:13 (UTC)

Updated to work with 3.8 kernel, taking over as maintainer.

anish commented on 2013-03-04 01:55 (UTC)

You need to pull in the latest patches from for the 3.8 kernel

Det commented on 2013-02-20 03:06 (UTC)

Woops. You have it fixed, don't you?

anish commented on 2013-02-16 09:51 (UTC)

You need to patch for this to work with the latest kernels above 3.7.5 Line 1704 needs to be changed : - -a -n "$SUBLEVEL" -a $SUBLEVEL -le 5 ]; then + -a -n "$SUBLEVEL" -a $SUBLEVEL -le 8 ]; then

alucryd commented on 2013-02-13 17:49 (UTC)

Added a patch to build against the latest kernel. Courtesy of gentoo.

patryk commented on 2013-01-25 09:33 (UTC)

it is stable release

Youpi commented on 2013-01-25 08:35 (UTC)

done. sorry the inconvenience

anish commented on 2013-01-25 06:55 (UTC)

Updated and fixed package, you can get it from

gtmanfred commented on 2013-01-25 03:53 (UTC)

please don't rm and mv in the build section... follow the template from the non beta

sl1pkn07 commented on 2013-01-25 01:29 (UTC) the missing files greetings

sl1pkn07 commented on 2013-01-25 01:28 (UTC)

ag. sorry for upload a broken package :S sorry the inconvenience greetings

brenix commented on 2013-01-24 22:38 (UTC)

nvidia.conf is now the dkms-nvidia-beta.install file for some reason. Please rename back to dkms-nvidia-beta.install and re-create/add nvidia.conf..

Youpi commented on 2013-01-23 09:31 (UTC)


felixonmars commented on 2013-01-23 04:04 (UTC)

nvidia.conf is missing. install: cannot stat ‘/tmp/yaourt-tmp-felix/aur-dkms-nvidia-eta/src/nvidia.conf’: No such file or directory

sl1pkn07 commented on 2013-01-22 22:11 (UTC)

well, back the package to the beggining. only install sources for use on dkms orphan package, new maintainer are welcome sorry the inconvenience see ya!

sl1pkn07 commented on 2013-01-17 16:21 (UTC)

NEED USER INTERVENTION: if don't login in X after install driver and reboot system please remove the file nvidia.ko from /usr/lib/modules/extramodules-"youkernel" and then run: sudo depmod sudo rmmod nvidia sudo modprobe nvidia sorry the inconveniience

sl1pkn07 commented on 2013-01-16 13:01 (UTC)

back use old kernel module path and fix little library permisions

alucryd commented on 2012-11-22 15:27 (UTC)

@mrk3004: Oops, thx for spotting this, will correct it right away!

ShyPixie commented on 2012-11-22 14:05 (UTC)

@Alucryd It has a small error on line 13 of the script. < post-install > post_install

alucryd commented on 2012-11-18 08:15 (UTC)

@mrk3004: Done, thx.

ShyPixie commented on 2012-11-18 04:38 (UTC)

change: [ "$CARCH" = "x86_64" ] && md5sums=('b84a0f1c16d81f8372c6df6ed1f8c2a9') to: [ "$CARCH" = "x86_64" ] && md5sums=('0ba08d32852e442ebba5ba22c7abed36')

sl1pkn07 commented on 2012-11-14 14:08 (UTC)

rev3 fixed reate soname links in non-english system sorry the inconvenience greetings

robertfoster commented on 2012-11-14 10:22 (UTC)

310.19 out

sl1pkn07 commented on 2012-09-12 23:19 (UTC)

OW! fixed. sorry

muflone commented on 2012-09-12 22:21 (UTC)

Please fix the i686 build by replacing [ "$CARCH" = "x86" ] && md5sums+=('e6e702984c4db4e6aa2eda595f629708') with [ "$CARCH" = "i686 ] && md5sums+=('e6e702984c4db4e6aa2eda595f629708')

sl1pkn07 commented on 2012-03-23 16:10 (UTC)

update. new version (long-time branch) and now install module in "/lib/modules/extramodules-"kernelver"/" via DKMS.conf according by new kernels

sl1pkn07 commented on 2012-03-21 18:16 (UTC)

update fix build on kernels 3.3x greetings

sl1pkn07 commented on 2011-12-31 16:35 (UTC)

fix (EE) Failed to load /usr/lib/xorg/modules/extensions/ /usr/lib/xorg/modules/extensions/ cannot open shared object file: No such file or directory sorry the inconvenience :S

sl1pkn07 commented on 2011-12-29 14:02 (UTC)

update to new beta 295.09 Added support for the following GPU: Tesla X2090 Fixed an OpenGL bug where using display lists on Fermi-based GPUs could result in missing rendering in some cases. Fixed an OpenGL bug that caused incorrect rendering when using framebuffer objects to render to 16-bit color textures with alpha. Fixed two bugs that caused sporadic application crashes in some multi-threaded OpenGL applications. Fixed a bug that caused creating OpenGL 4.2 contexts with glXCreateContextAttribsARB to fail. Fixed a bug that caused OpenGL to print Xlib: extension "NV-GLX" missing on display ":0". when used with a non-NVIDIA implementation of the GLX X extension. Implemented color depth 30 (10 bits per component) support for GeForce 8 series and higher GPUs. Implemented support for constraining cursors to the visible regions of connected displays; see the "ConstrainCursor" X Option in the README for details. Fixed a bug that would cause Firefox to abort on pages with Flash when layers acceleration was force-enabled on Linux and Solaris. NOTE: if fail update force instalation whit: yaourt -Uf /tmp/"yaourtprofile"/dkms-nvidia-beta-295.09-1-x86_64.pkg.tar.xz greetings

sl1pkn07 commented on 2011-09-14 12:02 (UTC)

update change kernel26-headers to linux-headers

Det commented on 2011-09-14 08:42 (UTC)

Description/makedepends: kernel26* -> linux* Pleeeeaaassseeee...?

sl1pkn07 commented on 2011-09-10 14:08 (UTC)

update to 275.28 - Added support for xserver ABI 11 (xorg-server 1.11). - Fixed a bug that caused the GLSL built-in uniforms gl_FrontMaterial and gl_BackMaterial to not be updated properly when calling glMaterial from a display list. - Fixed an error handling bug that caused the OpenGL driver to crash while running certain WebGL applications. - Fixed a bug in VDPAU that caused a glibc assertion when a call to VdpDeviceCreateX11 failed in certain ways. greetings

sl1pkn07 commented on 2011-06-30 03:24 (UTC)

?¿ why ?¿

sl1pkn07 commented on 2011-06-06 13:37 (UTC)

when update nvidia-utils-beta update this package