Created a Fedora repository
LyesSaadi opened this issue · 10 comments
Hey :)!
I created a Fedora repository for this project! It provides packages for Fedora 33, 34 & rawhide. As opposed to the OpenSUSE package, it does not conflict with glfw, it overrides it instead (using Versions & Epochs) to avoid confusion with users and enable simple installation by just doing an upgrade (it does have downsides though, like a harder uninstallation). It also does not use the same specfile, instead, in the same way, I took Fedora's official specfile instead (and I will try to keep track of updates). It also needs the different path for the JVM arguments, like OpenSUSE. I explained everything for users in the repository web page.
The COPR repository: https://copr.fedorainfracloud.org/coprs/lyessaadi/minecraft-wayland-glfw/
(COPR is Fedora's AUR/PPAs)
I also found some weird graphical glitches with GNOME (when resizing windows, for example). I'll try soon with sway as I also use it frequently.
Thank you for this project :)!
Thanks, added a link to the README file. I'll be keeping this issue open for Fedora-specific discussion.
For the GNOME glitches, can you try the patches in the libdecoration branch of this repo? I don't use GNOME so I can't really comment on if they work at all, but I faintly recall some stuff about it that was relevant. If that works, your input would probably be appreciated on issue #2.
@LyesSaadi Would you mind switching the copr to the branch with the libdecoration patches? I believe this would be the best solution for all Fedora users interested of running Minecraft on Wayland, no matter on which wayland DE/WM.
Just wanted to notify you the underlying GLFW version has updated to 3.3.6
(Your package seems to not have been updated since the initial release, if you have an RSS reader you might want to subscribe to the commit feed: https://github.com/Admicos/minecraft-wayland/commits.atom)
I am aware of that. I am tracking the official Fedora package. I will rebuild it for 3.3.6 as soon as the Fedora packager does, applying @Alexmitter's suggestion at the same time !
Uh, I see that the libdecoration branch is a bit old, should I keep following main ?
I haven't touched libdecoration since I first made it, and the only change it got was PR #9. It's not merged to main yet.
I'm worried about touching it because I do not have any test environment that needs libdecoration (so, GNOME) and I do not want to break stuff. I'll be working on getting something set up to test that out pretty soon.
I updated GLFW and the libdecor patch on the libdecoration branch as far as I could (newer GLFW commits break the patch). From my testing it doesn't fix any of the issues it had, possibly except from the blurryness on hi-dpi, but I don't have the hardware to test that so I cannot confirm it changed at all.
The branches will merge only when GLFW 3.4.0 releases and the libdecoration patch updates for the release version (or gets merged, it's been marked urgent by a maintainer)
I think I'll just create two packages, one with the libdecoration branch, and the other one with the main branch !
Any chance of providing a package of the one-nineteen branch?
Will look into reviving this !