Made public today was CVE-2023-43785 as an out-of-bounds memory access within the libX11 code that has been around since 1996. A second libX11 flaw is stack exhaustion from infinite recursion within the PutSubImage() function of libX11… This vulnerability has been around since X11R2 in February of 1988.
Due to these issues coming to light, libX11 1.8.7 and libXpm 3.5.17 were released today with the necessary security fixes. More details on these latest X.Org security vulnerabilities via today’s X.Org security advisory.
–my-next-video-card-wont-be-nvidia
Even if you have an nvidia card, it’s… fine now? With a 1080Ti, and Plasma, I haven’t really had any issues on the Wayland session, that aren’t straight up KDE bugs
Until the next NVidia-specific workaround is required.
I mean, fingers crossed we don’t, but so far this has also not been an issue for a year or two, in my case. Cruising happily
Still no VRR support which is likely a dealbreaker for many.
Like I’ve said, it’s not flawless. There are things missing, but in the larger scheme of things, it is both usable and stable. In my daily usage, I have not encountered any dealbreakers
Can’t you use VRR on KDE?
With AMD you can. GSync isn’t supported on Wayland.
Series 10 is safe to use in wayland?
[This comment has been deleted by an automated system]
Cool, thanks!
Same, am happily using an NVidia 3060 laptop with Wayland+Plasma. Playing BG3 and Guildwars2 on Proton+Xwayland. Got a Plasma panel freezing bug (that’s applicable to non-Intel GPU’s) that fortunately had a workaround so I’m fine.
So for some use cases at least it’s OK. They seem to be working more on Wayland now: In the next driver they’re fixing a number of things bothering some people like v-sync and Vulkan on Prime. They also have a ticket in progress for nightlight (GAMMA_LUT support) but not sure what version it’s headed for.
They work fine on wayland when they are not being used as a primary GPU. My optimus laptop (680M + RTX3050) works perfect on Wayland because 99% to 100% of the time it actually uses the AMD GPU for the desktop things. It only uses the discrete Nvidia GPU when I tell it to for games and the like. My desktop that is nvidia-only though is another story, last time I tried I got significant cursor glitches after waking from sleep, the night light doesn’t work due to the lack of GAMMA_LUT like you mentionned. There were also all sorts of glitches with Blur my shell iirc
I have the laptop set to NVidia Dedicated mode, the integrated GPU is dormant at all times (verified with nvtop), so I don’t have any experiences with Optimus. I don’t use suspend, I turn it on in the morning, off in the evening.
Oh thank god, this is the first I’ve heard of them working on GAMMA_LUT support. I’ve been dying without night light.
Well, they haven’t committed to a release number and I don’t know what priority the ticket has, however if you use KDE there will be a workaround for night light without GAMMA_LUT for Plasma 6.
--unsupported-gpuSmart move. I hope Intel and AMD can get closer feature parity to Nvidia over the next five years. Personally I switched to an AMD card when I started using Linux like two years ago