CentOS v10 (upstream distro for future Red Hat v10 that will be released in Feb/2025) was released and for desktop apps very interesting announcement related to GUI applications users to install GUI apps from flapaks (or use EPEL repo):
The message is, the ones that want to target enterprise supported desktop environment, the expected target is flatpak. This will be beneficial for Blufin and other Universal Blue variants and wider ecosystem.
I don’t know, why they decided to not install web browser. Maybe the mantra is:
use Flathub
OR OR OR…
use EPEL repo
and we don’t want to (or we are afraid to) make decision for you.
In my humble opinion Blufin does it better, just installs most used apps by default from Flathub. The ones that don’t want flatpaks, can uninstalled them and use apps for example from distrobox containers.
Actually @j0rge (Jorge Castro) was rights one year ago in his excellent article The distribution model is changing celebrating idea Rad Hat to not package LibreOffice anymore as native package and instead recommends flatpaks. The only part from the article that is obsolete by now is title “is changing”, from the CentOS v10 announcement we can conclude “has changed”.
On top right I click on “CentOS” to see if flatpak is enabled and it is not only native CentOS repository is enabled.
I don’t know maybe what they should do is to create some wizard or something to do one click enable Flatpak and/or one click enable EPEL repo.
EDIT: Maybe… the idea is: This are all of the applications we support. Do you want anything else? Use other officially not supported solutions (Flathub/EPEL or other). It will probably work, but we don’t grantee that and don’t report bugs on our bug tracker, go upstream.
Interesting… from enterprise point of view, Flathub flatpaks are latest and the greatest versions, constantly changing applications, that time to time brake (not the way enterprises want). EPEL is not maintained by Red Hat (if I am not mistaken this is Fedora repository), also not the greatest for enterprises.
Flatpaks are build from source code on Github using manifest file (but other options are also possible e.g. build from DEB, snap, AppImage, but not recommended)
Idea is how to most quickly build as many flatpaks as possible