You are not logged in.
Hello! This is my first post here. I started using Arch 3 month ago and I have a problem after the newest update for nvidia. I have an RTX 3050 Mobile (Optimus), so I’m not directly affected by the update since I don’t have a 10xx card. However, I had nvidia installed, and now I’m affected. When I installed the drivers manually (I didn't use archisntall), I installed more packages than necessary. I already had the following packages installed: lib32-nvidia-utils, linux-firmware-nvidia, nvidia, nvidia-lts, nvidia-prime, and nvidia-utils, and the dGPU was working fine. When I tried to do pacman -Syu I had the following message:
:: Replace nvidia with extra/nvidia-open? [Y/n] Y
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing nvidia-utils (590.48.01-1) breaks dependency 'nvidia-utils=580.119.02' required by nvidia-lts
I know I should replace nvidia with nvidia-open and nvidia-lts with nvidia-open-lts, but I don't know in which order I should do the following commandes:
sudo pacman -Rns nvidia nvidia-lts
sudo pacman -Syu
sudo pacman -S nvidia-open nvidia-open-lts
sudo mkinitcpio -P
reboot
or
sudo pacman -Rns nvidia nvidia-lts
sudo pacman -S nvidia-open nvidia-open-lts
sudo mkinitcpio -P
reboot
sudo pacman -Syu
Also tell me, if I missed something to mention or a extra command I should do. Thank you!
---------------------------------------------------------------------------------------------------------------------------------------
Solution:
sudo pacman -Rns nvidia-lts
sudo pacman -Syu
sudo pacman -S nvidia-open-lts
Last edited by Shaurul (2025-12-21 19:30:26)
Offline
so I’m not directly affected by the update since I don’t have a 10xx card
Wrong, you are affected as the proprietary driver has been dropped to AUR now and the open one is the only nvidia driver left in repos.
Use
pacman -Syu nvidia-open nvidia-open-lts lib32-nvidia-open lib32-nvidia-open-ltsDisliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Sorry, but I already mentioned which packages I have installed on my laptop: lib32-nvidia-utils, linux-firmware-nvidia, nvidia, nvidia-lts, nvidia-prime, and nvidia-utils. I can't do pacman -Syu nvidia-open nvidia-open-lts lib32-nvidia-open lib32-nvidia-open-lts, because I don’t have nvidia-open or nvidia-open-lts installed. My question in the main post is about the proper order to uninstall nvidia and nvidia-lts and replace them with nvidia-open and nvidia-open-lts.
Offline
Have you tried that command ?
If yes, post the output it gives.
If not, try it and post the output.
Last edited by Lone_Wolf (2025-12-21 20:29:20)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
I tried the command, and it said it couldn’t find nvidia-open and nvidia-open-lts. I can’t reproduce it anymore because I’ve already solved my problem. I marked the question as solved and posted my solution in the main post.
Offline
Understood, thanks for the clarification.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Hi, I'm having very similar issues on a system here, no difference between running `sudo pacman -Syu` or `sudo pacman -Syyuu`:
:: Synchronizing package databases...
core is up to date
extra is up to date
:: Starting full system upgrade...
:: Replace nvidia with extra/nvidia-open? [Y/n]
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing nvidia-utils (590.48.01-1) breaks dependency 'nvidia-utils=580.105.08' required by nvidia-ltsThe way I'm reading the current news article "NVIDIA 590 driver drops Pascal and lower support; main packages switch to Open Kernel Modules" is that I should not have to perform an any extra intervention _unless_ I want to stay at the proprietary driver.
However, reality turns out to be different.
So this is looks like a bug (please explain if it's not and why).
A few days ago (on another system) I was having a similar issue with nvidia-utils as well, because a newer version of it was kept for too long in Extra-Testing while they already moved the linux-lts and nvidia-lts to Extra.
(I checked it by package search on the website, so that's how I knew that it wasn't me)
So I had to do an `--ignore` for these in order to be able to update.
So that was also an error made by maintainers.
Offline
For some reason the nvidia-open-lts package no longer "replaces" the nvidia-lts package (instead it now just replaces itself). This does seem like a packaging error. Open a ticket on the bug tracker.
In the meantime, Lone_Wolf gave a workaround in #2
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
For some reason the nvidia-open-lts package no longer "replaces" the nvidia-lts package (instead it now just replaces itself). This does seem like a packaging error. Open a ticket on the bug tracker.
Added to bugtracker: https://gitlab.archlinux.org/archlinux/ … -/issues/2
Feel free to supply more information I will then add to the ticket.
Last edited by StarWolf3000 (2025-12-22 12:34:38)
Mainboard: GIGABYTE B550 AORUS ELITE V2 | CPU: Ryzen 7 5800X | RAM: 32 GB
GPU: GeForce RTX 4060 8 GB (580.119.02 proprietary) | Display: BenQ BL2405 1920x1080
Kernel: 6.18.8 stable | Boot Manager: GRUB2 | DE: KDE Plasma | Login Manager: SDDM | Compositor: KWin
Offline