who thinks in categories like “competition” has - imho - nothing to do with “free - software” (something that can only be understood as an infinite approximation to an absolute, never to reach “ideal”).
if one is aware of this adversity, an “ideal” is only strengthened.
therefore: ideals over competition & money - that should be motivation enough. it’s possible. one example, one person, much influence : raymond hill/gorhill.
should mozilla be “motivated” by a google (let’s call the it by it’s name) chrome flatpak, then it depends on whether a product is further developed on the basis of actual ideals or on the basis of a competitive idea. there is a difference here which also affects the product.
people (“companies” are just constructs) without actual ideals and driven by money make bad software … which damages the end-user.
With both proprietary software and with Free Software, competition creates
better products. With any software that is for sale, it is in the developers’
best interest to make the best possible software, in order to get the customer
to buy their product over another.
The only reason GNOME Web isn’t on Flathub at the moment is because @mcatanzaro is not satisfied with the maintainance of the runtimes (though this is mostly resolved with Freedesktop 18.08 / GNOME 3.30+ runtimes). There’s an ongoing work to have automatic notifications for CVE issues in Freedesktop and GNOME runtimes, after that it should be fine.
For now there are nightly builds (a.k.a. Epiphany Technology Preview) and it’s trivial to build your own flatpak of the stable versions.
Because the ffmpeg extension extends the GNOME runtime. The Fedora Firefox flatpak uses Fedora runtime. The only way to make it work is to make an ffmpeg extension for the Fedora runtime and put it on Flathub.
@eischmann Do you known if someone try to fix that ?
Currently I’m using the non-official nightly flatpak, but I would prefer to use the stable flatpak when codecs problems will be solved.
Thanks
Afaik this would mostly require rpmfusion to build Flatpak extensions, for which I’m not sure if the infrastructure is set up. That being said, if the Firefox Flatpak adds an extension point upstream you could probably try to build the codecs yourself or somehow base it off of the fd.o ones from Flathub.
@Iakano@eischmann Quite funny that a format meant to solve fragmentation in linux packaging actually makes things worst in ways we didn’t anticipate @refi64 Woudln’t just settling for flathub for the main extension repo at least makes more sense?
Though I suppose this discussion won’t move the needle that way or the other.
I would argue that this isn’t worse. Needing to have work duplicated to have different extensions for different runtimes is definitely a problem, but you can also install these runtimes and extensions on any distro that supports flatpak. I don’t think that duplication of work is as big of a problem as the packaging fragmentation of years past, and I imagine its a much easier problem to solve.
I’m not up on the internals of flatpak, but is there any particular reason why there can’t be a generic ffmpeg extension that can work with all runtimes. Or would it be at least easy for Fedora to fork the ffmpeg extension for the Gnome runtime and adapt it easily to the Fedora runtime? Or are the same licensing issues that prevent Silverblue from just shipping with Flathub enabled preventing that from happening?
What exactly are you referring to as “fragmentation in linux packaging”? Who
didn’t see this coming? We solved package management over two decades ago.
This is a reversion.
I’m not entirely sure, but I think the main problem is just that they might follow different ABIs? Also, due to licensing, Fedora wouldn’t be able to ship the codecs themselves, and I think rpmfusion would have to be the one setting up their own Flatpak repo and such.