Package Details: opencl-nvidia-beta 515.48.07-1

Git Clone URL: https://aur.archlinux.org/nvidia-utils-beta.git (read-only, click to copy)
Package Base: nvidia-utils-beta
Description: NVIDIA drivers utilities (beta version)
Upstream URL: https://www.nvidia.com/
Licenses: custom
Conflicts: opencl-nvidia
Provides: opencl-driver, opencl-nvidia
Submitter: None
Maintainer: dbermond
Last Packager: dbermond
Votes: 341
Popularity: 0.037303
First Submitted: 2008-08-19 21:42 (UTC)
Last Updated: 2022-06-04 13:58 (UTC)

Dependencies (3)

Required by (71)

Sources (5)

Pinned Comments

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.

Latest Comments

jonathon commented on 2022-01-12 14:35 (UTC)

nvidia-powerd is available (again?) and can be installed for nvidia-powerd.service

+    install -D nvidia-powerd -t "${pkgdir}/usr/bin"

However, it might be missing some other file or dependency, or is only supported on certain GPUs:

Jan 12 14:22:29 host systemd[1]: Starting nvidia-powerd service...
Jan 12 14:22:29 host /usr/bin/nvidia-powerd[30738]: nvidia-powerd version:1.0(build 1)
Jan 12 14:22:29 host /usr/bin/nvidia-powerd[30738]: Failed to read the data for calculating CPU power
Jan 12 14:22:29 host /usr/bin/nvidia-powerd[30738]: Failed to initialize GPU Boost controller
Jan 12 14:22:29 host systemd[1]: nvidia-powerd.service: Main process exited, code=exited, status=1/FAILURE

dbermond commented on 2021-10-29 21:20 (UTC)

@llamajacker I will add it on a next update. Thanks.

llamajacker commented on 2021-10-29 19:48 (UTC) (edited on 2021-10-29 19:50 (UTC) by llamajacker)

Hey there's a bug in your PKGBUILD on line 33:

's/(.).so./\1.so/'

Should be:

's/(.)\.so./\1.so/'

As it's matching any path that has "so" in it (like my arch username), instead of matching ".so" literally.

dbermond commented on 2021-10-29 17:24 (UTC)

@VitalyR Done.

VitalyR commented on 2021-10-27 18:40 (UTC)

Could you include libnvidia-vulkan-producer.so for nvidia's vulkan support? reference: https://bugs.archlinux.org/task/72560, https://github.com/NVIDIA/egl-wayland/issues/34#issuecomment-953094061. For now, I add this line to package_nvidia-utils-beta():

# vulkan
    install -D -m755 "libnvidia-vulkan-producer.so.${pkgver}" -t "${pkgdir}/usr/lib"

And add symlink:

ln -s /usr/lib/libnvidia-vulkan-producer.so.495.44 /usr/lib/libnvidia-vulkan-producer.so

This makes the driver works normally.

dbermond commented on 2021-10-14 21:33 (UTC)

@JDAturbo These config files are part of package egl-wayland, which is a dependency here, so they are not missed. I have already added '15_nvidia_gbm.json' to egl-wayland-git, and this file is most likely to be added to the repository egl-wayland package when it update to the 1.1.8 version. See also my previous comment about egl-wayland/egl-wayland-git.

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.

dbermond commented on 2021-07-04 02:38 (UTC)

@ToadKing Implemented, thanks.

ToadKing commented on 2021-07-01 19:05 (UTC)

Can this package be updated to install the new nvngx.dll and _nvngx.dll files for Proton DLSS support? It looks like they're only included in the full download, not the -no-compat32 one at the moment which is probably a bug since those files are 64-bit only.

marcBarbier commented on 2021-06-25 19:47 (UTC) 

here is the diff for 470 apply it the same way as for the nvidia-beta

8c8 < pkgver=470.42.01

pkgver=465.31 20c20 < sha256sums=('7e53a3557908fb0c8e86e22200f4ee670dcec8f6ee6c4a171362d86d6c8bce20'

sha256sums=('2d423f1299561f770b2c1195f310c0bc9a4ce7b7095327b7cf67a3efc340ea58'

```

Cabopust commented on 2020-12-24 10:23 (UTC)

Note: starting from driver version 460.27.04, the "AllowEmptyInitialConfiguration" option is enabled by default. You can remove it from nvidia-drm-outputclass.conf.

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

@errcsool dkms is related to the driver, and not to nvidia-utils-beta. Install package nvidia-beta-dkms for dkms support on the beta driver, instead of installing (for example) the nvidia-beta package.

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

How could I modify this for dkms support?

dbermond commented on 2019-08-31 14:40 (UTC)

@Neros Fixed.

Neros commented on 2019-08-30 21:46 (UTC)

There is a sha256sums issue:

==> Making package: nvidia-utils-beta 435.21-1 (Fri Aug 30 23:44:32 2019)
==> Retrieving sources...
  -> Found NVIDIA-Linux-x86_64-435.21-no-compat32.run
  -> Found nvidia-drm-outputclass.conf
  -> Found nvidia-utils-beta.sysusers
  -> Found nvidia-settings-beta-change-desktop-paths.patch
==> Validating source files with sha256sums...
    NVIDIA-Linux-x86_64-435.21-no-compat32.run ... Passed
    nvidia-drm-outputclass.conf ... FAILED
    nvidia-utils-beta.sysusers ... Passed
    nvidia-settings-beta-change-desktop-paths.patch ... Passed
==> ERROR: One or more files did not pass the validity check!
Error downloading sources: nvidia-utils-beta (nvidia-utils-beta nvidia-settings-beta)

dbermond commented on 2019-06-10 00:55 (UTC)

@yosnoop Thank you for pointing this. Fixed.

yosnoop commented on 2019-06-09 22:39 (UTC)

The link to NVIDIA-Linux-x86_64-430.14-no-compat32.run seems to be wrong. ==> ERROR: Failure while downloading https://download.nvidia.com/XFree86/Linux-430.14/430.14/NVIDIA-Linux-x86_64-430.14-no-compat32.run

Maybe this? https://download.nvidia.com/XFree86/Linux-x86_64/430.14/NVIDIA-Linux-x86_64-430.14-no-compat32.run

dbermond commented on 2019-06-09 03:21 (UTC)

  • Important note:

Package nvidia-egl-wayland-beta was dropped since version 430.14-2.

After updating, replace it with egl-wayland from the official repositories with: pacman -Syu egl-wayland

dbermond commented on 2018-09-22 02:40 (UTC)

I would like to thank @Det for all his hardwork in maintaining the nvidia beta packages on the AUR during the past years.

You'll be missed in the Arch community. My best wishes in your journey.

I hope you can reconsider using Arch again :)

dbermond commented on 2018-09-22 02:33 (UTC)

@Det Thank you for the information. It was very helpful.

dbermond commented on 2018-09-22 02:33 (UTC)

@fafryd I pushed an update to include the ray tracing libraries. Thank you for reporting this.

Regarding the paths you mentioned, I prefer to follow the paths currently used by the corresponding official repository package, even though the library name have changed here in the beta version. It's working fine on this way.

Det commented on 2018-09-21 13:53 (UTC) (edited on 2018-09-21 13:54 (UTC) by Det)

I usually diffed the .manifests from the old and new .run's root after any new major release for list of new/updated files (410.57 = [major numbers].[minor ones]).

They mention external changes usually in the changelogs too: https://devtalk.nvidia.com/default/topic/1041820/unix-graphics-announcements-and-news/linux-solaris-and-freebsd-driver-410-57/

fafryd commented on 2018-09-21 11:07 (UTC) (edited on 2018-09-21 11:08 (UTC) by fafryd)

Hi dbermond

What is missing:

libnvidia-rtcore.so.410.57 (usr/lib/libnvidia-rtcore.so.410.57) - OPENGL_LIB NATIVE MODULE:raytracing
libnvidia-cbl.so.410.57 (usr/lib/libnvoptix.so.410.57) - OPENGL_LIB NATIVE MODULE:raytracing
libnvoptix.so.410.57 (usr/lib/libnvoptix.so.410.57) - OPENGL_LIB NATIVE MODULE:optix
libnvoptix.so.1 (usr/lib/libnvoptix.so.1 -> libnvoptix.so.410.57) - OPENGL_SYMLINK NATIVE libnvoptix.so.410.57 MODULE:optix

Please consider:

libglxserver_nvidia.so.410.57 (usr/lib/xorg/modules/extensions/libglxserver_nvidia.so.410.57) - default library location
libglxserver_nvidia.so (usr/lib/xorg/modules/extensions/libglxserver_nvidia.so -> libglxserver_nvidia.so.410.57) - default library location

delete lines
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=nvidia-utils-beta#n133 https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=nvidia-utils-beta#n134

delete 'ModulePath "/usr/lib/nvidia/xorg"' - nvidia-drm-outputclass.conf

libglxserver_nvidia.so.* library does not conflict with the xorg-server package

Det commented on 2018-09-20 17:24 (UTC) (edited on 2018-09-20 17:25 (UTC) by Det)

So. Guys. In June 2013, this one guy "Det" once took maintainership over this package. Within those 5 years both Nvidia and Arch have both come a long way, forming a lot of fun obstacles for me to tackle nights over. And Nvidia, it has been just one group of packages out of maaany many in times to come I've pressed "adopt" on over the years. Boy, I'm even a maintainer in the outstanding Wiki. But times change things, as does 5 years.

Fact is, I don't use Arch anymore, I maintain mostly what's left for fun and for "work" I guess. For taking over that responsibility and making that pledge to deliver to the very best of my timed capabilities.

But this is the day I forfeit that responsibility. When I move on and this thing stays behind. But worry not. Another talent will lead on.

For the fine times with this package.

For the fantastic memories with this distribution.

Thank you, and..

May Arch live forever.

Det commented on 2018-05-03 07:29 (UTC) (edited on 2018-05-03 07:29 (UTC) by Det)

$ md5sum NVIDIA-Linux-x86_64-396.24-no-compat32.run

a441ff0a17b1db0d27855c6505de379d *NVIDIA-Linux-x86_64-396.24-no-compat32.run

jcstryker commented on 2018-05-03 01:05 (UTC)

NVIDIA-Linux-x86_64-396.24.run md5sum is failing after latest update.

Det commented on 2018-03-31 10:52 (UTC)

nvidia-utils-beta 390.48-2: fix /usr/lib/libGLESv2* symlinks

Det commented on 2017-10-03 18:38 (UTC)

Aah, you're right. I thought it was automatic.

fafryd commented on 2017-10-03 18:34 (UTC)

Hi Det, 387.12 provide 'libnvidia-egl-wayland.so.1.0.2'

Det commented on 2017-06-29 19:43 (UTC)

Done

fafryd commented on 2017-06-29 19:35 (UTC)

Hi Det, Please fix nvidia_icd.json (vulkan). --- # Set the proper Vulkan ICD configuration file to "glvnd_glx_client". sed -i -e 's:__NV_VK_ICD__:libGLX_nvidia.so.0:' \ "$pkgdir"/usr/share/vulkan/icd.d/nvidia_icd.json" ---

2xsaiko commented on 2017-04-24 16:08 (UTC)

I wanted to install a modified nvidia-beta-dkms, wanted nvidia-utils-beta but not nvidia-libgl-beta. Thanks, it's working now, no pacman -Rdd needed.

Det commented on 2017-04-23 16:42 (UTC)

The libgl piece is this (it's a split package): https://aur.archlinux.org/packages/nvidia-libgl-beta/ I almost always deal with those with a "pacman -Rdd", but you'll break your system, if you're not careful. Probably tho you're not getting the rest of the split packages installed? Poor AUR tool? Tried manually/makepkg?

2xsaiko commented on 2017-04-23 16:37 (UTC)

So this conflicts with libglvnd, but doesn't provide libgl, so when I try to install it a bunch of packages complain, e. g "xorg-server: removing libglvnd breaks dependency 'libgl'". What am I doing wrong?

Det commented on 2017-04-03 11:12 (UTC)

There is no conflict anymore, you know.

colemickens commented on 2017-04-03 11:10 (UTC)

Yes, I had simply forgotten that it was an AUR package. Regardless, the conflict exists. I've just switched back to the stable driver for now because I want to stay on 'testing'. Just an FYI, not a demand for support or anything. Thanks for maintaining this.

Det commented on 2017-03-25 19:44 (UTC)

Lol. You shouldn't create a bug report about an AUR package.

colemickens commented on 2017-03-24 04:50 (UTC)

Please see this issue, there's a conflict between this package and 'mesa' in testing. https://bugs.archlinux.org/task/53433

Det commented on 2017-02-14 23:55 (UTC)

Impossibru.

Teknoman117 commented on 2017-02-14 22:44 (UTC)

libnvidia-egl-wayland.so got bumped to version 1.0.1 which breaks the PKGBUILD as it looks for 1.0.0.

Det commented on 2017-02-13 09:23 (UTC) (edited on 2017-02-13 09:23 (UTC) by Det)

-2 should be compatible with xorg-server 1.19.1-3: 　 　 • https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/xorg-server&id=fdb75aee720eedd503a7a0ce819e45a6e13a0705 ..and in sync with nvidia-utils 375.26-3: 　 　 • https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/nvidia-utils&id=8752970c53aee6b6f3c9990c78ba1a5dc1e82ba7

Det commented on 2017-02-12 18:31 (UTC)

Dat is totally fixed, mate.

Anthony25 commented on 2017-02-12 11:27 (UTC)

Hello, It should also provides 'libegl' and 'libgles' to avoid a conflict with recent mesa update.

Det commented on 2016-12-30 16:50 (UTC)

No?

sanerb commented on 2016-12-30 16:27 (UTC) (edited on 2016-12-30 16:34 (UTC) by sanerb)

:: nvidia-libgl-beta and mesa-libgl are in conflict (libgl). Remove mesa-libgl? [y/N] removing mesa-libgl results in: :: nvidia-libgl-beta and bumblebee are in conflict (nvidia-libgl). Remove bumblebee? [y/N] you may want to work on the conflicts, as bumblebee and nvidia-libgl-beta shouldn't conflict from my understanding- correct?

Xaero252 commented on 2016-12-11 01:06 (UTC)

I'm not sure but shouldn't this package _PROVIDE_ libcl and not _DEPEND_ on it? Seems to be impossible to resolve dependencies with the current depends array.

Det commented on 2016-12-02 16:45 (UTC)

pkgrel*.

rhssk commented on 2016-12-02 09:00 (UTC) (edited on 2016-12-02 09:00 (UTC) by rhssk)

Needs a PKGBUILD update for vulkan-driver.

Vash63 commented on 2016-12-01 13:10 (UTC)

Can this be updated to provide 'vulkan-driver'? As the non-beta version is currently synced it isn't urgent but I have to either modify this pkgbuild to provide it or switch all of my packages off of the beta ones in order to upgrade my system.

Det commented on 2016-07-16 04:51 (UTC)

367.35: https://devtalk.nvidia.com/default/topic/533434/linux/current-graphics-driver-releases/ Note, you might not wanna clear your Pacman cache from .27: https://devtalk.nvidia.com/default/topic/950647/linux/black-screen-with-367-35/

z3ntu commented on 2016-04-22 18:23 (UTC) (edited on 2016-04-22 18:38 (UTC) by z3ntu)

install: cannot stat 'nvidia-gridd.1.gz': No such file or directory with newest version EDIT: fixed

Vash63 commented on 2016-04-08 05:16 (UTC)

I ran into the same libglvnd conflicts on the lib32-version of this. Also get this error when installing both this package and the lib32 version: warning: could not get file information for usr/lib/libGL.so.1 warning: could not get file information for usr/lib/libGL.so.364.12 warning: could not get file information for usr/lib/libGLX_indirect.so.0

juston_li commented on 2016-04-08 01:09 (UTC)

I had an issue with 'nvidia-utils-beta' and 'nvidia-libgl-beta' conflicting with one another since 'nvidia-libgl-beta' conflicts with 'libglvnd' which 'nvidia-utils-beta' provides same issue with the lib32-

AnAkkk commented on 2016-04-03 09:16 (UTC)

Why doesn't this depend on libglvnd like nvidia-utils?

lubosz commented on 2016-04-01 22:45 (UTC)

This should provide and conflict with nvidia-settings and libglvnd.

lonaowna commented on 2016-03-25 18:04 (UTC)

Both nvidia-utils-beta and nvidia-libgl-beta should conflict with libglvnd.

misc commented on 2016-02-10 17:01 (UTC)

Seems to work. Then again, I also manually messed with my /usr.

Det commented on 2016-02-10 11:39 (UTC)

How about them last update?

misc commented on 2016-02-10 02:14 (UTC) (edited on 2016-02-10 03:10 (UTC) by misc)

After two hours it finally got my bumblebee up running again, thanks to this: https://devtalk.nvidia.com/default/topic/915789/linux/-solved-361-28-gtx-580-steam-several-games-don-t-start-up/ Check blablo's linked PKGBUILD and the (pending?) edit he mentions there, apparently they are meant to replace those in Extra. Alas they also intend to shift shifting some files around ( https://github.com/aaronp24/arch-nvidia-utils/commit/fabbc896db27048f97569edacb4f5aeb47def076 ) , all that he puts in nvidia-libgl's /usr/lib used to be in nvidia-utils's /usr/lib/nvidia. Which is a bummer, as bumblebee currently doesn't tolerate the latter package. I copied it manually back for now, same for lib32. Bumblebee has also gained some dumb issues, fixed with this: http://pastebin.com/raw/ea5jKJ15 Which is this: https://github.com/manjaro/packages-community/tree/master/bumblebee realigned to current bumblebee-git (bit of an explanation at https://redd.it/3tauad ).

Det commented on 2016-02-09 18:07 (UTC)

I broke it all with 361.28-1, so tell me all I broke.

Det commented on 2016-01-18 20:48 (UTC) (edited on 2016-01-18 20:48 (UTC) by Det)

Then either: # rm /usr/lib/libnvidia-cfg.so.1 (duh) Or: # pacman -U --force nvidia-utils-beta-361.18-1-x86_64.pkg.tar.xz See: https://www.archlinux.org/pacman/pacman.8.html#_upgrade_options_apply_to_em_s_em_and_em_u_em_a_id_uo_a

hechler commented on 2016-01-18 20:46 (UTC)

I get the same problem as Doctor_Mooch pacman -Qo /usr/lib/libnvidia-cfg.so.1 error: No package owns /usr/lib/libnvidia-cfg.so.1

Det commented on 2016-01-14 18:46 (UTC)

# pacman -Qo /usr/lib/libnvidia-cfg.so.1

Doctor_Mooch commented on 2016-01-14 18:46 (UTC)

Ive been getting an issue when trying to update this package through Yaourt. error: failed to commit transaction (conflicting files) nvidia-utils-beta: /usr/lib/libnvidia-cfg.so.1 exists in filesystem Errors occurred, no packages were upgraded. Upon searching this issue, some have indicated it may be a conflict with Mesa. Any ideas?

AnAkkk commented on 2016-01-12 08:11 (UTC)

@buxit: it doesn't need any symlinks, see https://bugs.archlinux.org/task/47688

buxit commented on 2016-01-12 08:05 (UTC) (edited on 2016-01-12 08:05 (UTC) by buxit)

for this to work with bumblebee / primus i have to add two symlinks manually: ln -s "/usr/lib32/nvidia/libGLX.so.0" "/usr/lib32/libGLX.so.0" ln -s "/usr/lib/nvidia/libGLX.so.0" "/usr/lib/libGLX.so.0" (maybe the bumblebee package should do this, since it claims to provide nvidia-libgl?)

Det commented on 2016-01-08 18:40 (UTC) (edited on 2016-01-08 19:04 (UTC) by Det)

Father Plattner is back! I remember that bug report now, where you mentioned that library is not required (https://bugs.archlinux.org/task/38604). I shall have it removed then and inform Svenstaro, who's probably not subscribed. Thank-you for your time. E: This was apparently also reported way back in February 2008: https://bugs.archlinux.org/task/9596

aplattner commented on 2016-01-08 18:20 (UTC)

You shouldn't need libnvidia-wfb.so. That's for really old X servers that don't supply their own libwfb.so.

Det commented on 2016-01-07 17:13 (UTC)

Do I get to be a contributor on that one? :D

Svenstaro commented on 2016-01-07 11:44 (UTC)

@Det, I'm gonna sync your changes and stuff them into [testing].

Det commented on 2016-01-06 22:53 (UTC)

> here (in arch) and with the last update > edit: every day that passes my english gets worse :S Well, each time there's a confirmed cross-distribution bug like that, you can be almost certain, we have it too. I just tried, and sddm doesn't start for me either with 361.

Det commented on 2016-01-06 20:36 (UTC)

All those people?

sl1pkn07 commented on 2016-01-06 20:24 (UTC) (edited on 2016-01-06 22:39 (UTC) by sl1pkn07)

https://devtalk.nvidia.com/default/topic/908506/linux/several-essential-kde-applications-sddm-krunner-plasmashell-segfault-on-startup-with-361-16/ somebody has this problems with KDE? here (in arch) and with the last update edit: every day that passes my english gets worse :S

Det commented on 2016-01-06 17:39 (UTC)

They moved the files around a bit. Updated.

blackout24 commented on 2016-01-05 20:50 (UTC) (edited on 2016-01-05 20:52 (UTC) by blackout24)

Strange the AUR page say 358.16. When I fetch it with cower the PKGBUILD says 361.16, but it needs some work, because there is no libGL.361.16 anymore. https://devtalk.nvidia.com/default/topic/908423/unix-graphics-announcements-and-news/linux-solaris-and-freebsd-driver-361-16-beta-/ EDIT: Ahh ok. Just looked up the git history.

Det commented on 2015-11-28 23:06 (UTC) (edited on 2015-11-28 23:08 (UTC) by Det)

Pastebin please. E: Also, Google is full of that error message. You'll find your answer faster there.

sanerb commented on 2015-11-28 13:44 (UTC)

currently getting the following when i start a GLX program (e.g. glxinfo): Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Error: couldn't find RGB GLX visual or fbconfig Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". Xlib: extension "GLX" missing on display ":0". name of display: :0 And the following in /var/log/Xorg.0.log: ... [ 125.815] (EE) NV: The PCI device 0x10de1200 ((null)) at 01@00:00:0 has a kernel module claiming it. [ 125.815] (EE) NV: This driver cannot operate until it has been unloaded. [ 125.815] (EE) NV: The PCI device 0x10de1200 ((null)) at 01@00:00:0 has a kernel module claiming it. [ 125.815] (EE) NV: This driver cannot operate until it has been unloaded. ... note that the modules do seem to be loaded: nvidia_uvm 86016 0 nvidia_modeset 708608 0 nvidia 8708096 3 nvidia_modeset,nvidia_uvm drm 286720 3 nvidia and i have taken nvidia out of my initramfs, but the issue persists.

anish commented on 2015-08-10 02:53 (UTC)

@Det, sorry about the delayed response. Yes, works fine now

sl1pkn07 commented on 2015-08-06 19:10 (UTC)

edited: nevermind. fase alarm

Det commented on 2015-08-03 18:24 (UTC)

Does it work now?

anish commented on 2015-08-03 17:41 (UTC)

Does not seem to work on x86_64 : ==> Starting package_nvidia-utils-beta()... install: cannot stat ‘libEGL.so.355.06’: No such file or directory ==> ERROR: A failure occurred in package_nvidia-utils-beta(). Aborting... ==> ERROR: Makepkg was unable to build nvidia-utils-beta.

Det commented on 2015-07-29 06:23 (UTC)

352.30 — Changelog: https://devtalk.nvidia.com/default/topic/860119/ ✔ Added support for the following GPU: 　　 ✓ Tesla K80 　　 ✓ GeForce 910M ✔ Fixed a bug that caused poor video post-processing performance in VDPAU when operating on a large number of video streams simultaneously. ✔ Updated nvidia-installer to use modprobe(8) when leaving the NVIDIA kernel module loaded after installation, instead of insmod(8) or libkmod. This allows the kernel module to honor any configuration directives that apply to it in /etc/modprobe.d when it is loaded. ✔ Fixed a bug that allowed console messages from the Linux kernel to be drawn over the user interface of nvidia-installer.

Det commented on 2015-04-14 13:37 (UTC)

349.16: http://www.nvidia.com/download/driverResults.aspx/84043

Det commented on 2015-03-25 18:14 (UTC)

349.12: https://devtalk.nvidia.com/default/topic/821171

Det commented on 2015-02-26 09:30 (UTC)

346.47 — Changelog: http://www.nvidia.com/download/driverResults.aspx/82252/en-us • Added support for the following GPUs: 　　 Quadro K620M 　　 Quadro K2200M 　　 GeForce GTX 965M • Fixed a bug that could cause rendering corruption in GLX clients using PBOs and/or VBOs when using GLX indirect rendering. • Fixed a bug that caused Xinerama layouts which included X screens with 'Option "UseDisplayDevice" "none"' to be represented incorrectly in the nvidia-settings control panel. • Fixed a bug that could cause glXSwapBuffer() to block for longer than necessary in multi-threaded GLX applications using the GLX_NV_delay_before_swap extension. • Fixed a bug that caused OpenGL applications using the NV_path_rendering extension to crash after a modeswitch event. • Fixed a bug that caused DisplayPort audio to stop working after monitors are hotplugged.

Det commented on 2014-12-08 20:42 (UTC)

346.22 - Changelog: http://www.nvidia.com/download/driverResults.aspx/80653 • Added support for X.Org xserver ABI 19 (xorg-server 1.17). • Improved compatibility with recent Linux kernels. • Fixed a bug that prevented internal 4K panels on some laptops from being driven at a sufficient bandwidth to support their native resolutions. • Fixed a regression that prevented the NVIDIA kernel module from loading in some virtualized environments such as Amazon Web Services. • Fixed a regression that caused displays to be detected incorrectly on some notebook systems. • Fixed a bug that could cause X to freeze when using Base Mosaic. • Fixed a regression that prevented the NVIDIA X driver from recognizing Base Mosaic layouts generated by the nvidia-settings control panel.

Det commented on 2014-09-27 02:32 (UTC)

nvidia-beta and nvidia-beta-all both require this package. That sounds like you're somehow trying to remove it.

OffensiveGuin commented on 2014-09-26 15:27 (UTC)

My system wouldn't start X today, giving a nvidia error. I decided to reinstall the nvidia - beta package, but it fails to install nvidia-utils-beta. When nvidia-utils-beta is installed, pacman says "Failed to prepare transaction could not satisfy dependences: nivida-betea requires nvidia-utils-beta" it looks like when you try to install it, it instead tries to install nvidia-beta?

Det commented on 2014-08-12 04:04 (UTC)

We already have that on the driver component itself.

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

Det commented on 2014-08-08 10:09 (UTC)

Nice catch that.

anish commented on 2014-08-08 06:06 (UTC)

NVIDIA-Linux-x86_64-343.13-no-compat32.run.part is part of the aurball for some reason, this is causing a bunch of md5sum issues. ==> Download nvidia-utils-beta sources x NVIDIA-Linux-x86_64-343.13-no-compat32.run.part x .AURINFO x PKGBUILD x 20-nvidia.conf x nvidia-utils-beta.install

Det commented on 2014-07-09 11:58 (UTC)

340.24 Changelog: http://www.nvidia.com/download/driverResults.aspx/76884 I switched the source to the HTTP mirror, which gives me pretty much the full speed of ~10MB/s, while the FTP one is seemingly capped at 886 kB/s (many times much less). The web interface will still show the FTP mirror (overridden in the .AURINFO), as it gives you a much easier access to all the driver downloads.

commented on 2014-06-09 00:07 (UTC)

Thanks for the support !

Det commented on 2014-06-08 15:01 (UTC)

That's fixed in git (https://aur.archlinux.org/packages/pacaur-git/). Either install 'nvidia-utils-beta' or temporarily switch to 'pacaur-git'.

commented on 2014-06-08 13:59 (UTC)

I've just tried to install nvidia-libgl-beta, but pacaur says that its tarball is wrong :S I'm not sure, but I think it points to nvidia-utils-beta

commented on 2014-06-08 13:59 (UTC)

I've just tried to install it, but pacaur says that its tarball is wrong :S

commented on 2014-06-08 13:58 (UTC)

I've just tried to install it, but pacaur says that its tarball is wrong :S

Det commented on 2014-04-08 15:53 (UTC)

337.12 Changelog: http://www.nvidia.com/download/driverResults.aspx/74861/en-us

Det commented on 2014-04-02 15:03 (UTC)

334.21-3: Fixed: - FS#39203: https://bugs.archlinux.org/task/39203 - FS#39525: https://bugs.archlinux.org/task/39525

Det commented on 2014-03-11 15:35 (UTC)

Actually so I already changed it yesterday.

anish commented on 2014-03-11 08:13 (UTC)

I rewrote it like this and works for me, if anyone else has the same problem Section "Device" Identifier "Default Nvidia Device" Option "NoLogo" "1" EndSection

anish commented on 2014-03-11 03:08 (UTC)

the conf file needs to be updated, no longer works correctly : [ 100.126] Parse error on line 3 of section Device in file /etc/X11/xorg.conf.d/20-nvidia.conf This section must have an Identifier line. [ 100.126] (EE) Problem parsing the config file [ 100.126] (EE) Error parsing the config file [ 100.126] (EE) Fatal server error: [ 100.126] (EE) no screens found(EE) [ 100.126] (EE)

Det commented on 2014-03-09 18:49 (UTC)

When receiving the complaint about the existing files, just pass the '-f' flag to Pacman: nvidia-libgl-beta: /usr/lib/libEGL.so exists in filesystem nvidia-libgl-beta: /usr/lib/libGLESv1_CM.so exists in filesystem nvidia-libgl-beta: /usr/lib/libGLESv2.so exists in filesystem

Det commented on 2014-03-09 18:37 (UTC)

334.21-2 - Moved the EGL/GLES symlinks to nvidia-libgl-beta See: https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/mesa&id=aa6bfe92f4cd15ae418f511c671f87fcc1599fc9

Det commented on 2014-03-08 13:01 (UTC)

Yes, he was just appalled that I'm using them outside the PKGBUILD.

flying-sheep commented on 2014-03-08 12:59 (UTC)

makepkg contains msg, msg2, and much more: https://projects.archlinux.org/pacman.git/tree/scripts/makepkg.sh.in

Det commented on 2014-02-24 01:47 (UTC)

Google-chrome, google-chrome-beta, google-chrome-dev, google-earth, google-earth6, jre, jdk and vmware-patch to name a few. I did have high concerns about the use of them breaking my packages, indeed. I'm glad it didn't.

blackout24 commented on 2014-02-23 22:40 (UTC)

What package would contain the "msg" "msg2" command used in the *.install? Might freak some people out. Everything works nonetheless.

Det commented on 2014-02-23 13:57 (UTC)

334.16-2: Added the EGL/OpenGL ES libraries: http://www.phoronix.com/scan.php?page=news_item&px=MTU5NjI. The necessary symlinks only replace those of mesa in post_install/upgrade, for now. There's also a bunch of other stuff included, most of which are mentioned in FS#38604 (https://bugs.archlinux.org/task/38604).

Det commented on 2013-11-03 10:30 (UTC)

Yes, it is gone now.

anish commented on 2013-10-22 00:23 (UTC)

whoops, you made a split PKGBUILD. ignore me

anish commented on 2013-10-21 22:57 (UTC)

Is nvidia-libgl-beta gone now ?

Det commented on 2013-08-09 16:35 (UTC)

I've added that line a long time ago.

anish commented on 2013-08-07 09:19 (UTC)

Please update this package, it prevents nvidia-beta-dkms/nvidia-beta from updating, and add the backup line if possible

anish commented on 2013-07-03 06:10 (UTC)

You need to add backup=('etc/X11/xorg.conf.d/20-nvidia.conf') to the PKGBUILD

Det commented on 2013-07-01 19:35 (UTC)

Started using scripts to update these things. Just mention anything I might've fucked up.

Det commented on 2013-06-27 13:02 (UTC)

Updated and split into 'nvidia-utils-beta', 'nvidia-libgl-beta' and 'opencl-nvidia-beta'. The reason it took me so "long" is that I wanted to upload 'nvidia-full-beta'[1] and 'nvidia-full-beta-all'[2] on the same go. These are for people who are tired of the update conflicts and downloading the same source twice for the two different halves of the nvidia driver. 64-bit systems can also set the option "_lib32=1", which will pull in the 32-bit compatibility sources for all parties involved (again, obviating from the unnecessity of downloading multiple sources) and use them to build the 'lib32-nvidia-utils-full-beta' group. This only needs to be set once and will remain until the lib32-* packages are removed. [1] = https://aur.archlinux.org/packages/nvidia-full-beta/ [2] = https://aur.archlinux.org/packages/nvidia-full-beta-all/

Det commented on 2013-06-25 17:32 (UTC)

Always.

ngoonee commented on 2013-06-08 13:52 (UTC)

Oh, I just followed the repo package actually. Also, my nvidia laptop just died and now I'm using an optimus machine, so haven't looked at the nvidia group of packages for a while. Det, interested to take over maintenance?

Det commented on 2013-06-08 06:42 (UTC)

Why isn't 20-nvidia.conf being installed anymore? It's not just for autodetection, it's for hiding the Nvidia logo during X startup as well.

sl1pkn07 commented on 2013-05-03 03:10 (UTC)

have support to 3 systems: systemd, sysv and upstart (see contents on nvidia-persistenced-init.tar.bz2) i waiting to [extra] update greetings

ngoonee commented on 2013-05-03 02:28 (UTC)

I have no idea what that is and what its useful for. As far as I'm concerned if the nvidia-utils in [extra] doesn't provide it this won't. You can modify the PKGBUILD, shouldn't be hard to copy the relevant files over (however, it looks to be tied to the old init system and not systemd ready).

sl1pkn07 commented on 2013-05-03 02:04 (UTC)

Doesn't provide nvidia-persistenced-init? greetings

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

319.17 available at http://us.download.nvidia.com/XFree86/Linux-/319.17

ngoonee commented on 2013-04-05 00:17 (UTC)

No it doesn't. In the repos (as far as I can see) only the nvidia package depends on nvidia-libgl. Everything else just requires libgl (which this package provides). If you check the PKGBUILD out you'll notice I have a MIXNVIDIA variable, it relies on some as-yet-un-uploaded dummy packages, I'm testing out the usage of nouveau together with nvidia on the same machine.

Det commented on 2013-04-04 10:16 (UTC)

Doesn't provide nvidia-libgl..?

ngoonee commented on 2013-03-02 02:05 (UTC)

My bad, bugged out the build. Should work now.

BrainwreckedTech commented on 2013-03-02 00:37 (UTC)

This AUR package is missing the /usr/lib/libGL.so link that is present in the mainline nvidia-utils package in the official repos. I only noticed becuase I had a VM set up to auto-compile some AUR packages, nvidia-[utils-]beta and cairo-dock* being some of them. The cairo-dock* packages won't compile due to this omission. The actual computers that have the mainline nvidia-utils package from the official repos have this link present.

ngoonee commented on 2012-11-02 00:10 (UTC)

Thanks, tested and updated.

Max-P commented on 2012-11-01 23:54 (UTC)

This now needs "pangox-compat" for nvidia-settings to work properly. The last pango update broke it.

Det commented on 2012-10-29 13:24 (UTC)

It's for hardware accelerated video encoding so I wouldn't be surprised. XvMC was the first equilevant for DxVA. The support was probably just removed in favor of VDPAU.

ngoonee commented on 2012-10-17 02:15 (UTC)

I COULD chuck it in there quite easily, let me do a bit of research as to what it is though =). My system works without it, at least.

gun26 commented on 2012-10-17 01:42 (UTC)

libXvMCNVIDIA is indeed gone, but there's now a libnvidia-encode.so.310.14 which wasn't there before. I'm guessing it goes in /usr/lib?

ngoonee commented on 2012-10-16 02:45 (UTC)

Latest 310.14 no longer contains libXvMCNVIDIA, whatever that is. Heads-up for those who do know and who may be affected by that (it was introduced, according to the help, circa 2002)

commented on 2012-08-06 18:59 (UTC)

mrk3004: "...if a value in the provides is not accompanied by his version, it is ignored..." Uhm, that's not what the wiki says. It's not ignored, unless a package depends on a specific version. I consider this not really a problem in case of this packages.

ShyPixie commented on 2012-08-03 10:45 (UTC)

This line is wrong: provides=('libgl' "nvidia-utils=${pkgver}-${pkgrel}" "libcl" "opencl-nvidia") if a value in the provides is not accompanied by his version, it is ignored. libgl, libcl and opencl-nvidia is being ignored in its variable. Replace "nvidia-utils=${pkgver}-${pkgrel}" by "nvidia-utils=${pkgver}", never place the release of the package. from wiki: Provides: An array of package names that this package provides the features of (or a virtual package such as cron or sh). Packages that provide the same things can be installed at the same time unless conflict with each other (see below). If you use this variable, you should add the version (pkgver and perhaps the pkgrel) that this package will provide if dependencies may be affected by it. For instance, if you are providing a modified qt package named qt-foobar version 3.3.8 which provides qt then the provides array should look like provides=('qt=3.3.8'). Putting provides=('qt') will cause to fail those dependencies that require a specific version of qt. Do not add pkgname to your provides array, this is done automatically.

ShyPixie commented on 2012-05-04 13:53 (UTC)

Strange ... I will check what happened. thank you

commented on 2012-05-04 13:41 (UTC)

mrk3004: lib32-nvidia-utils depends on nvidia-utils which is in the conflicts field of this package. Removing nvidia-utils removes lib32-nvidia-utils and nvidia as well, so there's no need for having lib32-nvidia-utils in conflicts here. If you have used something like pacman -Rdd, then it's your responsibility to remove the other packages manually.

ShyPixie commented on 2012-05-04 13:31 (UTC)

I think it should include as conflicting, because here I had trouble installing this version with the official version already installed. I had to manually uninstall the package that worked.

commented on 2012-05-04 12:16 (UTC)

mrk3004: on filesystem, it does not. But if you want to run 32bit apps, you need lib32-nvidia-utils-beta.

ShyPixie commented on 2012-05-04 12:08 (UTC)

it does not conflict with lib32-nvidia-utils ?

commented on 2011-11-09 18:56 (UTC)

Updated to 290.06. Sorry for the delay, I didn't have access to the internet till now.

kiodo1981 commented on 2011-11-09 14:06 (UTC)

The latest version is 290.06. Update please. Thank.

commented on 2011-10-04 20:15 (UTC)

Hmm, I can confirm this in some apps in KDE too, pretty annoying.

ngoonee commented on 2011-10-04 08:13 (UTC)

Updated, but xorg started using full CPU when some apps (Gnome3 ones, mainly) were open, so I have personally reverted to the old beta with xorg-server 1.10. Be warned.

commented on 2011-08-05 07:10 (UTC)

Razer69: works for me with yaourt-git

commented on 2011-07-27 16:48 (UTC)

Why yaourt keeps telling me it can't find nvidia-utils-beta?!? WTF

commented on 2011-06-30 19:41 (UTC)

Thanks sl1pkn07, I updated the package.

sl1pkn07 commented on 2011-06-30 09:32 (UTC)

"libcl" is provides in extra/nvidia-utils see http://projects.archlinux.org/svntogit/packages.git/tree/nvidia-utils/repos/extra-x86_64/PKGBUILD

commented on 2011-06-25 09:38 (UTC)

sl1pkn07: I haven't found any package called 'libcl'...

sl1pkn07 commented on 2011-06-25 07:37 (UTC)

please. add provides "libcl" greetings

commented on 2011-06-14 19:32 (UTC)

But it's newer then .04, so it makes sense upgrading event this -beta package: It can take some time before next beta comes out and why to force people to switch now to stable drivers and keep checking if new beta is here or not. This way, people can keep using nvidia-beta package, have most up-to-date drivers and will be immediately aware of next beta when it's available.

sl1pkn07 commented on 2011-06-14 19:29 (UTC)

275.09.07 is Official. no Beta http://www.nvnews.net/vbulletin/showthread.php?t=122606

jokerboy commented on 2011-06-14 15:10 (UTC)

275.09.07 is out.

sl1pkn07 commented on 2011-06-05 20:37 (UTC)

275.09.04 is out ftp://download.nvidia.com/XFree86/Linux-x86/275.09.04/NVIDIA-Linux-x86-275.09.04.run -> f051e4e11e13e7bf0f5ffb6d0025111a ftp://download.nvidia.com/XFree86/Linux-x86_64/275.09.04/NVIDIA-Linux-x86_64-275.09.04-no-compat32.run -> 0433003778f2be8c72deb4fde25ebd00

graysky commented on 2011-05-20 16:56 (UTC)

Look like 275.09 is out ftp://download.nvidia.com/XFree86/Linux-x86_64/275.09/

commented on 2011-04-22 01:27 (UTC)

Modified with *.06 and an MD5 of "702868C77B13BBA46F0FCE26ED7A1FB7" to make it install the latest.

fackamato commented on 2011-04-11 22:15 (UTC)

270.41.03 for Linux x86/x86_64 released

commented on 2011-03-08 09:08 (UTC)

Indeed, my fault. libnvidia-ml.so included.

commented on 2011-03-07 15:56 (UTC)

What about adding install to libnvidia-ml.so? nvidia-smi needs that lib.

misc commented on 2011-03-07 12:54 (UTC)

Not really worth a version bump, though.

commented on 2011-03-06 22:55 (UTC)

Ok, removed. You don't like that huge shiny NVIDIA logo? I'm definitely gonna miss it :(

commented on 2011-03-06 16:23 (UTC)

you should add option "nologo" to the 20-nvidia.conf ;)

commented on 2011-02-21 21:44 (UTC)

Fixed and added. Thanks, cdemoulins.

cdemoulins commented on 2011-02-21 12:54 (UTC)

Hi, could fix the md5sum for i686 at least to : md5sums=('e1ff357fd8fc7f61e4cf7a5181f27097' '1b758609e48d4c02099a5dd1000e655f') And add the file 20-nvidia.conf in backup list : backup=('/etc/X11/xorg.conf.d/20-nvidia.conf') Thanks

commented on 2011-02-16 07:42 (UTC)

ngoonee: what kind of university would block FTP o_O ?! Anyway, links were updated of course.

ngoonee commented on 2011-02-16 02:11 (UTC)

Hi ProgDan, would you consider converting the download link to http instead of ftp? More accessible (my university just started blocking all ftp traffic). Its identical except for the first letter =) Of course, applies to nvidia-beta/lib32-nvidia-utils-beta as well.

commented on 2011-02-15 20:51 (UTC)

Updated to 270.26

commented on 2011-01-22 10:48 (UTC)

Updated to 270.18

commented on 2010-11-10 13:40 (UTC)

Updated to 260.19.21 official prerelease.

commented on 2010-09-30 18:51 (UTC)

Fixed, sorry for delay. Btw: I like patches ;-)

Det commented on 2010-09-30 17:57 (UTC)

"$CARCH"s should indeed be defined with quotes (") but why did you create a whole patch about that? Isn't it easier to just say what's wrong :)?

ryad.eldajani commented on 2010-09-29 17:37 (UTC)

got a shell error in line 27: unary operator expected patch: http://aur.pastebin.com/62HETXXe

commented on 2010-09-15 22:43 (UTC)

Updated to 260.19.06 * see http://www.nvnews.net/vbulletin/showthread.php?p=2318734 for more informations

commented on 2010-09-08 19:00 (UTC)

Updated to 260.19.04 * since now the package does not contain header files. CUDA headers are available from cuda-toolkit. OpenCL headers from opencl-headers

commented on 2010-09-08 19:00 (UTC)

Updated to 260.19.04 * since now the package does not contain header files. CUDA headers are available from cuda-toolkit. OpenCL headers from opencl-headers

ngoonee commented on 2010-08-30 00:18 (UTC)

@ProgDan - was not intending to imply that you're slow in updating. As mentioned in comments on nvidia-beta-all, I was unsure whether this release is a 'beta' or a 'dev preview', because at the time of my posting http://www.nvnews.net/vbulletin/showthread.php?t=122606 only showed 256.38.03 (OpenGL 4.1 dev preview).

commented on 2010-08-29 23:41 (UTC)

Updated to 256.52. ngoonee: please, be patient, I'm always trying to update the package ASAP, but it's not possible every time.

Det commented on 2010-08-29 14:29 (UTC)

Just give him time, we all have our lives. And again, it (256.52) is not a 'dev preview' release. See: http://www.nvnews.net/vbulletin/showthread.php?p=2309077

ngoonee commented on 2010-08-28 16:01 (UTC)

Latest 'dev preview' release, will you be updating this package?

beroal commented on 2010-06-21 08:43 (UTC)

Yes, I build xorg-server. What is the problem with explicit version?

commented on 2010-06-21 08:19 (UTC)

Actually it doesn't. If you look at the PKGBUILD closely, the explicit versioning of libgl is only in makedepends and not in depends.

beroal commented on 2010-06-21 02:02 (UTC)

xorg-server-1.8.1-1 requires libgl with explicit version 7.8.1 so please replace: provides=("libgl=7.8.1" "nvidia-utils=${pkgver}-${pkgrel}")

commented on 2010-05-29 18:37 (UTC)

Updated to 256.29

commented on 2010-05-23 18:12 (UTC)

Thanks, fixed.

wonder commented on 2010-05-22 23:44 (UTC)

please remove libvdpau from this array since we are using standalone implementation in our repos and is useless install {libGL,libvdpau,libnvidia-cfg,libnvidia-compiler,libnvidia-glcore,libcuda,tls/libnvidia-tls,libnvidia-wfb}.so.${pkgver} $pkgdir/usr/lib/ || return 1 install {libGL, libnvidia-cfg,libnvidia-compiler,libnvidia-glcore,libcuda,tls/libnvidia-tls,libnvidia-wfb}.so.${pkgver} $pkgdir/usr/lib/ || return 1

commented on 2010-05-22 16:03 (UTC)

wantilles, there's no need to spam comments by a PKGBUILDs that do the same as the recent ones.

commented on 2010-05-22 15:53 (UTC)

Already made new PKGBUILDs, tested them, and built both packages successfully. PKGBUILDs are here: http://gitorious.org/arch-linux-greece/arch-linux-greece/trees/master/list-of-sources/adslgr64/nvidia-utils-beta http://gitorious.org/arch-linux-greece/arch-linux-greece/trees/master/list-of-sources/adslgr64/nvidia-beta You may find ready packages in our adslgr64 repo.

commented on 2010-05-22 15:05 (UTC)

Updated to 256.25 Release highlights: http://www.nvnews.net/vbulletin/showthread.php?p=2255561

commented on 2010-04-24 12:20 (UTC)

Updated to 195.36.24 See http://www.nvnews.net/vbulletin/showthread.php?p=2239062 for more informations. This is a prerelease version.

commented on 2010-03-25 15:22 (UTC)

@hfab: Fixed, thanks. And sorry for the delay.