You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Users building tauri apps for personal use in Gentoo Linux (and possibly other source-based distros) have the option to build gtk+ without Wayland support, as to not pull in Wayland as a dependency when only using X11. However, these people will find themselves with a linking error:
/home/lino/.cargo/registry/src/github.com-1ecc6299db9ec823/tao-0.16.2/src/platform_impl/linux/window.rs:812: undefined reference to `gdk_wayland_window_get_wl_surface'
collect2: error: ld returned 1 exit status
= note: some `extern` functions couldn't be found; some native libraries may need to be installed or have their path specified
Users with a pure Wayland system might have this issue too, but in reverse.
Describe the solution you'd like
A feature flag (like --features wayland and --features x11) could be used to turn on/off the code paths related to these libraries. This would fix the linking errors. These features should probably come enabled by default, as this is the current behaviour.
Describe alternatives you've considered
Gentoo users need to emerge gtk+ with the wayland use flag enabled. This works, but pulls in unnecesary dependencies into the system that will never be used. If it is decided that users should make this change themselves, it should be reflected in the docs.
Would you want to assign yourself to implement this feature?
Yes
No
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
Users building tauri apps for personal use in Gentoo Linux (and possibly other source-based distros) have the option to build gtk+ without Wayland support, as to not pull in Wayland as a dependency when only using X11. However, these people will find themselves with a linking error:
Users with a pure Wayland system might have this issue too, but in reverse.
Describe the solution you'd like
A feature flag (like
--features wayland
and--features x11
) could be used to turn on/off the code paths related to these libraries. This would fix the linking errors. These features should probably come enabled by default, as this is the current behaviour.Describe alternatives you've considered
Gentoo users need to emerge gtk+ with the
wayland
use flag enabled. This works, but pulls in unnecesary dependencies into the system that will never be used. If it is decided that users should make this change themselves, it should be reflected in the docs.Would you want to assign yourself to implement this feature?
The text was updated successfully, but these errors were encountered: