[gentoo-dev] Deprecating virtual/opengl in favor of media-libs/libglvnd

[gentoo-dev] Deprecating virtual/opengl in favor of media-libs/libglvnd

[Cedric Sodhi]

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

-- 



-------------------------------------------------
This free account was provided by VFEmail.net - report spam to abuse@vfemail.net
 
ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!  

Re: [gentoo-dev] Deprecating virtual/opengl in favor of media-libs/libglvnd

[orbea]

I think this is a mistake, libglvnd has a documented performance hit
and should be optional.

https://gitlab.freedesktop.org/glvnd/libglvnd/-/issues/222

On Wed, 18 Jan 2023 14:23:22 +0200
Cedric Sodhi <ManDay@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
> 

Re: [gentoo-dev] Deprecating virtual/opengl in favor of media-libs/libglvnd

[Ionen Wolkens]

[-- Attachment #1: Type: text/plain, Size: 1785 bytes --]

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 <ManDay@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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]