Nightmayr-snaps / yuzu-snap

3 stars 4 forks source link

Latest yuzu from snap fails to start #41

Closed boriseto closed 2 years ago

boriseto commented 3 years ago

Trying to run it from terminal I get the following:

QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled
Cannot mix incompatible Qt library (5.12.8) with this library (5.15.2)
Aborted

Trying it with latest app image works

Nightmayr commented 3 years ago

Thanks for letting me know I can confirm I saw the same error. I'll revert the version on the stable channel to the last good version. The snap recently had to be updated to use a newer Qt version required for yuzu to run but an older version also seems to be present, so I'll have to investigate why the older version is still being bundled. Running games with Vulkan doesn't seem to be affected only OpenGL is unable to run.

boriseto commented 3 years ago

Well, I had it configured on OpenGL for compatibility reasons for now, but couldn't change it to Vulkan anyway since the GUI didn't start. Thanks for being on it.

Nightmayr commented 2 years ago

Sorry it's taken a while, there should be a new version landing in the stable channel (version 789 revision 443). Unfortunately there is a downside to this revision that I'm trying to solve which affects KDE users, namely the application theming isnt themed like other breeze applications as trying to include this dependency causes the previous conflict of 2 conflicting Qt versions. The second problem on KDE is that folder selections use xdg-desktop-portal-kde to bring up the KDE file picker but this is currently quite buggy in my testing where it wont allow folder selections. I've created a forum post which hopefully leads to a solution. If you are using GNOME or some other GTK based desktop then these issues shouldn't affect you.

I'm hoping to find a more robust solution to upgrading the Qt version whilst avoid the drawbacks above, the idea is to use my own content snap based on what I've created in this repo.

Additionally in the near future I may end up having to change the channel strategy where the edge or candidate channel will contain daily automated snap builds and the stable channel would contain a manually tested version to align with a new major yuzu feature so might be monthly releases. So basically the current stable channel will become the edge or candidate channel.

boriseto commented 2 years ago

Hey, thanks very much. I saw that there were updates so I switched to the rc channel yesterday (seemed like it was with newest build) and yeah, using kde it didn't follow my dark theme and saw that the changes that you made was actually commenting out the theming dependency. Anyway, I can at least confirm it's working now. And I'm not using the file picker at all since I'm just copying all roms in the same folder. Thanks for everything though.

Nightmayr commented 2 years ago

I've published a snap to the candidate channel that you might be interested in taking a look at. It's essentially the new approach I intend to use for yuzu and many of my other Qt snaps like Citra, RPCS3, melonds (and probably more in the future) where it uses a content snap to get the Qt dependencies. Because the Qt is built and patched by me, in my testing it does allow for previous broken functionality to work and improvements in other areas:

Some of these may not be too interesting to you but just informing you about these changes as I did allude to them in the previous comment.

boriseto commented 2 years ago

All good, I was actually interested in those changes, but was unsure how I could help you, besides testing it. I'll try it out today or tomorrow after work.

boriseto commented 2 years ago
Nightmayr commented 2 years ago

Awesome, thanks for testing and providing feedback. I'll be merging this into the master branch soon. Agreed I'll close this issue and if any other issues arise from this change they can be tracked in a separated issue.