Package Details: nvidia-beta 370.28-1

Git Clone URL: https://aur.archlinux.org/nvidia-beta.git (read-only)
Package Base: nvidia-beta
Description: NVIDIA driver for Arch's official 'linux' package (beta version)
Upstream URL: http://www.nvidia.com/
Licenses: custom:NVIDIA
Conflicts: nvidia, nvidia-173xx, nvidia-96xx
Provides: nvidia
Submitter: None
Maintainer: Det
Last Packager: Det
Votes: 322
Popularity: 0.571532
First Submitted: 2008-02-10 22:03
Last Updated: 2016-09-09 11:14

Required by (13)

Sources (3)

Latest Comments

Det commented on 2016-09-12 19:46

You need to get rid of the first two. Some weird leftovers of probably non-Pacman managed modules.

You can use "pacman -Qo" to check the owners.

kabads commented on 2016-09-12 19:45

[adam@hark ~]$ cat /usr/lib/modules/extramodules-*-ARCH/version
3.18.2-2-ARCH
3.18.2-2-ARCH
4.7.2-1-ARCH

Det commented on 2016-09-11 15:52

The patch is for 4.8 kernels and shouldn't get applied on your 4.7 at all.

How many /usr/lib/modules/extramodules-*-ARCH directories do you have?

$ cat /usr/lib/modules/extramodules-*-ARCH/version

..should produce "4.7", which is lower than the "4.8", and the patch shouldn't apply.

kabads commented on 2016-09-11 15:46

Getting a fail on install. Not sure how to apply the patch.

/home/adam/nvidia-sep/nvidia-beta/src/NVIDIA-Linux-x86_64-370.28-no-compat32/kernel/nvidia-drm/nvidia-drm-drv.c:40:26: fatal error: drm/drm_auth.h: No such file or directory
#include <drm/drm_auth.h>
^
compilation terminated.
make[2]: *** [scripts/Makefile.build:290: /home/adam/nvidia-sep/nvidia-beta/src/NVIDIA-Linux-x86_64-370.28-no-compat32/kernel/nvidia-drm/nvidia-drm-drv.o] Error 1/home/adam/nvidia-sep/nvidia-beta/src/NVIDIA-Linux-x86_64-370.28-no-compat32/kernel/nvidia-drm/nvidia-drm-drv.c:40:26: fatal error: drm/drm_auth.h: No such file or directory
#include <drm/drm_auth.h>
^
compilation terminated.
make[2]: *** [scripts/Makefile.build:290: /home/adam/nvidia-sep/nvidia-beta/src/NVIDIA-Linux-x86_64-370.28-no-compat32/kernel/nvidia-drm/nvidia-drm-drv.o] Error 1
make[1]: *** [Makefile:1457: _module_/home/adam/nvidia-sep/nvidia-beta/src/NVIDIA-Linux-x86_64-370.28-no-compat32/kernel] Error 2
make[1]: Leaving directory '/usr/lib/modules/4.7.2-1-ARCH/build'
make: *** [Makefile:81: modules] Error 2
==> ERROR: A failure occurred in build().
Aborting...

make[1]: *** [Makefile:1457: _module_/home/adam/nvidia-sep/nvidia-beta/src/NVIDIA-Linux-x86_64-370.28-no-compat32/kernel] Error 2
make[1]: Leaving directory '/usr/lib/modules/4.7.2-1-ARCH/build'
make: *** [Makefile:81: modules] Error 2
==> ERROR: A failure occurred in build().
Aborting...

Det commented on 2016-08-25 13:22

Yeah, but there's still extra/nvidia, and you could also test the patch provided.

zobi8225 commented on 2016-08-25 13:21

@det : nop i have clear my cache :-(

Det commented on 2016-08-25 13:04

The talks are in https://devtalk.nvidia.com.

Does this patch work?: https://devtalk.nvidia.com/default/topic/957992/linux/370-23-incompatible-pointer-types-with-nvidia_drm_gem_prime_soft_fence_event-on-32bit-with-4-6-7-/

Svenstaro commented on 2016-08-25 11:41

@Det, can you find a patch for i686 on the current beta?

Det commented on 2016-08-25 10:39

Does extra/nvidia work? Is the old version still in your /var/cache/pacman/pkg?

zobi8225 commented on 2016-08-25 10:05

i lost my X11 since the update :-(

I am ont GTX 460

xorg.0.log => http://ix.io/1gIu
dmesg => http://ix.io/1gIw

Det commented on 2016-08-23 14:00

Apparently extra/nvidia (i686) is also still 367.35:

- https://www.archlinux.org/packages/extra/i686/nvidia/
- https://www.archlinux.org/packages/extra/x86_64/nvidia/

Svenstaro commented on 2016-08-22 20:12

This doesn't compile on i686:

/build/nvidia-beta/src/NVIDIA-Linux-x86-370.23/kernel/nvidia-drm/nvidia-drm-fence.c:414:37: error: passing argument 2 of 'nvKms->allocateChannelEvent' from incompatible pointer type [-Werror=incompatible-pointer-types]
/build/nvidia-beta/src/NVIDIA-Linux-x86-370.23/kernel/nvidia-drm/nvidia-drm-fence.c:414:37: note: expected 'void (__attribute__((regparm(0))) *)(void *, NvU32)' but argument is of type 'void (*)(void *, NvU32) {aka void (*)(void *, unsigned int)}'

Works ok on x86_64.

Det commented on 2016-08-16 09:03

You can try directly installing nvidia-utils-beta with makepkg, or seeing if there's anything in the meat manpage for installing all split packages.

I use Yaourt. Lot of people I know use pacaur.

E: Looks like meat is unmaintained since 2013, and wasn't even pulled to AUR4: https://github.com/e36freak/meat/commits/master, https://aur.archlinux.org/packages/?K=meat-git

It's not listed in the Wiki either: https://wiki.archlinux.org/index.php/AUR_helpers

hendry commented on 2016-08-16 09:00

How do I do that?

Or can you recommend an AUR helper that works better than meat?

Det commented on 2016-08-16 08:55

For some reason, meat seems to only be installing opencl-nvidia-beta from nvidia-utils-beta. You need all the split packages.

hendry commented on 2016-08-16 08:38

Can anyone tell how I am going wrong here?

http://s.natalian.org/2016-08-16/nvidia-beta.txt

Det commented on 2016-08-13 10:33

"Developer drivers are usually from a side branch of an earlier driverso may not always contain the latest fixes that are included in newer Geforce GameReady drivers. As the mod stated, in most cases you are better off with the latest GameReady driver."

- https://www.reddit.com/r/nvidia/comments/4uqlqv/new_driver_36900/

Artefact2 commented on 2016-08-13 08:50

367.36.02 is out – https://developer.nvidia.com/opengl-driver

z3ntu commented on 2016-07-16 09:21

367.35 works for me without problems. Using sddm & KDE with the newest kernel.

Det commented on 2016-07-16 04:51

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-05-17 11:17

If somebody wants to build this driver for kernel 4.6, you have to place this patch: https://gist.github.com/z3ntu/11d2a94ad15824fde3ee6f4308ccb45d/raw/87f742765e2ddce910be8b41987ddcf88e34e8da/nvidia-linux-4.6.patch into the directory with the PKGBUILD file (you don't have to change anything else)!

mattsturgeon commented on 2016-04-15 18:01

The nvidia package in the main repos (extra) is now 364.16. This is the same as listed at https://developer.nvidia.com/vulkan-driver So I guess that depricates this and nvidia-beta until nvidia release something else.

Corngood commented on 2016-04-07 21:50

I've moved to nvidia-beta and everything's working fine.

z3ntu commented on 2016-04-07 06:01

Updating the pkgver in the PKGBUILD file to 364.15 works fine, I am currently using it!

Corngood commented on 2016-03-27 20:33

It looks like the AUR packages nvidia-beta et al should work as a replacement. I haven't tried them yet though.

t.ask commented on 2016-03-27 20:25

Are those Vulkan packages still needed, as they are now in the official ones?

Det commented on 2016-03-25 21:47

https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=nvidia-beta#n104

Omar007 commented on 2016-03-25 17:29

In the .install file in the function _depmod, shouldn't it also auto-determine the extramodules value? (as you're doing in the PKGBUILD)
It's fixed to 4.3 atm which will be invalid unless running linux 4.3.

Stebs commented on 2016-03-16 19:01

With yaourt, I get
makepkg: invalid option '--pkg'
Pacman v5.0.1 - libalpm v10.0.1

Corngood commented on 2016-03-09 23:09

pkgrel 3 moves icd.d from /etc/vulkan to /usr/share/vulkan

Corngood commented on 2016-03-05 14:01

@ace1 Yeah, that was definitely a mistake. I've put it in libgl in pkgrel=2.

I think long term it makes sense to have something like nvidia-vulkan-icd with provides(vulkan-icd).

1ace commented on 2016-03-05 11:58

I don't think /etc/vulkan/icd.d/nvidia_icd.json should be in the opencl package: I should be able to uninstall nvidia's opencl libraries and still use vulkan :)
IMO it should either go in the -ligbl package (since that's where the actual .so is) or in its own package, but with a hard dependency on the -libgl package, since it can't work without it.

sasy360 commented on 2016-03-05 09:09

Please ignore my earlier question, nouveaufb was causing issue.

ImperialDwarf commented on 2016-03-05 08:55

@Corngood downgrade to xorg 1.17 and my kde started fine! Thx!

sasy360 commented on 2016-03-05 08:50

How do I get rid of this package? I installed it, did not work with xorg 1.18, uninsalled it, said to use nvidia again restart. System is not booting ever since I restart.

ImperialDwarf commented on 2016-03-04 22:51

@Corngood I tried install pkg with driver ver 355.00.28 and using IgnoreABI in Xorg config. Tommorow i will try install current version and rollback to old Xorg.
@benklett Can you write xorg and driver version?

Corngood commented on 2016-03-03 21:14

So here's the exact command I used to downgrade xorg to a compatible version:

sudo pacman -U http://seblu.net/a/archive/packages/x/xorg-server/xorg-server-1.17.4-2-x86_64.pkg.tar.xz http://seblu.net/a/archive/packages/x/xf86-input-evdev/xf86-input-evdev-2.10.0-1-x86_64.pkg.tar.xz http://seblu.net/a/archive/packages/x/xf86-input-libinput/xf86-input-libinput-0.15.0-1-x86_64.pkg.tar.xz

You may have more dependencies to sort out, in which case you can poke around http://seblu.net/a/archive/packages to find them, or use a tool which will find dependencies.

Corngood commented on 2016-03-03 15:22

@mkopec I don't have hardware to test on, but if anyone wants to test it and send me a patch, that would be great.

@ImperialDwarf probably the ABI thing? I'd either try IgnoreABI, or install xorg 1.17 from Arch Linux Rollback Machine as suggested by @unknown78.

benklett commented on 2016-03-03 14:14

@ImperialDwarf I do exactly that, but I did not yet encounter any issues with Plasma 5 and this driver.

ImperialDwarf commented on 2016-03-03 14:11

Hello. Thx for this pkg.
Any one solve problem with starting KDE Plasma 5 (via sddm) with this driver?

mkopec commented on 2016-03-03 13:41

Is it possible to make this package work with bumblebee?

Corngood commented on 2016-03-03 12:11

Updated to 355.00.29

Corngood commented on 2016-03-03 12:02

Actually installing it in the PKGBUILD? I'll look into that. At least I can provide exact instructions for downgrading with ARM and add ABI version dependencies.

unknown78 commented on 2016-03-02 19:40

@Corngood

What about getting an 1.17 from ARM (https://wiki.archlinux.org/index.php/Arch_Linux_Archive) than installing it and add the packages to IgnorePkg in /etc/pacman.conf ?

bakgwailo commented on 2016-03-02 01:09

@Corngood

Thanks - the updates solved my install issues perfectly. Of course, now I got hit with the Xorg ABI issue (really thought the 355.xxx series worked with the latest - oh well). Wasn't there something for the Catalyst drivers with the old version of Xorg somewhere? Not sure if it was removed because the latest version appears to support the latest Xorg version though.

Corngood commented on 2016-03-01 23:41

pkgrel 8 has that opencl fix for cuda

I'm still not sure about building xorg. Doing it via AUR with version suffixes seems really dirty. Anyone have a better idea?

Corngood commented on 2016-03-01 23:06

I'm not so sure about the IgnoreABI as a default. As you said it's not stable.

I like the idea of an xorg constraint, in fact there's already

provides=('X-ABI-VIDEODRV_VERSION=19' 'X-ABI-XINPUT_VERSION=21.1' 'X-ABI-EXTENSION_VERSION=9.0' 'x-server')

for this purpose. I'm just not sure of a clean way to provide an old version of xorg. I guess just something like (https://aur.archlinux.org/packages/xorg-server1.12/)? Seems kind of gross, but I guess it would work with yaourt? I'll give it a shot.

unknown78 commented on 2016-03-01 22:00

ok some more hints for the package.
You might want to add a file for /etc/X11/xorg.conf.d/ with the following content

Section "ServerFlags"
Option "IgnoreABI" "1"
EndSection

If it doesn't exists the driver wont start with the official Xorg (none-beta-branch) and might screw up curious people which never read about it before.

Also on xorg 1.18 it's very very instable for me, so there should be a big warning. !!! Only use if you know what you expect !!!

The other possibility might be to add aur packages for xorg 1.17 and make it an dependency for the driver so a downgrade is done automatic.

unknown78 commented on 2016-03-01 21:16

community/cuda 7.5.18-1 [installed] is the one i use

Corngood commented on 2016-03-01 21:14

Have you tested if this driver works with the latest version of the cuda package?

Looks like I had forgot the lib32 opencl conflict. Sorry about that. Fixed in pkgrel 7.

unknown78 commented on 2016-03-01 20:59

you might add provides=('opencl-nvidia') to the opencl package so it doesn't have problems with installed cuda.

Also you might check lib32-opencl-nvidia cause it complains about files still exist from the official multilib repro.

Corngood commented on 2016-03-01 03:08

Ok, pkgrel 6 is up. This fixes conflicts with the official driver package. I was able to install it with `makepkg -i` over top of the official drivers, and install the official drivers over top of the beta with `pacman -S nvidia nvidia-libgl` without any install errors.

I've also commented the dkms driver to ease installation (because of the conflict with the compiled driver).

Corngood commented on 2016-03-01 02:47

You may need to manually remove some conflicting libraries. pacman -Qo [file] for those files to figure out which packages own them.

I'm actually just in the middle of fixing the conflics so it will remove them automatically, but please let me know which ones you have to remove so I can make sure they are in the list.

Cheers

bakgwailo commented on 2016-03-01 02:41

Use the instructions to build, but getting tons of conflicts on install:

sudo pacman -U nvidia-vulkan-beta-355.00.28-5-x86_64.pkg.tar.xz nvidia-vulkan-beta-libgl-355.00.28-5-x86_64.pkg.tar.xz nvidia-vulkan-beta-utils-355.00.28-5-x86_64.pkg.tar.xz opencl-nvidia-vulkan-beta-355.00.28-5-x86_64.pkg.tar.xz lib32-nvidia-vulkan-beta-libgl-355.00.28-5-x86_64.pkg.tar.xz lib32-nvidia-vulkan-beta-utils-355.00.28-5-x86_64.pkg.tar.xz lib32-opencl-nvidia-vulkan-beta-355.00.28-5-x86_64.pkg.tar.xz
loading packages...
resolving dependencies...
looking for conflicting packages...
:: nvidia-vulkan-beta-libgl and nvidia-libgl are in conflict (libgl). Remove nvidia-libgl? [y/N] y
:: lib32-nvidia-vulkan-beta-libgl and lib32-nvidia-libgl are in conflict (lib32-libgl). Remove lib32-nvidia-libgl? [y/N] y
warning: dependency cycle detected:
warning: nvidia-vulkan-beta-libgl will be installed before its nvidia-vulkan-beta-utils dependency

Packages (9) lib32-nvidia-libgl-361.28-4 [removal] nvidia-libgl-361.28-5 [removal] lib32-nvidia-vulkan-beta-libgl-355.00.28-5 lib32-nvidia-vulkan-beta-utils-355.00.28-5
lib32-opencl-nvidia-vulkan-beta-355.00.28-5 nvidia-vulkan-beta-355.00.28-5 nvidia-vulkan-beta-libgl-355.00.28-5 nvidia-vulkan-beta-utils-355.00.28-5
opencl-nvidia-vulkan-beta-355.00.28-5

Total Installed Size: 312.96 MiB
Net Upgrade Size: 312.90 MiB

:: Proceed with installation? [Y/n]
(7/7) checking keys in keyring [###############################################################] 100%
(7/7) checking package integrity [###############################################################] 100%
(7/7) loading package files [###############################################################] 100%
(7/7) checking for file conflicts [###############################################################] 100%
error: failed to commit transaction (conflicting files)
nvidia-vulkan-beta-utils: /usr/bin/nvidia-bug-report.sh exists in filesystem
nvidia-vulkan-beta-utils: /usr/bin/nvidia-cuda-mps-control exists in filesystem
nvidia-vulkan-beta-utils: /usr/bin/nvidia-cuda-mps-server exists in filesystem
nvidia-vulkan-beta-utils: /usr/bin/nvidia-debugdump exists in filesystem
nvidia-vulkan-beta-utils: /usr/bin/nvidia-modprobe exists in filesystem
nvidia-vulkan-beta-utils: /usr/bin/nvidia-persistenced exists in filesystem
nvidia-vulkan-beta-utils: /usr/bin/nvidia-smi exists in filesystem
nvidia-vulkan-beta-utils: /usr/bin/nvidia-xconfig exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libEGL_nvidia.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libEGL_nvidia.so.0 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libGLdispatch.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libGLdispatch.so.0 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libOpenGL.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libOpenGL.so.0 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libcuda.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libcuda.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvcuvid.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvcuvid.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-cfg.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-cfg.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-eglcore.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-encode.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-encode.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-fbc.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-fbc.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-glcore.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-glsi.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-ifr.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-ifr.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-ml.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-ml.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/libnvidia-tls.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/nvidia/libEGL.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/nvidia/libEGL.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/nvidia/libGL.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/nvidia/libGL.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/nvidia/libGLESv1_CM.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/nvidia/libGLESv1_CM.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/nvidia/libGLESv2.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/nvidia/libGLESv2.so.2 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/nvidia/xorg/modules/extensions/libglx.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/systemd/system/nvidia-persistenced.service exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/vdpau/libvdpau_nvidia.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/vdpau/libvdpau_nvidia.so.1 exists in filesystem
nvidia-vulkan-beta-utils: /usr/lib/xorg/modules/drivers/nvidia_drv.so exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia-utils exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/NVIDIA_Changelog exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/README exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/acknowledgements.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/addressingcapabilities.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/addtlresources.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/appendices.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/audiosupport.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/commonproblems.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/configlaptop.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/configmultxscreens.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/configtwinview.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/depth30.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/displaydevicenames.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/dma_issues.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/dpi.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/editxconfig.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/faq.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/flippingubb.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/framelock.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/glxsupport.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/gpunames.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/i2c.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/index.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/installationandconfiguration.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/installdriver.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/installedcomponents.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/introduction.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/knownissues.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/minimumrequirements.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/newusertips.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/nvidia-debugdump.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/nvidia-ml.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/nvidia-persistenced.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/nvidia-smi.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/nvidiasettings.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/openglenvvariables.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/optimus.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/powermanagement.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/procinterface.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/profiles.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/programmingmodes.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/randr14.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/sdi.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/selectdriver.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/sli.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/supportedchips.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/vdpausupport.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/xcompositeextension.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/xconfigoptions.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/xineramaglx.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/doc/nvidia/html/xrandrextension.html exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/licenses/nvidia-utils exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/licenses/nvidia/LICENSE exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/man/man1/nvidia-cuda-mps-control.1.gz exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/man/man1/nvidia-modprobe.1.gz exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/man/man1/nvidia-persistenced.1.gz exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/man/man1/nvidia-smi.1.gz exists in filesystem
nvidia-vulkan-beta-utils: /usr/share/man/man1/nvidia-xconfig.1.gz exists in filesystem
nvidia-vulkan-beta: /usr/lib/modprobe.d/nvidia.conf exists in filesystem
nvidia-vulkan-beta: /usr/lib/modules/extramodules-4.4-ARCH/nvidia-uvm.ko.gz exists in filesystem
nvidia-vulkan-beta: /usr/lib/modules/extramodules-4.4-ARCH/nvidia.ko.gz exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libEGL_nvidia.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libEGL_nvidia.so.0 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libGLdispatch.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libGLdispatch.so.0 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libOpenGL.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libOpenGL.so.0 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libcuda.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libcuda.so.1 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvcuvid.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvcuvid.so.1 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-eglcore.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-encode.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-encode.so.1 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-fbc.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-fbc.so.1 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-glcore.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-glsi.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-ifr.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-ifr.so.1 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-ml.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-ml.so.1 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/libnvidia-tls.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/nvidia/libEGL.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/nvidia/libEGL.so.1 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/nvidia/libGL.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/nvidia/libGL.so.1 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/nvidia/libGLESv1_CM.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/nvidia/libGLESv1_CM.so.1 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/nvidia/libGLESv2.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/nvidia/libGLESv2.so.2 exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/vdpau/libvdpau_nvidia.so exists in filesystem
lib32-nvidia-vulkan-beta-utils: /usr/lib32/vdpau/libvdpau_nvidia.so.1 exists in filesystem
Errors occurred, no packages were upgraded.

Corngood commented on 2016-02-29 13:46

If you get a md5sum failure on the source, it probably means nvidia updated the beta driver. In that case the version number in PKGBUILD needs to be updated and the md5sums regenerated with 'makepkg -g'. Also please let me know so I can push an update.

Corngood commented on 2016-02-29 13:43

Thanks, fixed in pkgrel 5.

benklett commented on 2016-02-28 22:12

Very cool to have this package.

In line 151 of the PKGBUILD, the name of the opencl package seems wrong (test instead of beta).

Corngood commented on 2016-02-28 20:57

pkgrel 4 adds lib32

Corngood commented on 2016-02-28 13:10

Exact steps to install the current version should be:

===
git clone https://aur.archlinux.org/nvidia-vulkan-beta.git
cd nvidia-vulkan-beta
makepkg -sri
===

Corngood commented on 2016-02-28 04:02

Unfortunately this doesn't have permalinks to the drivers. They are currently hosted on:

https://developer.nvidia.com/linux64bit

and it redirects with an authentication token.

Det commented on 2016-02-10 07:14

This package installs neither. Nvidia-utils-beta installs libGL.so.1.0.0, which is the GLVND version.

shoober420 commented on 2016-02-09 21:17

By default, the 361.28 nvidia drivers will install the legacy, non-GLVND GLX client libraries. The --glvnd-glx-client command line option can be used to override the default, and install the GLVND GLX client libraries instead. Does this package install the legacy GLX libs or the new GLVND libs?

Det commented on 2016-02-03 18:59

@HenryJia: "Latest beta is 361.18-3"

You're yourself responsible for rebuilding AUR packages (https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/nvidia&id=559afb666d83db497ca58c999fdb5c1cfbe13704), and secondly, revision changes in [extra]/nvidia are rarely a reason to flag this.

AnAkkk commented on 2016-01-11 11:16

qt5 has been updated to fix the crash with these new drivers.

Det commented on 2016-01-06 17:50

From what I understand, it's intended as a shared core library, but simply allows multiple drivers to be used simultaneously: http://www.phoronix.com/scan.php?page=news_item&px=MTQ0NzU

I tested my changes with my "new" GT 720. Things seem to work.

blackout24 commented on 2016-01-05 22:44

Also does it mean that libglvnd needs to be present on the system even if only one vendor driver is installed?

AnAkkk commented on 2016-01-05 21:35

Aren't some changes needed to the mesa packages now that 361.16 includes libglvnd? I guess that's supposed to make nvidia-libgl and mesa-libgl packages be installable at the same time.

ceri commented on 2016-01-05 21:24

How come 361.16 was reverted?

Det commented on 2015-12-05 19:26

> And what do you recommend? Should I use Manjaro or Arch?

I don't understand, by the way, what would his recommendation do to change the distro you consciously chose for yourself.

E: Apparently something to do with the line "_major=$(pacman -Q linux | grep -Po "\d+\.\d+")" failing the "pacman" part (see the PKGBUILD: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=nvidia-beta#n62).

shakib609 commented on 2015-12-05 19:21

FadeMind
Can you please point out what is wrong here.
Because obviously the linux package is installed.

I know manjaro is not arch but most of the packages work here.. So I just want to try.

And what do you recommend? Should I use Manjaro or Arch?

FadeMind commented on 2015-12-05 17:04

shakib609
Manjaro using custom MHWD setup for managment GPU drivers. Don't try using AUR packages with GPU drivers on Manjaro.

Manjaro IS NOT Arch.

Det commented on 2015-11-19 19:01

There's only one version of the 358.13 driver available (32-bit compatible x86_64 package), so I won't be updating to it: http://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-358.13-Linux-Release

Vash63 commented on 2015-10-14 07:32

Last couple comments are a bit confusing, but I can confirm nvidia-modeset.ko.gz is there and seems to be working, no issues here outside of Nvidia bugs.

Det commented on 2015-10-13 20:23

Maybe it works now. Who knows.

Det commented on 2015-10-13 12:07

I'll make sure your system is totally gonna have that.

blackout24 commented on 2015-10-13 11:52

Don't forget to install the new nvidia-modeset.ko for 358.09, otherwise X won't start up.

Det commented on 2015-08-23 01:42

Right. This one's for -ARCH. "nvidia-mainline" is for -mainline, and things like "nvidia-beta-all" and "nvidia-full-beta-all" are for all kernels on the system.

shoober420 commented on 2015-08-22 21:12

4.2.0-rc7-mainline

Det commented on 2015-08-22 02:28

Not even supposed to build on -mainline? What's your $(uname -r)?

shoober420 commented on 2015-08-21 16:47

I have the linux-mainline kernel, and it doesn't seem to patch...

Det commented on 2015-08-20 06:08

Get a 4.2 -ARCH kernel.

shoober420 commented on 2015-08-19 17:44

How do I apply the 4.2 patch?

Det commented on 2015-08-15 13:01

Betsuni.

degasus commented on 2015-08-15 12:59

So do you want to "update" to 355.00.05 ?

Det commented on 2015-08-10 18:52

It has a lower version number, but I guess I could still "update" to something like "355.06.00.05"..

markuski commented on 2015-08-10 18:15

https://developer.nvidia.com/opengl-driver here is a new version (355.00.05) wich includes OpenGL ES 3.2 and "OpenGL 2015" extensions.

Det commented on 2015-08-10 18:14

@markuski, whaat..?

LeonardK commented on 2015-08-03 16:20

http://www.nvidia.com/download/driverResults.aspx/88694/en-us

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:14

Thx m8.

Mr.Smith1974 commented on 2015-04-14 13:14

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

Det commented on 2015-03-25 18:14

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

Det commented on 2015-03-05 13:51

346.47-2 - Added patch for 4.0 RC: https://devtalk.nvidia.com/default/topic/813458/linux/linux-4-0-rc1-346-35-build-error-_cr4-functions-fix/

Det commented on 2015-03-05 13:51

346.47-2 - Added patch for 4.0-rc: https://devtalk.nvidia.com/default/topic/813458/linux/linux-4-0-rc1-346-35-build-error-_cr4-functions-fix/

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-01-16 10:34

Added patches for kernel...:

- 3.18 (Optimus): https://devtalk.nvidia.com/default/topic/783364/343-22-driver-incompatible-with-linux-3-18-/
- 3.19: https://devtalk.nvidia.com/default/topic/797456/linux/linux-3-19-rc1-fatal-modpost-when-installing-nvidia-343-36-346-22/

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-08-06 21:15

343.13 - Changelog: http://www.nvidia.com/download/driverResults.aspx/77410

** WARNING: This version drops support for pre-GeForce 400 "Fermi" GPUs: **
- https://devtalk.nvidia.com/default/topic/766018/
- http://www.phoronix.com/scan.php?page=news_item&px=MTc1NjU

This warning is included in a couple of places in the package to (try to) make sure people don't miss it.

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.

blackout24 commented on 2014-06-09 19:31

@Det sorry ^^. Was over eager. ;)

Det commented on 2014-06-09 18:38

@blackout24, what?

aplattner commented on 2014-05-18 23:49

I'm sorry! I remember seeing that link for official packages, and then somehow managed to completely miss that it's there for AUR packages too. I'll be sure to use that next time. :)

Det commented on 2014-05-06 02:52

Omg, welcome here in the AUR, sir. While we do already have quite the good function for notifying maintainers of out-of-date packages, I do apologize for the rest of the community for its placement, though. It can easily be overlooked in the listing in the right.

Anyway, remember that you are awesome.

aplattner commented on 2014-05-05 17:48

FTY, 337.19 is out: https://devtalk.nvidia.com/default/topic/739710

Det commented on 2014-04-08 15:53

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

blackout24 commented on 2014-04-08 14:49

337.21 is already patched for Linux 3.14

Det commented on 2014-03-14 06:28

You need: https://aur.archlinux.org/packages/nvidia-utils-beta/

SmoochySix4 commented on 2014-03-14 01:14

Building and installing package
==> Install or build missing dependencies for nvidia-beta:
error: target not found: nvidia-libgl-beta
==> Restart building nvidia-beta ? [y/N]

Det commented on 2014-03-09 18:38

334.21-2 - Added the Unified Memory module (nvidia-uvm.ko).

See: https://devblogs.nvidia.com/parallelforall/unified-memory-in-cuda-6/

Det commented on 2013-11-08 04:26

Yeah, I'll deal with that when I get home.

Just one more loophole my scripts decided to take advantage of and fail once more.

mininessie commented on 2013-11-07 23:00

okay it wants to install 331.17 which is not compatible with nivida-utils-beta which installs nvidia-libgl-beta which is required for mvidia-beta in short 331.17 is nvidia-beta and nivida-utils-beta 331.20 help

Det commented on 2013-11-02 08:54

The "Dependencies" field is also overridden in .AURINFO to stop getting these dumb questions about the stupid 'nvidia-libgl-beta'.

Det commented on 2013-11-02 08:36

331.17-2

* Use a better patch: http://forums.gentoo.org/viewtopic-t-973960.html

frat commented on 2013-10-31 12:28

is there any 'nvidia-libgl-beta' in aur ?

Det commented on 2013-10-26 09:30

Right, but _kernver never was there and I can't have _major set before the user is sure to have 'linux' installed.

hps commented on 2013-10-26 09:04

You need to move the three variables _major, _extramodules & _kernver back to the global scope. Otherwise they won't be accessible in the package() section, resulting in the module ending up in /usr/lib/modules/nvida.ko.gz

MatejLach commented on 2013-08-11 10:14

@Det - You're right, I was under wrong assumption that you already depend on 'nvidia-libgl-beta' elsewhere and now I see you don't, thanks for the clarification.

MatejLach commented on 2013-08-11 10:11

@Det - You're right, I am confused :-)

Based on my understanding, the 'nvidia-utils-beta' package produces the 'nvidia-libgl-beta' package and then depends on it and since you already depend on ''nvidia-utils-beta' (which would take care of 'nvidia-libgl-beta'), I don't understand why you have to depend on 'nvidia-libgl-beta' explicitly, except for some extra protectionism, however I know that I am being ignorant here and am missing something, so newermind and keep it up!

MatejLach commented on 2013-08-11 10:10

@Det - You're right, I am confused :-)

Based on my understanding, the 'nvidia-utils-beta' package produces the 'nvidia-libgl-beta' package and then depends on it and since you already depend on ''nvidia-utils-beta' (which would take care of 'nvidia-libgl-beta'), I don't understand why you have to depend on 'nvidia-libgl-beta' explicitly, except for some extra protectionism, however I know that I am being ignorant here and am missing something, so newermind and keep it up!

Det commented on 2013-08-11 09:29

@MatejLach, yes it does and no it doesn't. You're the one confused here.

@fgribben, yes it was.

Anonymous comment on 2013-08-10 21:08

Is the PKGBUILD broken?

/home/user/Downloads/nvidia-beta/PKGBUILD: line 34: syntax error near unexpected token `('
/home/user/Downloads/nvidia-beta/PKGBUILD: line 34: `build() {'
/home/user/Downloads/nvidia-beta/PKGBUILD: line 43: syntax error near unexpected token `)'
/home/user/Downloads/nvidia-beta/PKGBUILD: line 43: ` sh ${_pkg}.run) --extract-only'
==> ERROR: Failed to source /home/user/Downloads/nvidia-beta/PKGBUILD

MatejLach commented on 2013-08-10 19:35

@Det - Why have it as a dependency then? It serves no function and confuses yaourt.

talsemgeest commented on 2013-08-10 06:51

Ah, thanks. Definitely confused me, having it as a dependency.

Det commented on 2013-08-10 06:18

Like you have to worry about that :D. It's part of nvida-utils-beta: https://aur.archlinux.org/packages/nv/nvidia-utils-beta/PKGBUILD

talsemgeest commented on 2013-08-10 01:26

Where is nvidia-libgl-beta? I don't see it in the official repos, or in the aur?

Det commented on 2013-08-09 16:23

No.

MatejLach commented on 2013-08-06 00:43

Was 'nvidia-libgl-beta' in the main repo?

MatejLach commented on 2013-08-06 00:39

Was 'nvidia-libgl-beta' in the AUR?

Det commented on 2013-06-27 13:03

Updated.

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/

clayman commented on 2013-05-29 07:49

@andy-tom Apart from completely circumventing the package manager... :) Now you have lots of files from the NVIDIA archive in your system that will conflict with with the Archlinux nvidia util/driver package you might want to pull in later on. There should be a cmdline argument for the .run archive that will uninstall these files. I suggest you use it to clean up the files and then use

pacman -Rdd nvidia-utils-beta

which will allow you to uninstall the nvidia-utils-beta package while ignoring dependencies of other packages (nvidia-beta,...). Then you update to the newest version of nvidia-beta, that should pull in the utils package for you.

Anonymous comment on 2013-05-29 05:13

not sure whether the packages are working properly, or I uninstalled the old nvidia-utils-beta too early? (wouldn't think that would make a difference, but when installing the new package it said it depended on the old one being installed) but I got it to work by running the nvidia-linux-x86_64-319.23-no-compat32.run in the nvidia-utils-beta directory.

Kernel version 3.9.4-1-arch

I hope I didn't commit too many crimes against archlinux doing it this way! :-)

Anonymous comment on 2013-05-28 05:54

not working with 3.9 kernel

z1lt0id commented on 2013-05-03 03:48

I got the following error since the 319.17 update.

==> Continue building nvidia-beta ? [Y/n]
==> -------------------------------------
==>
==> Building and installing package
==> Install or build missing dependencies for nvidia-beta:
==> Making package: nvidia-beta 319.17-1 (Fri May 3 13:47:41 EST 2013)
==> Checking runtime dependencies...
==> Installing missing dependencies...
error: target not found: nvidia-utils-beta=319.17
==> ERROR: 'pacman' failed to install missing dependencies.
==> ERROR: Makepkg was unable to build nvidia-beta.
==> Restart building nvidia-beta ? [y/N]
==> ------------------------------------

manuel commented on 2013-04-09 19:29

319.12 are out, pretty huge changelog!
https://devtalk.nvidia.com/default/topic/539249

flipper_T commented on 2013-02-07 01:21

Sorted, thank you

ngoonee commented on 2013-02-07 00:54

Sorry, typo ARCH should be _arch. Uploaded a fixed version.

flipper_T commented on 2013-02-06 23:52

550 /XFree86/Linux-/313.18/NVIDIA-Linux-x86_64-313.18-no-compat32.run: No such file or directory

Det commented on 2013-02-05 11:52

Needs a fix for 3.7.6 kernels (might even bump the sublevel all the way up to 10 or so): https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/nvidia&id=9f7e3d451e8533a2ebf498da45eedecd65949ae9:

ngoonee commented on 2012-12-17 07:30

Please use English when posting error messages. More to the point, please install dependencies before installing AUR packages. Like the error message tells you to....

sandylaw commented on 2012-12-14 12:43

Install or build missing dependencies for nvidia-beta:
==> 正在创建软件包:nvidia-beta 313.09-1 (Fri 14 Dec 20:41:54 CST 2012)
==> 正在检查运行时依赖关系...
==> 正在安装缺少的依赖关系...
错误:未找到目标:nvidia-utils-beta=313.09
==> 错误: 'pacman' 无法安装缺少的依赖关系。
==> ERROR: Makepkg was unable to build nvidia-beta.

Anonymous comment on 2012-12-12 16:03

http://www.nvidia.co.uk/object/linux-display-amd64-313.09-driver-uk.html

flipper_T commented on 2012-11-16 00:26

For anyone looking for more helpful advice, uninstalling nvidia prior to installing this package worked for me...using packer.

Tried my best to edit pkgbuild & use makepkg resulting in no gui on boot.

All hunky dory now.

ngoonee commented on 2012-11-15 23:26

The error tells you all you need to know. There's a version-dep on nvidia-utils-beta. Install the right version of that. Furthermore if you're using yaourt or similar, dump it and learn to use the AUR properly.

flipper_T commented on 2012-11-15 10:42

==> Making package: nvidia-beta 310.19-1 (Thu Nov 15 10:41:14 GMT 2012)
==> Checking runtime dependencies...
==> Missing Dependencies:
-> nvidia-utils-beta=310.19
==> Checking buildtime dependencies...
==> ERROR: Could not resolve all dependencies.
The build failed.

Anonymous comment on 2012-10-26 00:24

Definitely crashes on 3.6.3, however the core drivers work without issue. It's a 680GTX 4GB model. I'm going to start a discussion on the forums as this is not the proper place, but the pastebin of lots of logs http://pastebin.com/3TB3Xnft ..feel free to find the thread on forums.

I plan to try and do the suggested actions from makepkg, then rerun makepkg and see what happens.

ngoonee commented on 2012-10-25 07:54

I am using nvidia-beta(-all) with linux-ice-3.6.3-1 and linux-3.6.3-1 for a while now without problems. Would be interested to know the results of debugging.

Anonymous comment on 2012-10-25 06:05

Just want to share, after upgrading to linux-3.6.3 graphics drivers crashed. Was not able to insert the nvidia modules. I tried reinstalling the nvidia-beta* packages to no avail. I downgraded kernel and returned to normal.. I'll try and spend more time debugging tomorrow after work, just needed a stable system tonight.

Anonymous comment on 2012-09-19 08:25

This has been explained so many times in the comments that I will only bother to recommend you to read them.

Anonymous comment on 2012-09-19 02:00

looking for inter-conflicts...
:: nvidia-utils-beta and nvidia-utils are in conflict (libgl). Remove nvidia-utils? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: nvidia: requires nvidia-utils=304.43

Det commented on 2012-08-02 21:28

Well, you're hacking.

rwd2 commented on 2012-08-02 21:09

I need to do the same as progdan, otherwise restarting x results in "Failed to initialize the NVIDIA kernel module".

tdebruyn commented on 2012-07-30 23:06

304.30 is available from here : ftp://download.nvidia.com/XFree86/Linux-x86_64/304.30/

Det commented on 2012-07-28 08:29

You don't even manually need to modprobe for it. Nor shutdown X while making the switch.

Anonymous comment on 2012-07-27 20:05

The right and logical way would be to shutdown X (init 3) and from terminal run

# pacman -Rdd nvidia nvidia-utils
(-Rdd needed because some apps might complain about libgl dependency provided by nvidia-utils)
# pacman -U nvidia-beta nvidia-utils-beta lib32-nvidia-utils-beta
# rmmod nvidia
# modprobe nvidia

(the last two commands should be performed by the nvidia-beta package upon install, but better make sure...). Then you can return to init 5 without need to reboot.

apoulos commented on 2012-07-27 20:01

Here is what I did to install the beta version and it worked. Let me know if there is an easier way. Also, in general, where should instructions like these be documented? Should we put AUR package help in the wiki.archlinux.org or do we just let people get cross-eyed reading all the comments like this one?

# build nvidia-beta, nvidia-utils-beta and lib32-nvidia-beta (if needed) with yaourt
# (have EXPORT=2 in .yaourtrc so package gets copied to pacman cache)
# or build with "makepkg" (nvidia-beta needs "makepkg -d")
# now to change nvidia, nvidia-utils and lib32-nvidia to the beta versions:
cd /var/cache/pacman/pkg
pacman -R nvidia
pacman -U nvidia-utils-beta-304.22-1-x86_64.pkg.tar.xz
pacman -Udd nvidia-beta-304.22-1-x86_64.pkg.tar.xz
pacman -U lib32-nvidia-utils-beta-304.22-1-x86_64.pkg.tar.xz
reboot

Anonymous comment on 2012-07-09 14:24

nvidia-beta 302.17-2 requires kmod 9-2 (in [testing] atm). If you do not use [testing], DO NOT update nvidia-beta. kmod 9-2 moves kernel modules from /lib to /usr/lib, so REMEMBER TO UPDATE nvidia-beta when you update to kmod 9-2. You won't be able to start X server otherwise.

ngoonee commented on 2012-07-04 01:50

Hi progdan, just to let you know (though you probably already do) about the upcoming kmod changes. I'll be making the changes in my own offshoot of your package (nvidia-beta-all) as soon as it hits [testing], which is basically right now I think, not sure what you'd want to do.

Anonymous comment on 2012-05-22 13:11

@jhoran: I'll update the PKGBUILD when linux-3.4 hits [core].

Anonymous comment on 2012-05-22 12:55

Had to edit the _extramodules variable in the PKGBUILD for the 3.4 kernel to get it to compile.

Anonymous comment on 2012-05-21 21:58

That's intended. It ensures that you have the same version of nvidia-utils-beta and nvidia-utils installed. To update you can simply run pacman -R nvidia-beta nvidia-utils-beta, then you can install new version. Alternatively, you can force the package manager to skip dependency checks. Anyway, removing the versioned dependency from PKGBUILD is not a good idea.

ShyPixie commented on 2012-05-21 21:55

I needed change depends to 'nvidia-utils-beta' to work with yaourt, if not it redirects to pacman and does not find dependency

ShyPixie commented on 2012-05-21 21:48

My pacman not find nvidia-utils-beta=302.11

I needed change depends to 'nvidia-utils-beta'

Det commented on 2012-05-03 04:53

@zendeavor, it's the "$CARCH" variable.

See #25210 and #15043: https://bugs.archlinux.org/task/25210, https://bugs.archlinux.org/task/15043

Anonymous comment on 2012-05-03 01:11

Soures
ftp://download.nvidia.com/XFree86/Linux-/302.07/.run

something doesn't seem right.

gtmanfred commented on 2012-05-02 23:17

thank you ! glourious day

gtmanfred commented on 2012-05-02 23:15

http://www.nvidia.com/object/linux-display-amd64-302.07-driver.html

Anonymous comment on 2012-05-02 21:47

So, the magical version number 300 has been finally passed and, among other cool features and fixes, this release brings support for XRandr 1.2/1.3 extension! \o/

rwd2 commented on 2012-03-26 07:21

Needs to be updated for Linux 3.3.

ngoonee commented on 2012-03-26 01:41

Sorry, ignore my previous, didn't realize latest nvidia already changed conftest.sh. Deleting both posts now, sorry for the noise.

ngoonee commented on 2012-03-26 01:35

Won't work with linux from [testing] (3.3), the nvidia packages in the repo has the hacky fix (my nvidia-beta-all also does as a separate patch). Just FYI, I only use your nvidia-utils-beta anyway =).

Anonymous comment on 2012-01-21 22:28

Thanks zamboniman, updated.

Anonymous comment on 2012-01-19 04:58

Needs to be updated to linux 3.2 for the extramodules dir in the PKGBUILD and nvidia.install files

chenxiaolong commented on 2011-11-21 22:07

@ProgDan: I see. Thanks for the info. I did not know that the "-dd" switch applied to any switches other than "-R".

Anonymous comment on 2011-11-21 21:54

@chenxiaolong: Sorry, but no. The versioned dependency are there for a reason: it forces you to have both packages in the same version. This is superior to comfortable use of AUR helpers. Use -dd switch to ignore the "broken" dependencies during update.

chenxiaolong commented on 2011-11-21 21:44

@ProgDan: Could you removed the versioned dependency on nvidia-utils-beta? It makes the AUR helpers, like packer and yaourt, unable to update the package. For example:

- Yaourt finds an update for nvidia-beta
- Yaourt finds an update for nvidia-utils-beta
- It knows that nvidia-utils-beta needs to be upgraded first
- It tries to install nvidia-utils-beta but fails because the previous version of nvidia-beta depends on the previous version of nvidia-utils-beta

Thanks in advance!

Anonymous comment on 2011-11-21 21:22

Updated to 290.10 and moved to /lib/extramodules, as Alessandro suggested. Thanks.

Anonymous comment on 2011-11-15 16:05

I think you should considering to put this module on extramodules. On recent changes, the minor kernel update changes the modules folder, forcing us to rebuild the module on every update. Putting this modules on extramodules we only to rebuild this package on the major update.

vEX commented on 2011-11-06 07:49

I can confirm that flash 11 (flashplugin in extra) works fine with 290.06, though 11.2 (flashplugin-beta in AUR) does not. But who needs the beta when the stable one works? :-)

equinoxefr commented on 2011-11-05 09:38

Hi,

It seems that nvidia 290.06 fix flash bug. You need to update.

Thank's

Det commented on 2011-10-28 16:22

Happens whether Flash's hardware accleration is on or off - with 11.2 beta as well. Just don't use this beta.

ngoonee commented on 2011-10-24 03:21

Crashes here as well, but its not a big deal, don't use flash much anyway. Wonder if hardware-acceleration disabling would help.

Anonymous comment on 2011-10-23 13:06

Looks like it didn't crash for me, because I use flash-blocker. With flash enabled, the plugin crashed in Opera, FF and Chrome. But with flash-block enabled, the flash plugin is loaded correctly after clicking on the placeholder.

clayman commented on 2011-10-23 12:47

Me too... :( Thanks for the heads-up, I've been wondering why I can't use pretty much any website that uses Flash.

vEX commented on 2011-10-23 12:09

I'm using a Nvidia GTS450 with flash from extra (11.0.1.152) running on 64-bit Arch and with 290.03 I get the same crashes as reported on the nvnews forums.

Anonymous comment on 2011-10-23 11:11

NVidia GT218, Flash 11.0.1.152 from [extra] (x86_64), all metal videos play well :)

vEX commented on 2011-10-23 10:55

Just a heads up to youtube-addicts, seems like 290.03 and flash is a no-go, lots of people reporting problems: http://www.nvnews.net/vbulletin/showthread.php?t=167698.

Anonymous comment on 2011-10-03 20:41

Updated to 285.05.09 with support for Xorg 1.11 ABI

Anonymous comment on 2011-09-10 21:59

Description and makedepends updated, thanks. I still can't get used to "linux" instead of "kernel26" :)

Det commented on 2011-09-10 21:53

The xorg 1.11 support isn't even that great. Several artifacts in KDE apps.

E: The description could be updated, by the way.

Det commented on 2011-09-10 09:05

The xorg 1.11 support isn't even that great. Several artifacts in KDE apps.

Anonymous comment on 2011-09-09 18:25

sbfreak: this package will only be updated to latest beta or latest stable that comes from latest beta series, eg. 285.something in this case. I know that it brings support for X ABI 1.11, but I believe the updates will be backported to 285 series as well soon.

Det commented on 2011-09-09 16:36

@sbreak, seems like you got it all figured out.

Anonymous comment on 2011-09-09 16:32

@Det That would mean switching to beta when a new beta release shows up...

Det commented on 2011-09-09 12:55

@sbfreak, then use your stable version and be happy(...)

Anonymous comment on 2011-09-09 10:32

With no xorg 1.11 support I may add...

ngoonee commented on 2011-09-09 01:58

You don't 'have to' switch anything. And I think the latest stable release just backports some of the stuff already in nvidia-beta anyway, so this IS still the latest release feature-wise.

Anonymous comment on 2011-09-08 20:04

I know but I thought this package was always up to the latest release beta or no beta.This way users wouldn't have to switch between nvidia and nvidia-beta.

Anonymous comment on 2011-09-08 19:16

275.28 is update of a stable branch, not a beta release.

Anonymous comment on 2011-09-08 17:50

http://www.nvidia.com/object/linux-display-amd64-275.28-driver.html

Anonymous comment on 2011-08-18 16:43

http://www.nvidia.com/object/linux-display-amd64-285.03-driver.html

ngoonee commented on 2011-08-05 05:57

Because you can just ln -s it? And also because of http://aur.archlinux.org/packages.php?ID=31123, http://aur.archlinux.org/packages.php?ID=41431, http://aur.archlinux.org/packages.php?ID=13904

seblu commented on 2011-08-05 04:02

Why doesn't merge http://aur.archlinux.org/packages.php?ID=19224 with this one? This will escape downloading nvidia source twice (and also tarball from AUR).

Anonymous comment on 2011-07-29 19:56

@Det: good idea, done...thanks :)

@cousinm: yop, I can confirm the crash, though it's probably related to lib32-nvidia-utils(-beta), because google-earth is an 32bit app.

graysky commented on 2011-07-29 08:31

@cousinm - Probably best to post to the nvidia forums/bug report with nvidia since this is merely the package that provides the software...

cousinm commented on 2011-07-29 07:11

Hi, Since I started using this package instead of the extra one (275), google earth segfaults. I am using an amd64 version of the operating system. Reverting to 275 brings google earth back. I saw no mention of it with a google search, that's why I'm asking here :)

Det commented on 2011-07-27 06:28

Well, what about gzipping? Shouldn't it be done as with every other module in the kernel :p?

Actually, [extra]'s nvidia does this too.

Det commented on 2011-07-24 16:33

Nothing really. Just in the spirit of de-redundancy.

Anonymous comment on 2011-07-24 14:45

Sure I could, but what difference does it make :)

Det commented on 2011-07-24 14:28

You could just use post_install with both post_upgrade and post_remove too.

Anonymous comment on 2011-07-24 09:54

@Det, pacman was passing pkgver through these arguments, but there is really no need for them in this .install file. Thanks

Det commented on 2011-07-24 06:58

Btw, are the $1 arguments and shifts needed in the .install file anymore? What do they even do?

Det commented on 2011-07-01 22:36

Ok, I got a response and a changelog [1]. Interestingly it's almost as if AP didn't even remember to write the changelog until checking my topic.

[1] = http://www.nvnews.net/vbulletin/showthread.php?t=164017

Det commented on 2011-07-01 15:01

I created a topic in nV News concerning the changelog of 280.04 - we'll see if I get any responses: http://www.nvnews.net/vbulletin/showthread.php?t=164014

graysky commented on 2011-07-01 14:03

There has been a bug report filed to expand functionality back to desktop cards.

Det commented on 2011-07-01 12:42

How can it be 'fixed' if the output already says that it doesn't support anything else than Quadro and Tesla devices (as Pierre already pointed out in your topic - also mentioned in the manpage)?:

"NVSMI provides diagnostic information for Tesla and select Quadro devices.
[...]

Supported products:

Tesla: S1070, S2050, C1060, C2050/70, M2050/70/90, X2070/90
Quadro: 4000, 5000, 6000, 7000 and M2070-Q
Other: All other products are unsupported"

graysky commented on 2011-07-01 01:02

Looks good. Does 280.04 fix the nvidia-smi issue? https://bbs.archlinux.org/viewtopic.php?id=119120

Anonymous comment on 2011-07-01 00:24

I see. Have you tried discussing this with folks from Xorg? If you say it affects binary drivers as well as open source drivers then the trigger might be ditched somewhere in Xorg and the devs might have a clue what it is.

karabaja4 commented on 2011-06-30 22:55

Actually I did check the FTP every day.

Why? Because of this:
http://www.nvnews.net/vbulletin/showthread.php?t=160115

I own 7300GT which freezes all the time with newest xorg-server and current nvidia drivers (or for any other version of nvidia drivers for that matter, including nouveau). I've been waiting for it to be fixed but no luck so far. So I've been looking to fix this like crazy with xorg-server-git, nvidia-beta nad what not, and stumbled upon a 280.04 folder on FTP.

Anonymous comment on 2011-06-30 22:37

Updated, thanks for notifying me.

Just out of plain curiosity - how on Earth you found that out? I'm watching nvnews forum, I check the official nVidia pages...this release is not even officially announced yet ANYWHERE, not event here: ftp://download.nvidia.com/XFree86/Linux-x86_64/latest.txt! And don't tell me that you just keep checking nvidia's FTP every day just for fun!

karabaja4 commented on 2011-06-30 21:38

I believe new beta is out:

ftp://download.nvidia.com/XFree86/Linux-x86_64/280.04/

Anonymous comment on 2011-06-14 16:51

ftp://download.nvidia.com/XFree86/Linux-x86_64/275.09.07/

ngoonee commented on 2011-06-07 01:24

Thanks, will update nvidia-beta-all as well.

Anonymous comment on 2011-06-06 23:27

The blacklisting was already in nvidia-utils-beta, but for the sake of consistency, I've moved it to nvidia-beta.

ngoonee commented on 2011-06-06 23:01

User requested blacklist for nouveau to be added on nvidia-beta-all (please see comments), what do you think?

Anonymous comment on 2011-06-05 20:49

275.09.04 beta released: http://www.nvnews.net/vbulletin/showthread.php?p=2441669

Anonymous comment on 2011-05-20 17:09

Fixed, thanks guys :)

vEX commented on 2011-05-20 15:01

275.09 beta available here http://www.nvnews.net/vbulletin/showthread.php?p=2435190

vEX commented on 2011-05-20 15:00

275.09 available here http://www.nvnews.net/vbulletin/showthread.php?p=2435190

amirs commented on 2011-05-20 14:21

beta is 275.09

darkraven commented on 2011-04-10 14:46

kernel oops problem gone after updated my BIOS...
Weird.

ngoonee commented on 2011-04-01 00:05

Please remove kernel26 from depends so that it can be built by those without kernel26 installed. See http://mailman.archlinux.org/pipermail/aur-general/2011-March/014238.html

shemz commented on 2011-01-22 14:10

Nice. X crash on VT switching is fixed (Quadro FX 770M). Was a regression from xorg 1.9 series.

Anonymous comment on 2011-01-22 10:49

Updated to 270.18

Det commented on 2011-01-22 10:35

Note that the latest beta Nvidia driver is not 260.19.36 despite of what the "Current NVIDIA Linux graphics driver releases" thread says (http://www.nvnews.net/vbulletin/showthread.php?t=122606).

270.18 (beta) can be found through the "official" download section: http://www.nvidia.com/Download/Find.aspx?lang=en-us

darkraven commented on 2010-11-30 13:01

Seems some kernel oops on 300m series was fixed, but not for 400m series.
Still waiting *sigh*

Anonymous comment on 2010-11-30 10:08

Updated to 260.19.26

Anonymous comment on 2010-11-30 09:52

260.19.26 is out, fixes black screens for some (stupid) Vaio laptops :)

Det commented on 2010-11-11 12:05

@darkraven, did you report that upstream? Additionally the change log clearly doesn't mention fixing the GT 4*0M issue(s): http://www.nvnews.net/vbulletin/showthread.php?p=2345016

darkraven commented on 2010-11-11 09:35

Doesn't work on my GT 420M...

darkraven commented on 2010-11-11 08:32

Oops...

darkraven commented on 2010-11-11 07:16

Oops...

misc commented on 2010-11-10 19:58

I had — anyway, I uninstalled all nvidia-* packages, rebooted and reinstalled them; now it works again. Thanks still!

Anonymous comment on 2010-11-10 18:43

That's not an error output, its's just a part of the make script and you can ignore it. Did you updated nvidia-beta-utils too? You must have both, nvidia-beta and nvidia-beta-utils in the same version.

misc commented on 2010-11-10 18:36

Cannot properly build the new version:

NVIDIA: calling KBUILD...
test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \
echo; \
echo " ERROR: Kernel configuration is invalid."; \
echo " include/generated/autoconf.h or include/config/auto.conf are missing.";\
echo " Run 'make oldconfig && make prepare' on kernel src to fix it."; \
echo; \
/bin/false)

Unfortunately it still continued to install, which at the next boot caused the kernel module to display that it was for the previous version and apparently delete itself (anyway, it doesn't load anymore). I'm using the standard kernel. Does anybody else have this problem?

Anonymous comment on 2010-11-02 15:23

Ah, thanks for reminding me. Removed.

Det commented on 2010-11-02 13:40

Yeah, and ProgDan, as I said before, the "|| return 1" checks are obsolete/redundant since pacman 3.4.

Det commented on 2010-10-16 20:47

Difficult to say, not a Nvidia developer. But since it's been reported that 260.19.12 didn't work for the GF 4*0M users I'm pretty sure the next beta will (but that's just me).

darkraven commented on 2010-10-16 11:43

Wondering when will the blank screen problem be fixed

Anonymous comment on 2010-10-15 16:14

You are indeed correct, it's a stable. I don't know why I thought it was beta...nevermind, it works :)

Det commented on 2010-10-15 09:40

Nv News is up again. 260.19.12 is indeed stable: http://www.nvnews.net/vbulletin/showthread.php?t=122606.

Det commented on 2010-10-14 09:14

@darkraven, it is. Other GeForce 400 Mobile series users also seem to be reporting blank screen issues with 260.19.12.
@ProgDan, where did you get the idea that 260.19.12 is beta? Why would it be certified if it was beta?

darkraven commented on 2010-10-14 08:13

@Det, I'm sure I've done everything right, but the 260.19.12 driver doesn't work for me, neither does 256.53. But the old 256.44 driver works well for me, and GT 420M isn't even in this driver's support list.
How extraordinary.

Det commented on 2010-10-14 07:31

@darkraven, when looking at the "Beta and Archived Drivers" section in nvidia.com it seems that the support for you card should have been added with 260.19.12 (http://www.nvidia.com/object/linux-display-amd64-260.19.12-driver.html) (no Windows driver available yet). If you are absolutely certain you got nvidia/-utils v260.19.12, this post might help instead: http://ubuntuforums.org/showthread.php?t=1579444

darkraven commented on 2010-10-14 05:40

Geforce GT 420M still produce a blank screen

Anonymous comment on 2010-10-13 17:21

This is nvidia certified beta. It's located on http://us.download.nvidia.com. I don't know if these releases are uploaded to ftp://download.nvidia.com

Det commented on 2010-10-13 17:19

Not yet in the ftp.

Anonymous comment on 2010-10-13 16:54

@shemz: this would break the idea of forcing users to keep both packages in the same version. Use pacman -Rd instead.

shemz commented on 2010-10-13 16:49

Could you please add nvidia-utils-beta>=${pkgver} in the depends field instead of '='. I am getting this error while updating from the previous version:

error: failed to prepare transaction (could not satisfy dependencies)
:: nvidia-beta: requires nvidia-utils-beta=260.19.06

shemz commented on 2010-10-13 16:47

Could you please add nvidia-utils-beta>=${pkgver} in the depends fields instead of '='. I am getting this error while updating from the previous version:
:: nvidia-beta: requires nvidia-utils-beta=260.19.06

shemz commented on 2010-10-13 16:47

Could you please add nvidia-utils-beta>=${pkgver} in the depends fields instead of '='. I am getting this error while updating from the previous version:
:: nvidia-beta: requires nvidia-utils-beta=260.19.06

Anonymous comment on 2010-10-13 15:23

Updated to 260.19.12

Mr.Elendig commented on 2010-10-01 17:22

A suggestion: Add the .install file from the nvidia package.

Det commented on 2010-09-19 05:50

Forgot the "|| return 1"'s that pacman>=3.4 doesn't need since it interrupts the build when encountering errors anyway. Did this on the PKGBUILD I linked but seems you went the other way around. That's fine too 'course.

Anonymous comment on 2010-09-18 22:24

Thanks for enlightening me, Det! I fixed the other nvidia packages too and I'll take a look on my other packages too.

Det commented on 2010-09-18 19:58

Btw. noticed your PKGBUILD required some cleaning, e.g. all the i686/x86_64 stuff can be put in one line (of course, if you applied this change ngoone would have to come up with his own solution as he got two md5sum 'items'), "replaces" shouldn't be used unless a package was renamed from 'foo' to 'poo' and it still provided the same stuff, there were empty lines in the beginning/end of the build/package functions, "startdir/pkg" should be replaced with "$pkgdir" and finally it's a good practice to use quotes (") around variable paths ("$srcdir"/"$pkgdir") in case the path contains spaces.

Here's what I'm talking about (nothing, of course, here effects the final package so there's no need to bump the pkgrel): http://aur.pastebin.com/qBzFFciX

Anonymous comment on 2010-09-15 22:44

Updated to 260.19.06

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

Det commented on 2010-09-10 12:29

@ProgDan, my joke was obviously not so obvious.

Anonymous comment on 2010-09-08 18:59

Updated to 260.19.04

Anonymous comment on 2010-09-08 18:08

Det: nvidia does not include header files in the packages anymore. It's up now to packagers to decide whether provide them or not and to obtain them. Btw, the required changes are obvious from the link that Hilinus provided.

fackamato commented on 2010-09-08 12:21

What what are?

Det commented on 2010-09-08 12:20

Thanks for telling what they are =).

Hilinus commented on 2010-09-08 07:59

New beta: 260.19.04. A few changes needed to PKGBUILD.
http://www.nvnews.net/vbulletin/showthread.php?p=2314331

Det commented on 2010-09-01 16:06

Probably nothing actually.. expect the version number.

Anonymous comment on 2010-08-31 16:26

256.53 stable driver release. This driver release doesn't really bring anything different from the 256.52 driver.

Anonymous comment on 2010-08-31 14:16

I'll install this later. How is the performance? If one of you play SC2, I'd love to hear it even more xD

Det commented on 2010-08-31 10:29

Have you pacman -Syu'd lately? Can you post the full dmesg log to pastebin? A problem with depmod?

Det commented on 2010-08-31 10:29

Have you done pacman -Syu'd lately? Can you post the full dmesg log to pastebin? Problem with depmod?

Anonymous comment on 2010-08-31 04:30

No I don't have multi kernels and yes I've tried reinstalling it again

Anonymous comment on 2010-08-30 19:45

Do you have multiple kernels installed? Are you trying to modprobe the nvidia module from the same kernel that you have compiled the package for? Have you tried rebuilding and reinstalling the package again?

Anonymous comment on 2010-08-30 19:37

It says the nvidia.ko file doesn't exist but I've checked and it's there.

Anonymous comment on 2010-08-30 19:00

Is there some relevant output in dmesg?

Anonymous comment on 2010-08-30 17:14

Can someone help me? I'm getting "Failed to load module "nvidia" (module-specific error, 0) after installing nvidia-beta.

Anonymous comment on 2010-08-29 23:42

Updated to 256.52

Anonymous comment on 2010-08-29 04:28

256.52 is out

Anonymous comment on 2010-07-31 11:50

Updated to 256.44

Anonymous comment on 2010-07-30 11:36

256.38.02 is a special dev version (OpenGL) that always remains behind.

256.44 is the new correct version.

Anonymous comment on 2010-07-30 01:07

256.38.02 is out

Anonymous comment on 2010-06-19 18:09

Updated to 256.35

Anonymous comment on 2010-06-02 20:51

Fixed, thanks

M0Rf30 commented on 2010-06-02 16:28

please replace make SYSSRC=/lib/modules/${_kernver}/build module
with
make SYSSRC=/usr/src/linux-${_kernver}/ module

M0Rf30 commented on 2010-06-02 16:28

please replace make SYSSRC=/lib/modules/${_kernver}/build module
with
make SYSSRC=/usr/src/linux-${_kernver}/ module

Anonymous comment on 2010-05-29 18:37

Updated to 259.29 and moved nouveau-blacklist to nvidia-utils-beta.

fettouhi commented on 2010-05-28 06:11

bin32-wine os also broken with this latest beta driver. STEAM for example won't launch at all. It will update itself but the login screen does not appear.

fettouhi commented on 2010-05-28 06:10

bin32-wine os also broken with this latest beta driver. STEAM for example won't launch at all. It will update itself but the login screen does not appear.

KaoDome commented on 2010-05-27 15:20

In my opinion the nouveau driver blacklisting could be moved to the nvidia-utils-beta package.

Right now I have different kernels installed and this setting is common to all of them (once some are 2.6.34+).

KaoDome commented on 2010-05-27 00:40

Hi, does anyone know how to disable the logo when loading the module?

I have this [1] xorg.conf file which used to do it with the old ones but seems to be not working for the present.

[1]: http://aur.pastebin.com/M31e83P3

kalpik commented on 2010-05-24 13:12

NVM.. updating mplayer-svn fixed it :)

kalpik commented on 2010-05-24 13:07

@frigaut: is there any way i can add the path globally so I can use smplayer to play videos with vdpau automatically?

Anonymous comment on 2010-05-23 18:07

20-nvidia.conf is now provided by nvidia-utils-beta. With more kernels and therefore multiple nvidia packages installed the file would conflict. nvidia-utils is usually installed only once.

ngoonee commented on 2010-05-23 06:39

Any reason why the 20-nvidia.conf file was removed? Is it no longer necessary (with blacklisting of nouveau)?

frigaut commented on 2010-05-23 04:53

@kalpik: same problem initially here. Putting LD_LIBRARY_PATH="/usr/lib/vdpau/" solves it:
LD_LIBRARY_PATH="/usr/lib/vdpau/" mplayer -vo vdpau -vc ffmpeg12vdpau dvd://

kalpik commented on 2010-05-23 01:44

Mplayer VDPAU is broken with this update. Though don't know if its cause of the driver or cause of mplayer.

Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory
[vdpau] Error when calling vdp_device_create_x11: 1
Error opening/initializing the selected video_out (-vo) device.

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

Det commented on 2010-05-22 10:17

@Hilinus, with 256.25 there is no '-pkg1' ending so those need to be removed from your PKGBUILDs and with the 64-bit version it should be replaced with '-no-compat32' (the former '-pkg2'). So something like this'd probably work:

nvidia-utils-beta: http://aur.pastebin.com/xqi0Tyzx
nvidia-beta: http://aur.pastebin.com/pwDi9Ptx

Hilinus commented on 2010-05-22 10:17

Mmh, you're right. I had the "-pkg1" prefix because I downloaded the tarball from a different location, so let's wait for the package mantainer and let him fix this. :)

Det commented on 2010-05-22 10:06

@Hilinus, with 256.25 there is no '-pkg1' ending so those need to be removed from your PKGBUILDs and with the 64-bit version it should be replaced with '-no-compat32' (the former '-pkg2'). So something like this'd probably work with the source part (also needs new md5sums):

[ "$CARCH" = "x86_64" ] && ftp://download.nvidia.com/XFree86/Linux-$ARCH/${pkgver}/NVIDIA-Linux-$ARCH-${pkgver}-no-compat32.run

Det commented on 2010-05-22 10:05

@Hilinus, with 256.25 there is no '-pkg1' ending so those need to be removed from your PKGBUILDs and with the 64-bit version it should be replaced with '-no-compat32' (the former '-pkg2'). So something like this'd probably work with the source part:

[ "$CARCH" = "x86_64" ] && ftp://download.nvidia.com/XFree86/Linux-$ARCH/${pkgver}/NVIDIA-Linux-$ARCH-${pkgver}-no-compat32.run

Det commented on 2010-05-22 09:47

There should definitely be a change with the notifications. Either that the comments posted consecutively by the same user within certain amount of time (or just all of them) will be ignored.

Hilinus commented on 2010-05-22 08:24

Exactly, directory structure has changed with 256.25. I have modified PKGBUILDS for nvidia-beta and nvidia-utils-beta accordingly. You can find them here:

nvidia-utils-beta: http://aur.pastebin.com/nNT87e8R
nvidia-beta: http://aur.pastebin.com/ZkZ3uvM0

ngoonee commented on 2010-05-22 08:22

@Det - While I appreciate that you're trying to help, please don't keep re-posting your comment (with modifications), you're spamming the mailboxes of those who are subscribed to comments on this package.

Det commented on 2010-05-22 07:38

The mighty-über-superior 256.25 out. I dunno if this is gonna change but at least for now in 265.25 the filenames have changed to "NVIDIA-Linux-$ARCH-256.25.run", which means that all the '-pkg0' endings need to be removed from the PKGBUILD. The 64 bit's ftp folder also includes the 'no-32-compatibility' driver, which doesn't include the OpenGL32 compatibility stuff.

Even then I wasn't able to make a pacman package of this thing as the directory structure with the extracted Nvidia 256.25 driver has changed... oh well, that's your problem it's not mine... so good luck :D!

Det commented on 2010-05-22 07:37

The mighty-über-superior 256.25 out. I dunno if this is gonna change but at least for now in 265.25 the filenames have changed to "NVIDIA-Linux-$ARCH-256.25.run", which means that all the '-pkg0' endings need to be removed from the PKGBUILD. The 64 bit's ftp folder also includes the 'no-32-compatibility' driver, which doesn't include the OpenGL32 compatibility stuff.

Even then I wasn't able to make a pacman package of this thing as the directory structure with the extracted Nvidia 256.25 driver has changed... oh well, that's your problem it's not mine... good luck :D!

Det commented on 2010-05-22 07:36

The mighty-über-superior 256.25 out. I dunno if this is gonna change but at least for now in 265.25 the filenames have changed to "NVIDIA-Linux-$ARCH-256.25.run", which means that all the '-pkg0' endings need to be removed from the PKGBUILD. The 64 bit's ftp folder also includes the 'no-32-compatibility' driver, which doesn't include the OpenGL32 compatibility stuff.

Even then I wasn't able to compile this as the directory structure with the extracted Nvidia 256.25 driver has changed... oh well, that's your problem it's not mine... good luck :D!

Det commented on 2010-05-22 07:35

The mighty-über-superior 256.25 out. I dunno if this is gonna change but at least for now in 265.25 the filenames have changed to "NVIDIA-Linux-$ARCH-256.25.run", which means that all the '-pkg0' endings need to be removed from the PKGBUILD. The 64 bit's ftp folder also includes the 'no-32-compatibility' driver, which doesn't include the OpenGL32 compatibility stuff.

Even then I wasn't able to compile this as the directory structure with the extracted Nvidia 256.25 driver has changed... Well... good luck!

Det commented on 2010-05-22 06:50

The mighty-über-superior 256.25 out.

Anonymous comment on 2010-05-17 15:36

Fixed, thank you :-)

julroy67 commented on 2010-05-17 15:26

You forgot (and myself) to add the mkdir command to create the dir ( mkdir -p $pkgdir/etc/modprobe.d ) before the echo :)

Anonymous comment on 2010-05-17 13:20

Done, thanks julroy.

julroy67 commented on 2010-05-17 12:49

With 2.6.34 kernel in testing, I suggest adding « echo "blacklist nouveau" >> $pkgdir/etc/modprobe.d/nouveau_blacklist.conf || return 1 » as in latest testing nvidia pkg, to avoid nouveau loading.

Anonymous comment on 2010-04-28 22:13

Added 20-nvidia.conf.
Thanks for noticing julroy67.

julroy67 commented on 2010-04-28 21:13

Could you please add the nvidia configuration file as in official repository : http://repos.archlinux.org/wsvn/packages/nvidia-utils/trunk/20-nvidia.conf

Anonymous comment on 2010-04-24 12:22

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-04-10 11:21

Thanks ngoonee, I thought it was there, but I was wrong :-) Fixed.

ngoonee commented on 2010-04-09 23:39

Hi, should this conflict with nvidia as well? User just commented as such on my nvidia-beta-all page, and it does make sense, but I'm used to just mirroring whatever is here.