-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
[bug] Tauri v2 has constrained compatibility on Linux #9039
Comments
OK I think this will be a wontfix, but it has led me to look into this webkit gtk stuff to work out where native support is possible and this might be useful to feed back into the docs. Different webkit gtk apis A. webkitgtk (WebKit1 API, gtk3, removed in webkitgtk 2.6.0) (B and E appear to be academic and rare, A is so old as to not be relevant) Tauri v1 uses webkit2gtk-4.0 (C), this is available on a lot of Linux distros (not limited to)
Tauri v2 uses webkit2gtk-4.1 (D), this is available on recent Linux distros
==================== So how can we use Tauri v2 for applications to be deployed into older environments? AppImage: This bundles in the shared libs, but does not bundle in glibc (maybe it can in some configs??). So we probably cannot make a CentOS 9 builds with this FlatPak: ? I have not used Flatpak before Building libsoup3 and webkit2gtk-4.1 for CentOS 9 (this is what I will try next) |
libsoup3 requires glib 2.69.1 (now 2.70) to build, so that would involve updating the system |
This is indeed a won't fix, we weren't fans of the 4.0 -> 4.1 update either but were kinda forced to do it (it kinda paves the way to the gtk4 upgrade which has the same version requirements so i guess that's good). I would have loved to have support 4.0 and 4.1 at the same time (compile time flag) but yeah, that didn't happen.
Right now the only backwards compatible way (that i know of) is indeed flatpak (via flathub preferably) and indeed one of the main reasons for the 4.1 move apart from issues with 4.0/2.4 that weren't getting fixed. snap may also work, i don't know. I also regularly try to make appimages work for this but so far it has never worked out. |
We just tried an AppImage on Ubuntu 22 and got error |
Describe the bug
(I guess this is just that the minimal version requirements for v2 are > RHEL9 and this is probably wontfix)?
With Tauri v1 we were building with CentOS7. I have just tried to update to Tauri v2 and have had to confront a couple of problems.
In order to fix the first problem I decided to build on CentOS9 stream, which is quite similar to our target platform. However CentOS9 stream uses glib2 2.68.4. Unfortunately the rust crate soup3 requires gio 2.70 and so I can no longer build without moving to Fedora or Ubuntu. (Ubuntu 20.04 which is still in support has the same issue).
Reproduction
Try to build an example app on CentOS 9 Stream, or Rocky 9, or Ubuntu 20.04.
Expected behavior
I would expect Tauri v2 to be capable of building on modern enterprise Linux and/or this stuff to be listed in the
What other breaking changes we are going to expect?
section here https://github.com/tauri-apps/tauri-docs/blob/425563db3849ceed10fcc5d1b6d73ea6bc7f1ec4/src/content/docs/blog/tauri-2-0-0-alpha-3.md?plain=1#L32Full
tauri info
outputStack trace
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: