Today we have the one and only @Conan_Kudo on the show, if you've been at all involved in the development of Fedora Linux, OpenSUSE, CentOS and may more projects you've heard the name.
Video Release: https://www.youtube.com/watch?v=7yRrraoMee4
Audio Release: https://podcasters.spotify.com/pod/show/tech-over-tea/episodes/Improving-Fedora-Linux-From-The-Inside--Neal-Gompa-e29kopb
Really wish there were more community members like @Conan_Kudo who care about the greater "Desktop Linux" as a whole, not just about one particular distribution. And actually do things on a volunteer basis. Appreciate his work bridging communities, e.g., his work to bring Snap to Fedora. Sounds like an uphill battle though?
Regarding #Wayland, @Conan_Kudo nails it with "total protocol breakage and everything being completely different". And interesting to hear that @BrodieOnLinux is not using #Wayland due to "issues". "There are issues with Nvidia, absolutely. There are issues with window-manager-y things." So basically we all agree!
@probono@fosstodon.org @Conan_Kudo@fosstodon.org @BrodieOnLinux@linuxrocks.online he's not using wayland because his issues where hyperland specific and Sway's got some missing features he likes.
@10leej @BrodieOnLinux @probono Right, I'm aware of the philosophy that wlroots (and xdg-desktop-portal-wlr) holds, and it is unlikely that x-d-p-wlr will gain complete portal services coverage because of it.
@Conan_Kudo @10leej @probono The specific thing that I was missing is window capture, which I'm pretty sure is available for GNOME and KDE, but Wlroots not so much. Hyprland with it's custom portal was the only way to make it happen on that side
@BrodieOnLinux @10leej @probono It won't get implemented in xdg-desktop-portal-wlr until this is resolved: https://gitlab.freedesktop.org/wlroots/wlr-protocols/-/issues/93
wlroots has some *interesting* constraints that prevent it from using the solution everyone else uses, notably that Sway wants everything going through Wayland IPC rather than reusing other stuff when available.