-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Crash on launch on sway/wayland #1300
Comments
I think our rendering context extraction relies on X11, so we'd need a wayland path there to not use GLX, but whatever wayland provides us for that. This context then has to be shared by sdl and our Qt GUI. Feel free to implement :) |
Wayland provides EGL (also EGL can be these days used on X11 well). |
Using KDE Runtime and SDK (it's only SDK with Qt libraries). Currently, just cloning directory and opening it in GNOME Builder + pressing "Build" button will generate installable and runable OpenAge! This also can be used to generate nightly builds for Linux. Unrelated issues to Flatpak itself: - SFTtech#1351 (master isn't able use older data generated by 0.4.1) - SFTtech#1350 (converting assets don't work on master branch at the moment) - SFTtech#1279 (0.4.1, Generate map crashes app) Wayland has to be disabled due to SFTtech#1300 There is currently enabled too many permission, when game starts working properly, it needs to be tightened to required minimum. Cleanup phase should be implemented in future (for headers and other stuff which remains after libraries). Depend on: SFTtech#1348 Closes: SFTtech#1050 Signed-off-by: David Heidelberg <david@ixit.cz>
Using KDE Runtime and SDK (it's only SDK with Qt libraries). Currently, just cloning directory and opening it in GNOME Builder + pressing "Build" button will generate installable and runable OpenAge! This also can be used to generate nightly builds for Linux. Unrelated issues to Flatpak itself: - SFTtech#1353 (master, converting assets don't work on master branch at the moment) - SFTtech#1279 (0.4.1, Generate map crashes app) Wayland has to be disabled due to SFTtech#1300 There is currently enabled too many permission, when game starts working properly, it needs to be tightened to required minimum. Cleanup phase should be implemented in future (for headers and other stuff which remains after libraries). Depend on: SFTtech#1348 Closes: SFTtech#1050 Signed-off-by: David Heidelberg <david@ixit.cz>
Using KDE Runtime and SDK (it's only SDK with Qt libraries). Currently, just cloning directory and opening it in GNOME Builder + pressing "Build" button will generate installable and runable OpenAge! This also can be used to generate nightly builds for Linux. Wayland has to be disabled due to SFTtech#1300 There is currently enabled too many permission, when game starts working properly, it needs to be tightened to required minimum. Cleanup phase should be implemented in future (for headers and other stuff which remains after libraries). Depend on: SFTtech#1348 Closes: SFTtech#1050 Signed-off-by: David Heidelberg <david@ixit.cz>
Flatpak uses KDE Runtime and SDK (since it has Qt libs). Wayland has to be disabled due to SFTtech#1300 There is currently enabled too many permission, when game starts working properly, it needs to be tightened to required minimum. Cleanup phase should be implemented in future (for headers and other stuff which remains after libraries). Depend on: SFTtech#1348 Closes: SFTtech#1050 Signed-off-by: David Heidelberg <david@ixit.cz>
Flatpak uses KDE Runtime and SDK (since it has Qt libs). Wayland has to be disabled due to SFTtech#1300 There is currently enabled too many permission, when game starts working properly, it needs to be tightened to required minimum. Cleanup phase should be implemented in future (for headers and other stuff which remains after libraries). Depend on: SFTtech#1348 Closes: SFTtech#1050 Signed-off-by: David Heidelberg <david@ixit.cz>
Flatpak uses KDE Runtime and SDK (since it has Qt libs). Wayland has to be disabled due to SFTtech#1300 There is currently enabled too many permission, when game starts working properly, it needs to be tightened to required minimum. Cleanup phase should be implemented in future (for headers and other stuff which remains after libraries). Depend on: SFTtech#1348 Closes: SFTtech#1050 Signed-off-by: David Heidelberg <david@ixit.cz>
Flatpak uses KDE Runtime and SDK (since it has Qt libs). Wayland has to be disabled due to SFTtech#1300 There is currently enabled too many permission, when game starts working properly, it needs to be tightened to required minimum. Cleanup phase should be implemented in future (for headers and other stuff which remains after libraries). Depend on: SFTtech#1348 Closes: SFTtech#1050 Signed-off-by: David Heidelberg <david@ixit.cz>
Flatpak uses KDE Runtime and SDK (since it has Qt libs). Wayland has to be disabled due to SFTtech#1300 There is currently enabled too many permission, when game starts working properly, it needs to be tightened to required minimum. Cleanup phase should be implemented in future (for headers and other stuff which remains after libraries). Depend on: SFTtech#1348 Closes: SFTtech#1050 Signed-off-by: David Heidelberg <david@ixit.cz>
Flatpak uses KDE Runtime and SDK (since it has Qt libs). Wayland has to be disabled due to SFTtech#1300 There is currently enabled too many permission, when game starts working properly, it needs to be tightened to required minimum. Cleanup phase should be implemented in future (for headers and other stuff which remains after libraries). Depend on: SFTtech#1348 Closes: SFTtech#1050 Signed-off-by: David Heidelberg <david@ixit.cz>
Flatpak uses KDE Runtime and SDK (since it has Qt libs). Wayland has to be disabled due to SFTtech#1300 There is currently enabled too many permission, when game starts working properly, it needs to be tightened to required minimum. Cleanup phase should be implemented in future (for headers and other stuff which remains after libraries). Depend on: SFTtech#1348 Closes: SFTtech#1050 Signed-off-by: David Heidelberg <david@ixit.cz>
Wayland also provides x11 compatibility. |
The Qt-to-SDL handshake for the rendering was removed in #1497 which should resolve all Wayland issues. |
Platform: Arclinux, Mesa drivers. Sway 1.5, Qt 5.15, SDL 2.0.12
I have the following environment variables set (it doesn't crash at the same place when I unset them):
The log is slightly different when only the SDL environment variable is set, otherwise it is as above with both or only the QT one:
The text was updated successfully, but these errors were encountered: