-
Notifications
You must be signed in to change notification settings - Fork 13
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
Libdecoration patch status #2
Comments
You should be able to edit the patch(es) and remove any changes to
.travis.yml. That is the only file GitHub claims has any conflicts.
I'll try looking into it, but I don't have a GNOME setup to test things
on, so things might break.
|
Removing commits 3c90e95971b79c43553beb11d1221a65b25fb846 and be7da8186bbf8ae4de5535dbfc41b06855fd6240 from the PR seem to be enough for the travis.yml issue. Now I'll see what I can do about patch 32327c565ced3cf422778ce27fe5953e00e2e65c failing to apply... |
That patch "applied" fine after I performed the edits manually. Seems like CMakeLists.txt had a few lines since then. Haven't tried building, though. The next patch seems to fail too, but it's a bit longer so I don't want to manually go through and apply that one by hand. |
Did a patch -p1 and manually appllied the one bad chunk. The last commit is even longer and has more complicated changes, so this might take a while (and I am not exactly a big C dev) |
OH WAIT - these patches (except the .travis.yml ones ofc) all apply successfully to the master branch (as opposed to the latest release which was our current target) without any changes. I guess we could change the PKGBUILD to use a snapshot from the git history or something and apply the patches on top. |
I know you're not using this under Arch, but in any case, a testing version of the PKGBUILD is available at https://github.com/Admicos/minecraft-wayland/tree/libdecoration |
7b0c97b works! The Minecraft Flatpak now runs with libdecoration on native Wayland! To clarify, |
I also found libdecoration appears to cause the entire minecraft window to be a bit blurry on my HIDPI monitor, does the AUR package experience this is as well?
|
On June 30, 2021 8:52:12 PM GMT+03:00, Vincent Chernin ***@***.***> wrote:
7b0c97b works! The Minecraft Flatpak now runs with libdecoration on native Wayland!
To clarify, `main` `0002-Don-t-crash-on-calls-to-focus-or-icon.patch` & `0004-Do-not-crash-on-window-position-set.patch` were not really needed in the latest git snapshot, and they were superseeded by `0003-wayland-don-t-crash-app-on-api-calls-to-window-focus.patch`?
AFAIK Patch 0004 partially fixed an issue with Forge before we found a proper fix. It shouldn't be required anymore.
|
I don't have a HiDPI monitor so I cannot test that, sorry. |
It might still be an issue even without HIDPI. Regardless I plan to test these patches out a bit and hopefully narrow down where the bugs are and report them. The more Wayland the better! |
I have the blur it's one of the biggest issues for me >:( |
It seems to pr fixed in this PR but idk: |
I think that PR doesn't necessarily cover this HiDPI bug we seem to see here. Support is there and it works, but it doesn't fully work which is the problem. |
I'll make an issue on the libdecor repo then |
I've been getting these patches to run in the Minecraft Flatpak, which seems to work reasonably well, Minecraft is actually able to run in Wayland natively within Flatpak. The 4 patches in this repo all work.
I'm wondering if the AUR package can build with libdecoration against GLFW 3.3.4? For me git am usually says things like this:
It might just be a matter of getting some dependency into the Flatpak, I mostly wanted to sanity check before reporting this behaviour to glfw/glfw#1693.
Thank you for your work gathering these patches and documenting some steps! I am hopeful that adding it to the Flatpak will help resolve any issues, so GLFW can get mainlined Minecraft Wayland support.
Update: it seems if I remove parts 5/9 and 6/9 from the .patch git am is happy... but it still doesn't compile.
The patch depends on libdecoration itself, which of course makes sense, but it unfortunately doesn't seem to have alot of distro provided packages yet. Maybe there's one in the AUR.
Another update: I seem to be able to build with the libdecoration patch alone, need to test if it actually works.
The text was updated successfully, but these errors were encountered: