Package Details: nvidia-utils-beta 367.18-1

Git Clone URL: https://aur.archlinux.org/nvidia-utils-beta.git (read-only)
Package Base: nvidia-utils-beta
Description: NVIDIA driver utilities and libraries (beta version)
Upstream URL: http://www.nvidia.com/
Licenses: custom:NVIDIA
Conflicts: libglvnd, nvidia-settings, nvidia-utils
Provides: libglvnd, nvidia-settings, nvidia-utils=367.18
Submitter: None
Maintainer: Det
Last Packager: Det
Votes: 325
Popularity: 2.216709
First Submitted: 2008-08-19 21:42
Last Updated: 2016-05-19 16:59

Required by (57)

Sources (3)

Latest Comments

z3ntu commented on 2016-04-22 18:23

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

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

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

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

lubosz commented on 2016-04-01 22:45

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

lonaowna commented on 2016-03-25 18:04

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

misc commented on 2016-02-10 17:01

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

Det commented on 2016-02-10 11:39

How about them last update?

misc commented on 2016-02-10 02:14

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

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

Det commented on 2016-01-18 20:48

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

cortuly commented on 2016-01-18 20:46

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

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

Doctor_Mooch commented on 2016-01-14 18:46

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

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

buxit commented on 2016-01-12 08:05

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

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

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

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

Svenstaro commented on 2016-01-07 11:44

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

Det commented on 2016-01-06 22:53

> 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

All those people?

sl1pkn07 commented on 2016-01-06 20:24

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

They moved the files around a bit. Updated.

blackout24 commented on 2016-01-05 20:50

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

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

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

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

sl1pkn07 commented on 2015-08-06 19:10

edited: nevermind. fase alarm

sl1pkn07 commented on 2015-08-06 18:00

anyone have problems with libEGL.so.1 segfaults?

http://sl1pkn07.wtf/paste/view/97a35849
(snip)

Det commented on 2015-08-03 18:24

Does it work now?

anish commented on 2015-08-03 17:41

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

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

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

Det commented on 2015-03-25 18:14

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

Det commented on 2015-02-26 09:30

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 2015-02-26 09:30

346.37 — 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

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

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

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

We already have that on the driver component itself.

anish commented on 2014-08-12 04:03

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

Nice catch that.

anish commented on 2014-08-08 06:06

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

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.

Aike commented on 2014-06-09 00:07

Thanks for the support !

Det commented on 2014-06-08 15:01

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

Aike commented on 2014-06-08 13:59

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

Aike commented on 2014-06-08 13:59

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

Aike commented on 2014-06-08 13:58

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

Det commented on 2014-04-08 15:53

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

Det commented on 2014-04-02 15:03

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

Actually so I already changed it yesterday.

anish commented on 2014-03-11 08:13

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

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

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

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

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

flying-sheep commented on 2014-03-08 12:59

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

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

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

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 2014-02-23 13:57

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 lib32-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

Yes, it is gone now.

anish commented on 2013-10-22 00:23

whoops, you made a split PKGBUILD. ignore me

anish commented on 2013-10-21 22:57

Is nvidia-libgl-beta gone now ?

Det commented on 2013-08-09 16:35

I've added that line a long time ago.

anish commented on 2013-08-07 09:19

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

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

Det commented on 2013-07-01 19:35

Started using scripts to update these things.

Just mention anything I might've fucked up.

Det commented on 2013-06-27 13:02

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-27 12:58

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' and 'nvidia-full-beta-all' 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.

Det commented on 2013-06-25 17:32

Always.

ngoonee commented on 2013-06-08 13:52

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

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

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

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

Doesn't provide nvidia-persistenced-init?

greetings

adytzu2007 commented on 2013-05-02 18:53

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

ngoonee commented on 2013-04-05 00:17

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

Doesn't provide nvidia-libgl..?

ngoonee commented on 2013-03-02 02:05

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

BrainwreckedTech commented on 2013-03-02 00:37

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

Thanks, tested and updated.

Max-P commented on 2012-11-01 23:54

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

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

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

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

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)

ShyPixie commented on 2012-08-07 05:11

@progdan It was only a way of saying, because that will cause failure of dependencies. My english is not so good.
I believe that if a program depend exclusively on the libgl, the check will fail.

Anonymous comment on 2012-08-06 18:59

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

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

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

Anonymous comment on 2012-05-04 13:41

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

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.

Anonymous comment on 2012-05-04 12:16

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

it does not conflict with lib32-nvidia-utils ?

Anonymous comment on 2011-11-09 18:56

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

The latest version is 290.06.
Update please.
Thank.

Anonymous comment on 2011-10-04 20:15

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

ngoonee commented on 2011-10-04 08:13

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.

Anonymous comment on 2011-08-05 07:10

Razer69: works for me with yaourt-git

Anonymous comment on 2011-07-27 16:48

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

alexcortes commented on 2011-07-24 04:51

Arch Team added "opencl-nvidia" and "libcl" as dependencies for nvidia-utils.

alexcortes commented on 2011-07-24 04:49

Arch Team added "opencl-nvidia" and "libcl" as dependencies for nvidia-utils.

Anonymous comment on 2011-06-30 19:41

Thanks sl1pkn07, I updated the package.

sl1pkn07 commented on 2011-06-30 09:32

"libcl" is provides in extra/nvidia-utils

see http://projects.archlinux.org/svntogit/packages.git/tree/nvidia-utils/repos/extra-x86_64/PKGBUILD

Anonymous comment on 2011-06-25 09:38

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

sl1pkn07 commented on 2011-06-25 07:37

please. add provides "libcl"

greetings

Anonymous comment on 2011-06-14 19:32

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

275.09.07 is Official. no Beta

http://www.nvnews.net/vbulletin/showthread.php?t=122606

JokerBoy commented on 2011-06-14 15:10

275.09.07 is out.

sl1pkn07 commented on 2011-06-05 20:37

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

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

Anonymous comment on 2011-04-22 01:27

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

fackamato commented on 2011-04-11 22:15

270.41.03 for Linux x86/x86_64 released

Anonymous comment on 2011-03-08 09:08

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

Anonymous comment on 2011-03-07 15:56

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

misc commented on 2011-03-07 12:54

Not really worth a version bump, though.

Anonymous comment on 2011-03-06 22:55

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

Berseker commented on 2011-03-06 16:23

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

Anonymous comment on 2011-02-21 21:44

Fixed and added. Thanks, cdemoulins.

cdemoulins commented on 2011-02-21 12:54

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

Anonymous comment on 2011-02-16 07:42

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

ngoonee commented on 2011-02-16 02:11

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.

Anonymous comment on 2011-02-15 20:51

Updated to 270.26

Anonymous comment on 2011-01-22 10:48

Updated to 270.18

Anonymous comment on 2010-11-10 13:40

Updated to 260.19.21 official prerelease.

Anonymous comment on 2010-09-30 18:51

Fixed, sorry for delay.

Btw: I like patches ;-)

Det commented on 2010-09-30 17:57

"$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

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

Anonymous comment on 2010-09-15 22:43

Updated to 260.19.06

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

Anonymous comment on 2010-09-08 19:00

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

Anonymous comment on 2010-09-08 19:00

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

@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).

Anonymous comment on 2010-08-29 23:41

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

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

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

beroal commented on 2010-06-21 08:43

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

Anonymous comment on 2010-06-21 08:19

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

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}")

Anonymous comment on 2010-05-29 18:37

Updated to 256.29

Anonymous comment on 2010-05-23 18:12

Thanks, fixed.

wonder commented on 2010-05-22 23:44

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

Anonymous comment on 2010-05-22 16:03

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

Anonymous comment on 2010-05-22 15:53

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.

Anonymous comment on 2010-05-22 15:05

Updated to 256.25

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

Anonymous comment on 2010-04-24 12:20

Updated to 195.36.24

See http://www.nvnews.net/vbulletin/showthread.php?p=2239062 for more informations.

This is a prerelease version.

Anonymous comment on 2010-03-25 15:22

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