On Wed, Jan 18, 2023 at 05:37:03AM -0800, orbea wrote: > I think this is a mistake, libglvnd has a documented performance hit > and should be optional.
Optional glvnd was a complete mess and this isn't happening. Also, performance impact is only relevant if cpu-bound which is rather rare for normal games and applications (aka, not stuff like glxgears). "some" emulators can be more cpu-bound, but a lot of the bigger ones support vulkan anyway nowadays. Yes, there are cases where it'd be better but we're way too far from it being worth the maintenance cost and confusion. Recently seen people run into issues with libEGL when forcing -Dglvnd=false too, more things to worry about. > > https://gitlab.freedesktop.org/glvnd/libglvnd/-/issues/222 > > On Wed, 18 Jan 2023 14:23:22 +0200 > Cedric Sodhi <man...@openmail.cc> wrote: > > > Hello everyone, > > > > as by our discussion on #gentoo-desktop, we would like to sort out > > the historical artefact "virtual/opengl" which dates back to before > > Wayland and has become somewhat inappropriate (a misnomer, not > > sufficiently configurable, or redundant depending on one's > > perspective). > > > > A quick recap of the situation, a description of the problems and > > reasons why it should be deprecated, as well as the "way forward" are > > documented here: > > > > https://wiki.gentoo.org/wiki/User:ManDay/Deprecating_the_virtual_OpenGL_ebuild > > > > At this point we would like to invite everyone to enter additional > > feedback - including potential problems which are not covered by the > > article. When we're sure that everything has been considered, we can > > move to deprecating "virtual/opengl". > > > > > > Thank you! > > Cedric > > > > -- ionen
signature.asc
Description: PGP signature