Yes, that is my point, I dont think its xvnc causing trouble and nothing the USER ever selected to install, but rather a package, the question is witch.
Or maybe it is ONLY tigervnc relying on it, idk. But in both cases, there is something strange going on since it is working for me. xD
Happy new year!
Edit
Oh I see what you say now, I should have asked for that command instead… Thank you.
Both Xvnc and vncserver are binaries provided by the tigervnc package. He mentioned both. I don’t use it myself, however if it’s working fine for you then it must be something local to the OP’s system.
E.g., “vncserver :1” crashed, as did the analogous systemctl command. Reinstalling tigervnc didn’t help. I used journalctl and scanned the x11 server logs, but I stopped searching after seeing that something was blocking Xvnc from starting an xserver component.
All 5 machines are AMD opteron or ryzen boxes with NVIDIA graphics. I found only one mention of the same problem somewhere in the googleverse, but no solutions. Changing pacman-mirrors to stable and reinstalling all stable packages via pacman -Syyuuu (or some string like that) fixed the problem on all the machines.
Happy New Year!
PS, all the machines are servers accessed via SSH and VNC tunneling.
PPS, x11vnc also crashed before reverting to stable. Both VNC flavors worked well before the update.
AHA! It’s the mesa problem described in the December unstable thread.
And thanks for suggesting the pacman -Fy command. I typically use pacman -Syyu but didn’t know that it didn’t update the local database.
Only use one -y. Using it once refreshes the package database from the mirror servers. Using it twice forces a refresh even if they are already up to date. That wastes server bandwidth and resources unnecessarily.