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.
Search Criteria
Package Base Details: nvidia-utils-beta
Package Actions
| Git Clone URL: | https://aur.archlinux.org/nvidia-utils-beta.git (read-only, click to copy) |
|---|---|
| Submitter: | None |
| Maintainer: | dbermond |
| Last Packager: | dbermond |
| Votes: | 340 |
| Popularity: | 0.178033 |
| First Submitted: | 2008-08-19 21:42 (UTC) |
| Last Updated: | 2024-04-26 00:50 (UTC) |
Packages (3)
BrainwreckedTech commented on 2013-03-02 00:37 (UTC)
ngoonee commented on 2012-11-02 00:10 (UTC)
Thanks, tested and updated.
Max-P commented on 2012-11-01 23:54 (UTC)
This now needs "pangox-compat" for nvidia-settings to work properly. The last pango update broke it.
Det commented on 2012-10-29 13:24 (UTC)
It's for hardware accelerated video encoding so I wouldn't be surprised.
XvMC was the first equilevant for DxVA. The support was probably just removed in favor of VDPAU.
ngoonee commented on 2012-10-17 02:15 (UTC)
I COULD chuck it in there quite easily, let me do a bit of research as to what it is though =). My system works without it, at least.
gun26 commented on 2012-10-17 01:42 (UTC)
libXvMCNVIDIA is indeed gone, but there's now a libnvidia-encode.so.310.14 which wasn't there before. I'm guessing it goes in /usr/lib?
ngoonee commented on 2012-10-16 02:45 (UTC)
Latest 310.14 no longer contains libXvMCNVIDIA, whatever that is. Heads-up for those who do know and who may be affected by that (it was introduced, according to the help, circa 2002)
<deleted-account> commented on 2012-08-06 18:59 (UTC)
mrk3004:
"...if a value in the provides is not accompanied by his version, it is ignored..."
Uhm, that's not what the wiki says. It's not ignored, unless a package depends on a specific version. I consider this not really a problem in case of this packages.
calendulish commented on 2012-08-03 10:45 (UTC)
This line is wrong:
provides=('libgl' "nvidia-utils=${pkgver}-${pkgrel}" "libcl" "opencl-nvidia")
if a value in the provides is not accompanied by his version, it is ignored. libgl, libcl and opencl-nvidia is being ignored in its variable.
Replace "nvidia-utils=${pkgver}-${pkgrel}" by "nvidia-utils=${pkgver}", never place the release of the package.
from wiki:
Provides:
An array of package names that this package provides the features of (or a virtual package such as cron or sh). Packages that provide the same things can be installed at the same time unless conflict with each other (see below). If you use this variable, you should add the version (pkgver and perhaps the pkgrel) that this package will provide if dependencies may be affected by it. For instance, if you are providing a modified qt package named qt-foobar version 3.3.8 which provides qt then the provides array should look like provides=('qt=3.3.8'). Putting provides=('qt') will cause to fail those dependencies that require a specific version of qt. Do not add pkgname to your provides array, this is done automatically.
Pinned Comments
dbermond commented on 2021-10-14 19:07 (UTC)
Note: gbm egl support requires egl-wayland 1.1.8. The repository egl-wayland is currently at version 1.1.7. Use egl-wayland-git if you need this feature until 1.1.8 reaches the official repositories.