@miss_rodent Multiple distros means multiple platforms. Multiple platforms means multiple dev targets. Multiple dev targets means that developing for "Linux" is, at minimum, *many dozens of times more expensive* than developing for macOS, or Windows, or the web.
@glyph @miss_rodent But things like Flatpak exist.
@cthos @miss_rodent do they? experts seem to disagree
@glyph @miss_rodent I mean, I run several different distros across several different pieces of hardware, with different desktop environments and I can install Flatpaks on all of them, so yes?

@glyph @miss_rodent The list includes but is not limited to:
- Manjaro on a 2015 Macbook Air 11" with XFCE
- Bazzite on a Framework 13" with KDE
- ZorinOS on Starlabs Starlite (which IIRC is highly skinned GNOME)
- Vanilla Ubuntu on a weirdo 10" tablet PC thingie from Chuwi (Required some config to enable because Ubuntu really loves snaps and they shouldn't)

And all my applications just work.

@cthos @miss_rodent FWIW it's not *impossible* for this to work, but it is wildly beyond *cost-effective* for most ISVs
@glyph @cthos @miss_rodent Then the community should definitely organize to make Flatpaks work more reliably across distros. What are the biggest problems that make it necessary for app developers to put in distro-specific work even when targeting Flatpak? (I have no experience with this yet; my main desktop app project at this point is a remote desktop access tool, so that's a whole other can of worms.)
@matt @cthos @miss_rodent flatpak does not address the deficiencies or the expense of interacting with a zillion different compositors, or for that matter different audio systems or GPS daemons. the kinds of apps that need to interact with the platform need an API shaped in terms of d-bus endpoints, and the problem that flatpak addresses is one of .so files. flatpak also requires manual management of filesystem permissions, which means apps are just slightly dysfunctional
@matt @cthos @miss_rodent the main thing is that it is missing a macOS style powerbox file dialog (which, ironically, was originally invented in linux, via bifrost in OLPC)
@matt @cthos @miss_rodent I think *most* telling though, the thing that is downstream from all the various subtle upstream problems with flatpak, is why does the platform still have ā€œnativeā€ apps and ā€œflatpakā€ apps as separate categories? is there an OS yet which is ONLY a runtime for flatpaks and doesn’t have a privileged class of ā€œgoodā€ apps which don’t have to live in flatpak jail?
@matt @cthos @miss_rodent as long as the native version of apps still exists then that’s still 1 platform with 2 platform targets which ISVs now have a bunch of research to do to find out users are gonna be mad if they package their particular app like that. which by itself is already more work. and if your platform also supports whatever a ā€œsnapā€ is, god help you