Mir, Unity, now Snap. Ubuntu has a track record of wanting to go it alone. But, I'm all for competition, long may it continue. The only real negative here is that some apps will only release Snaps, others will only release Flatpaks and people will end up having to just revert to copr/AUR like before. Choosing a distro is basically choosing a DE and package manager these days anyway - a single unified packaging format…
Ubuntu stops shipping Flatpak by default
21–30 of 624 posts
Re: Ubuntu stops shipping Flatpak by default
#22Reminder that ZorinOS exists. It's Ubuntu, but better: https://zorin.com/os
I would've appreciated some background how this differs from the next Linux distro, and what's the relation to Ubuntu removing Flatpak?
Re: Ubuntu stops shipping Flatpak by default
#23Re: Ubuntu stops shipping Flatpak by default
#24Can we go back to just shipping apt packages? They worked fine, and I don't feel like having multiple types of containers and update methods and mounted image file systems really made anyone's life better.
Re: Ubuntu stops shipping Flatpak by default
#25They could do with improving the behaviour of snaps first before removing alternatives. The updates are currently awkward as they don't seem to work if the application is running which can be a problem with something like Firefox which I have running for days at a time. It's also annoying that it's gone from using simple "apt" commands to keep the machine up-to-date, to also needing a "snap refresh". I choose to use…
> The updates are currently awkward as they don't seem to work if the application is running The fix for this is currently being tested: https://bugs.launchpad.net/snapd/+bug/1980271 > before removing alternatives Alternatives remain available for install. They weren't removed.
Re: Ubuntu stops shipping Flatpak by default
#26Can we go back to just shipping apt packages? They worked fine, and I don't feel like having multiple types of containers and update methods and mounted image file systems really made anyone's life better.
Look at Arch Linux, we just write a short AUR script and the package is integrated. Once the script is written, everyone can use it. This is possible because Arch always ships recent libraries.
Re: Ubuntu stops shipping Flatpak by default
#27Re: Ubuntu stops shipping Flatpak by default
#28Earlier quoted context omitted.
> The updates are currently awkward as they don't seem to work if the application is running The fix for this is currently being tested: https://bugs.launchpad.net/snapd/+bug/1980271 > before removing alternatives Alternatives remain available for install. They weren't removed.
apt install firefox still works?
Re: Ubuntu stops shipping Flatpak by default
#29Can we go back to just shipping apt packages? They worked fine, and I don't feel like having multiple types of containers and update methods and mounted image file systems really made anyone's life better.
What you are really saying is you want all software developers to publish Debian packages (no such thing as "apt" packages) compatible with your particular Debian distribution, even though they might be using a different Debian based distribution, a completely different altogether, maybe even a different architecture, even though that compatibility isn't their primary concern.
Re: Ubuntu stops shipping Flatpak by default
#30Can we go back to just shipping apt packages? They worked fine, and I don't feel like having multiple types of containers and update methods and mounted image file systems really made anyone's life better.
What you are really saying is you want all software developers to publish Debian packages (no such thing as "apt" packages) compatible with your particular Debian distribution, even though they might be using a different Debian based distribution, a completely different altogether, maybe even a different architecture, even though that compatibility isn't their primary concern.
(I'm not the guy who wrote that comment but I would very much like this)