--- Comment #7 from Raphael Groner <projects.rg(a)smart.ms> ---
Copied over from bug #1788327 (rewiew GL4ES):
(In reply to Nicolas Chauvet (kwizart) from comment #10)
(In reply to Raphael Groner from comment #3)
> Thanks for the hints. I'll continue asap due to limited time.
> This request is mainly a preparation to give to the emulator box86 a chance
> and to get into Fedora with packaging:
> "Most x86 Games need OpenGL, so on ARM platforms, a solution like gl4es is
> probably needed."
As Fedora is concerned, arm (and aarch64) FLOSS drivers are using mesa and
plain libGL already.
The only use case where this would be useful would be the PI downstream
driver (not provided by Fedora) or Mali drivers (not provided by Fedora),
and few others.
So if you want box86 on arm with plain libGL and the related mesa drivers
(vc4/v3d for PI and lima for Mali), nothing hold.
If you are interested in downstream drivers for PI, then I'm trying to
"federate" various userspace in a dedicated rpi namespace in rpmfusion.
The reason why it has to be dedicated is because a ffmpeg built with bcmhost
enabled (PI downstream driver) would make the whole build PI specific. So my
guess is that gl4es, once built with -DBCMHOST=1 would be also specific and
not useful at all on Lima cases and others.
So that's the reason why I expect this build to be on copr. As I don't
expect a generic build to be anything useful.
At least can you submit a box86 review, so we can any if anything hold ?
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component