Flatpak or ZorinOS sources?

Hello, I just installed Zorin OS, just can't tolerate the Windows 11 AI Co-pilot stuff anymore. I am loving Zorin 18 and I use it for documents, spreadsheet work, learning to code Python for Data Science and Machine Learning courses besides all the normal day to day stuff like emails, instant messaging, music and movies.

I would like suggestions on whether I should use Flatpak or the Zorin OS source when installing software from the Software Manager. What are the advantages and disadvantages of both the sources. Thank you and happy to be part of this community.

Hi, and welcome to Zorin OS!

One of the things about having freedom of choice, in this case I'm particularly referring to software, is that too many options can be overwhelming at first. And in Linux, there are a few package formats that one can choose from which all have their own pros & cons.

As a general rule of thumb, I would recommend installing the native version to your distribution. For Zorin OS, being based on Ubuntu, which is in turn based on Debian, I that would be the aptly called Debian packages. Those are files with a .deb extension, which is similar to Windows' .msi installers.

It's fine to mix and match package formats, but not for the same software, as that can lead to unexpected issues that are hard to troubleshoot and fix. That is, don't install Firefox (or whatever) as both Flatpak and Debian packages, but it's fine to install Firefox as a Flatpak and Brave as a Debian package.

This is a complex topic, so take it slow. I'd suggest going through some of the threads in the forum as this has been discussed many times, and because every software is different, it's difficult to make any definitive claims about either package format. For example:

2 Likes

Thank you for the very helpful suggestion and article on the topic. It clears things up and just what I was searching for. :+1:

1 Like

Zorin OS software comes from several layers, and understanding these layers helps explain why you sometimes see multiple sources for the same application.

At its foundation, Zorin OS is built on Ubuntu, which itself is based on Debian. Debian provides the original .deb packaging format and the core package management tools such as dpkg and apt. Ubuntu takes these packages, adapts them, and maintains its own repositories. Zorin OS then adds its own repositories and refinements on top of Ubuntu, focusing on usability, stability, and good desktop integration.

When you install software from the Zorin OS or Ubuntu source, you are getting packages that are maintained by Debian, Ubuntu, and or the Zorin OS team. These packages are tested to work well with the system and are tightly integrated with the desktop, themes, file system, and system services.

These applications are often well optimized for the operating system and feel very native. However, they are not always the latest available versions, since stability is usually prioritized over rapid updates. They are also not sandboxed, which means they have normal access to your system and files. This approach is efficient and flexible, but from a security perspective it provides less isolation if an application were ever compromised.

This is where sandboxing becomes relevant.

Sandboxing means that an application runs in an isolated environment with limited access to the rest of the system. Flatpak follows this model. Flatpak applications bundle most of their dependencies and are granted permissions only for what they actually need, such as access to specific folders, devices, or network features.

The advantages of Flatpak include better security through isolation, very easy installation and removal, access to more up to date software versions, and no risk of breaking system libraries.

The trade-offs include increased disk usage, slightly slower startup times in some cases, and some unfamiliar behavior caused by sandboxing.

As a practical example, if you use Betterbird as a Flatpak and want to add an email attachment, you may notice that the file picker does not show every folder by default. This is not a bug. It is the sandbox restricting access. You can still grant access or select files explicitly, and everything works correctly, but the behavior differs from that of a non sandboxed application.

Over time, Linux has developed multiple ways to distribute software. These include .deb packages from Debian and Ubuntu, Snap packages from Ubuntu, distribution specific repositories such as those provided by Zorin OS, and universal formats like Flatpak and others.

Snap, which is used heavily by Ubuntu, also relies on sandboxing. Its advantages include automatic updates and strong isolation. Its disadvantages include slower startup times, less community control, and a closer tie to Ubuntu’s infrastructure.

Flatpak focuses primarily on desktop applications, works across many Linux distributions, and is widely supported by the Linux community. Its main downsides are higher disk usage and occasional sandbox related quirks.

In practice, there is no single correct or incorrect choice.

Core system components, drivers, development tools, and tightly integrated utilities are usually best installed from Zorin OS or Ubuntu repositories. Desktop applications, media players, communication tools, and applications where security and easy removal matter are often good candidates for Flatpak.

Linux is fundamentally about choice and flexibility. Zorin OS offers multiple paths so you can decide what best fits your workflow, comfort level, and priorities.

Personally, I follow a loose hierarchy. I keep drivers and system components on distribution specific sources. I install command line tools primarily from the system repositories as well. As a second tier, I use packages from the parent distributions, in the case of Zorin OS, Ubuntu and Debian. After that come independent distribution mechanisms such as Flatpak, AppImage, and Snap.

These formats have different origins. Snap, as mentioned earlier, comes from Ubuntu. What I appreciate about Flatpak is its licensing model and the fact that it is fully community driven. Snap is largely controlled by Canonical, which makes it a more tightly supervised packaging system and not everyone’s preferred option.

When politics and emotions are set aside, both Snap and Flatpak are valid and usable choices.

1 Like

I find this statement a bit dismissive of differing opinions.
There are many valid reasons to shun Flatpak and Snap that are neither emotional nor political.

They are bloatware: They take up a lot of space adding redundant files to the drive, since they ignore standard system files.

It is too often that they do not work: Isolated and double sandboxed, they cannot see the system files they need to in order to function.

Snaps are mounted as squashfs, slowing down app performance and snapd can slow down system performance heavily.
Flatpak uses portals (Users of Flatseal negotiate these), which create I/O bottlenecks slowing down performance.

They both provide stack traces that reference bundled libraries rather than system files making replication and debugging especially tedious and frustrating. Within FOSS, this makes reduced transparency. For system administrators, they are harder to audit.

No politics, no emotions.

2 Likes

As long as they remain choices and not defaults. But they are not; they're being imposed to the end user more aggressively by the day.

1 Like