Arch Linux User Repository

I was able to use makepkg after changing CARCH="x86_64-pc-linux-gnu" to CARCH="x86_64" in makepkg.conf

Hi, I'm having trouble making this package

with makechrootpkg, the extraction script doesn't seem to be creating the needed (sub)directories:

Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86 325.15NVIDIA-Linux-x86-325.15.run: line 974: /tmp/makeself.yVujfBX2/xz: No such file or directory Extraction failed.

and with makepkg, a strange dependency error occurs:

==> Checking runtime dependencies... ==> Installing missing dependencies... error: target not found: pc-linux-gnu[@] ==> ERROR: 'pacman' failed to install missing dependencies. ==> Missing dependencies: -> pc-linux-gnu[@] ==> ERROR: Could not resolve all dependencies.

Hey Anony, please write a bug report. This is most definitely an upstream bug.

Here is an how to on how to report bugs: https://nouveau.freedesktop.org/wiki/Bugs/

Hello MuPuf, maybe this is the wrong place to post but i am trying to run this code(pyqt, webengineview): https://pastebin.com/keUswmck (tradingview widget: https://pastebin.com/fc67dkvH) and it just fails to load or it shows half the window or it completely crashes the whole system meaning i have to reboot with reset button on computer to regain control of pc. Investigating on the internet has lead me to believe that this is due to the noveau driver.

I also get these sometimes and other assorted errors: python: pushbuf.c:727: nouveau_pushbuf_data: Assertion `kref' failed

Do you know how to fix on archlinux?

nve6_fuc08x -> video decoding firmware. As there are 3 engines working together, we get 3 firmwares. Those are absolutely necessary for any kind of video decoding acceleration. nve6_fuc4xxx -> pgraph firmwares, needed for context switching (having multiple graphics contexts). These have open source alternatives mainline.

How does firmware naming work, is there somewhere explained how they're named and which one I should use? I've GTX 650 Ti which is NVE6, but there are several ones nve6_fuc084 nve6_fuc085 nve6_fuc086 nve6_fuc409c nve6_fuc409d nve6_fuc41ac nve6_fuc41ad

@j1simon: And did the update you made change in any way the level of support or even the binary output? You know, I am not a clueless packager, I am an actual nouveau developer. I do not claim to know everything, but at the very least, let me tell you that 340.32 is not as well tested as 325.15 and only 325.15 has support for the tesla GPUs. When nouveau supports video decoding on Maxwell, I will update this package. Until then, it will stay as is unless someone comes with a real story that updating was worth the risk of breaking some code (AKA, actually fixed bugs or added support for one GPU). At this point, I will likely depend on multiple versions of the blob so as I can keep having one package for all the firmwares. If really bandwidth is a problem, I will consider splitting it.

@smirky: Well, the latest blob also deleted support for old gpus. I may need to split this package at some point. In the mean time, I do not think any gpu on which we support video decoding is left out. Also, looking at the extraction script, the only blob more recent supported is the 340.32 which does not provide more firmwares. Updating for the sake of updating would be stupid IMO. I will update this package when someone adds support for the maxwell gpu or if someones proves me that updating the blob requirement provided the firmwares for his card and was enough to get VDPAU rolling :)

Hello, Shouldn't this package be updated to extract the firmware from the latest drivers? I see this is an old NVIDIA package which is extracting from.