Error Installing Monado using Envision
It looks like this question has come up a couple of times (https://discord.com/channels/1072614816579063828/1187140365115998291/1289283347851382804 and https://discord.com/channels/1072614816579063828/1087140957096517672/1233949453291880470) but no response so far. I'm trying to use Envision to set up Monado and running into the same issue with mesa-libGL-devel having a conflict. Does anyone have any ideas about this?
Error messages I'm seeing:
package mesa-libGL-devel-24.2.8-1.fc41.x86_64 from updates requires mesa-libGL(x86-64) = 24.2.8-1.fc41, but none of the providers can be installed
cannot install both mesa-libGL-24.2.8-1.fc41.x86_64 from updates-archive and mesa-libGL-1:24.2.8-101.bazzite.1.fc41.x86_64 from @System12 Replies
use distrobox
we have a patched mesa which is in conflict with the fedora one
Installing and Managing Applications - Bazzite Documentation
Bazzite is a custom image built upon Fedora Atomic Desktops that brings the best of Linux gaming to all of your devices.
So I'd set up a Fedora box, install the mesa library I need there, then somehow point Envision and/or Monado at that? Or do all the Envision stuff in the box?
you install everything in the distrobox
im most cases it will work as long as it doesnt require tight access to the host
I would think VR would qualify as "requires tight access to the host", but I'd be happy to be wrong!
unsure since i know nothing of the applications you mentioned
and i own 0 VR stuff
Ok. So if I don't want to go the distrobox route, do I have any other options?
would be to make a custom bazzite fork that do not rely on the valve patched mesa if i were to guess
Yikes! Well, thanks for the information. Kinda sounds like Linux still isn't quite ready for VR.
its more that what youre installing is clashing with something we have to custom build
its possible another alternative is to repackage the files and point to our mesa as a dependency instead of the regular one
What sorts of things would that entail? I haven't delved deep into building things from source so far.
kyle would be the packaging expert for rpms here
i packaged 1 kmod only
and it was mostly copy+paste from his kmod spec files