It’s in the firmware category, i.e. it comes from LVFS. It’s neither a Flatpak nor a DEB/RPM/… package. Many of these, I believe are actually exe files for DOS (happy to be corrected on this, it’s a while since I last read Richard Hughes’s blog).
Iirc, GNOME Software is plug-in-based and the Flatpak plug-in is just one of the plug-ins.
So for Android, the story is that Google really wanted to be able to keep the userland private whenever that fit their corporate agenda. Granted, they did take the time to modernize things and slim things down for mobile devices.
As to the containerization thing: I don’t completely buy the bloat argument when it comes from the same kinds of people that think it’s a good idea to split applications into a million microservices, each running in their own container. What I do buy is managers worrying whether they need to release their super-secret proprietary code because they included a GPL’d component. Business distros are afraid include e.g. Ghostscript these days because Google T&C say they don’t want any AGPL software running in their cloud. I also know that engineers on regular distros have spent time trimming dependencies down to match Alpine, so you can get regular distros almost as small as Alpine images.
It used to be true. Stallman didn’t anticipate the GPL hate coming from big corporates like cloud providers. Literally the major reason why Alpine and Android are the way they are.
Or did they change that?
No
The picture is from a yarn company. I guess you’ll have to knit them yourself.
les cousins dangereuses
I think GNOME Software uses some
fwupdlibrary rather than the straight-up command-linefwupdmgr, but yeah, basically.