We’re excited to announce an improvement for our Linux users that enhances both performance and compatibility with various Linux distributions. Switching to .tar.xz Packaging for Linux Builds In our ongoing ...
I think the “etc” shows how f***ed up it might be to package for every single distro. Releasing a tar with no extra bloat and letting each community doing its own things over it is probably one of the best approaches?
But it makes finding a properly functioning official package more difficult for newer users, and really the etc. was superfluous. You only really need .deb, .rpm, and whatever arch uses. There is a flatpak, but it doesn’t work properly.
Doesn’t go full screen on media correctly. Leaves the media the same size and adds massive grey bars to the receiving screen space. Interestingly, the flatpaks of every Firefox-based browser I’ve tried do the same.
Why do they not just ship normal packages (.deb, .rpm, etc.) or an official flatpak that functions properly?
I think the “etc” shows how f***ed up it might be to package for every single distro. Releasing a tar with no extra bloat and letting each community doing its own things over it is probably one of the best approaches?
But it makes finding a properly functioning official package more difficult for newer users, and really the etc. was superfluous. You only really need .deb, .rpm, and whatever arch uses. There is a flatpak, but it doesn’t work properly.
The Flatpak is official.
But it doesn’t work properly.
How doesn’t it work properly for you?
Has no filesystem sandbox whatsoever. They just pretend it is fine, causing uBlue devs and others to think it is okay to remove native Firefox
Doesn’t go full screen on media correctly. Leaves the media the same size and adds massive grey bars to the receiving screen space. Interestingly, the flatpaks of every Firefox-based browser I’ve tried do the same.
Certainty, this is a you problem.
All this under wayland?
Yeah