Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[V4H-WH] Issue with removing standard "opengl" from DISTRO_FEATURES #40

Open
lakabd opened this issue Jan 2, 2024 · 1 comment
Open

Comments

@lakabd
Copy link

lakabd commented Jan 2, 2024

In whitehawk.conf, when GSX drivers are included in the BSP build, you are removing the standard poky entry "opengl" from DISTRO_FEATURES: code

The justification I can think of for this is that you don't want any opengl/es provider to interfere with Renesas's GSX drivers. But this is well handled by just setting PREFERRED_PROVIDER_virtual/egl and PREFERRED_PROVIDER_virtual/libgles2 correctly which is already done here: code

I'm opening an issue, because this modification creates a lot of problems as in this way, meta-renesas is imposing policy on DISTRO_FEATURES while it shouldn't ! "opengl" is a standard entry in DISTRO_FEATURES for the majority - if not all - poky/yocto packages that have some support for graphics e.g., qtbase, gstreamer... and its presence just means that the distro will have some sort of GPU rendering API support and it dosen't relate at all to which package is the provider, that's up to the user/package to choose.

And as the _remove override in bitbake has the highest priority, WE CANNOT re-add "opengl" to DISTRO_FEATURES in our layer, the only way is directly removing the mentioned line directly from meta-renesas !

Could you please review the mentioned line and its utility ?

Thank you & best regards,

Abderrahim

@hauconglevo
Copy link
Contributor

Dear Abderrahim,

Thanks for your pointing out. We will update it in next release.

Best regards,
Hau Vo

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants