Skip to main content


Ubuntu Flavors Will Stop Using Flatpak


In a surprise move, Ubuntu developers have agreed to stop shipping Flatpak, preinstalled Flatpak apps, and any plugins needed to install Flatpak apps through a GUI software tool in the default package set across all eight of Ubuntu’s official flavors, as of the upcoming Ubuntu 23.04 release.
in reply to rysiek

Lol. Won't happen :D :D :D

federico3 doesn't like this.

in reply to rysiek

Probably the whole point is just to clear the field for their snapstore

federico3 doesn't like this.

in reply to Tiuku

Yeah, I know. Still, we can make it clear what we think about that. 😉
in reply to Paranoid Factoid

Flatpak, snap and docker are the problem.
This entry was edited (1 year ago)

don't like this

in reply to federico3

@federico3@lemmy.ml, @ParanoidFactoid@beehaw.org

You misunderstand problem, that Flatpak is solving. Yeah, it's not ideal way to distribute OSS software, if it already exists in distro's repositories. But many distros has small repository with outdated software. But FP is great to run proprietary software, as it is able to confine it into sandbox. And untrusted code won't be able to access your home dir!

Some benefits can be for OSS software too, as some security bugs can be unintentionally introduced, or perhaps someone would intentionally introduce malicious code to codebase, and it would bypass code review. But mostly for Browsers, which might have remote code execution bugs.
This entry was edited (1 year ago)

don't like this

in reply to winnie

No, you are confusing flatpak with sandboxing. Sandboxing is a good thing. You don't need flatpak to implement sandboxing. Additionally, good sandboxing has to be configured by trusted 3rd parties, like package maintainers, not by upstream developers, because the latter creates a conflict of interest.
in reply to federico3

I understand that sand-boxing can be achieved by other means, and flatpak is using kernel facilities. But this is actually way to make it mainstream, and ease applications packaging.
Similar thing to what happens on mobile platforms, like Android and UWP(bruh). So this is actually progress to better and safer desktop. Not perfect yet.

Most flatpaks don't require access to root or home fs, so host files are shielded. Only way to access fs is using file access dialogs and Drag'n'Drop(which is broken currntly)
good sandboxing has to be configured by trusted 3rd parties, like package maintainers, not by upstream developers, because the latter creates a conflict of interest.

Unfortunately this is true. But you can check defined permissions before installing app. And user would be notified it application after update requires more permissions.

But I guess flathub maintainers won't check/review packages, so not ideal.

federico3 doesn't like this.

in reply to federico3

What solution would you use instead of Flatpak for sandboxing and reducing the workload of maintainers providing packages to many distributions at the same time?

I'd rather have a maintainer spend time on actually maintaining software instead of packaging it. They can package as AppImage, tarball and Flatpak and I'm happy. You don't have to use Flatpak, you know? Linux is about choice. I have never used any software which was available exclusively as Flatpak.

federico3 doesn't like this.

in reply to Helix 🧬

You are confusing package maintainers with upstream developers. They are not the same people, and this is by design in most distros, so that maintainers provide a second pairs of eyes, provide security fixes and sometimes remove trackers and similar "features".
in reply to federico3

No, I know what a software maintainer is. In many cases, the developers writing the software also provide builds or at least build scripts. So they're also packaging it.

You're obviously correct that the people maintaining packages in distributions don't have to be, and often are not, the same people who maintain the packaging scripts in upstream repositories.
This entry was edited (1 year ago)

federico3 doesn't like this.

in reply to winnie

Flavor leads (apparently) agree

Press X to doubt
Ubuntu asking its flavors to stop using something because it doesn’t is a head scratcher. Flavors regularly use things Ubuntu doesn’t, things you could argue are more intrinsic to an “Ubuntu experience”, like installers, login managers, icon themes etc. Why single out Flatpak?

IMO Canonical wants to make snap like google play, where people sell stuff and they take a 20-30 percent commission

federico3 doesn't like this.

in reply to winnie

by making it clearer about what an “Ubuntu experience” is.

The user experience will be worse, because they can't use Flatpaks without jumping through extra hoops.

So, I guess, a "Ubuntu experience" is a bad experience. Not going to argue with that.

federico3 doesn't like this.

Unknown parent

Helix 🧬
Of course it’s shitty lol.

It shouldn't be, though.
Unknown parent

Helix 🧬
yeah, Snap is magnitudes worse than Flatpak.
in reply to winnie

snap is not so mature as flatpaks yet. Dont know if its really a nice descision.

sping doesn't like this.

in reply to Júlio Gardona

No, it's not nice decision. It's more political decision, to force Ubuntu's own solution instead of alternative.

(I'm wondering if you would be notified for reply in mastodon?)

sping doesn't like this.

in reply to winnie

thats usually the case for mastodon when someone replies to your post.

Linux reshared this.

in reply to Anders Rytter Hansen

Yeah. But Lemmy doesn't add @username to it's replies.
in reply to winnie

@winnie
It shouldn't matter. Mastodon users should get notified when you reply to their post even though they aren't tagged in it.

At least that's the case for me on Friendica but I remember the same behaviour from back when I used Mastodon.

in reply to winnie

flatpak runs much better than snap. im off ubuntu.

Linux reshared this.