@brainblasted it should be not an application developer job to care about the distro's dependencies.
That is usually the distributions packagers job, when they consider an app interesting enough to be packaged.
Also the flatpak logic which you just described comes at a cost of: the carzy amount runtimes GB in disk space "virtualizing" userspace, on top of userspace.
In my personal preferences, I find "not healthy", having to do stuff like:
Having to install 700 MB of runtimes to have _one_ QT app.
2GB of runtimes to build from source a 27MB application as flatpak.
Flatpak is built on the notion that disk space is bigger and cheaper by the year, and that is not that linear.
@joao @brainblasted As a user, I agree @joao. I have cancelled Flatpak installs from GNOME Software because they were trying to reinstall all of KDE! That's quite silly. As an application developer, I agree with @brainblasted. We don't have a choice on Windows and macOS anyway, we have to package all dependencies ourselves. I think the Flatpak runtime concept may turn out to be a decent compromise between the conventional Linux distro model and the macOS/Windows model.
@joao @brainblasted Flatpak won't be a viable option for music applications until PipeWire is widely available, which will be happening in the next couple of months. We just spent a month getting our Windows dependencies building with vcpkg. I want to try using vcpkg for our Linux dependencies too with a Flatpak and get rid of our old Ubuntu PPA.
@be @brainblasted On a personal effort not to be so negative about stuff:
What I do like about flatpak is incremental updates :D