Try it in enterprise where you have automated systems that deploy alert sensors and they instantly go off because each mount is 100% full.
Linux
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
Pretty much every alerting system I know also has a filter option to only apply automated discovery rules to certain filesystem types.
But yes, most don't first squashfs or mounted read-only snapshots by default and it sucks.
I think Snap has the potential to be better than Flatpak. It's a real sandbox instead of the half-assed shit Flatpak has going on. The problem I have with Snap is that Canonical keeps the Server closed-source. I don't want a centralized app store where Canonical can just choose to remove apps they don't like. So as long as the Server is closed-source, I will stay on Flatpak
That and these damn annoying loop devices.
Is Flatpak not a container system?
Kind of? Maybe?
It has similar goals to something like docker, but goes about it very differently, and it's obviously meant for user-facing applications.
You wouldn't use docker to install steam, but you can use flatpak.
I asked the question because of the label "half-assed" that the commenter above me put on Flatpak. I do not know much about snap, Flatpak and how they differ (other than the fact that both are used as containerisation technologies for desktop apps and the former is by Canonical), and why Flatpak is necessarily worse that snap (by what metric? System performance? Storage?)
They are referring to flatpaks level of security. It's sandboxing leaves a lot to be desired, as I've understood it.
Well probably because you usually don't want it so secure that it doesn't function correctly anymore.
On snap I often need the --classic option to get sth running because it won't run properly in a full ssndbox
Go restart your browser in the middle of the day because snap just updated it in the background.
Why I hate snaps/flatpak:
- 1
- package/appimage ~80mb
- snap/flatpak >500mb
- 2
- p/a - app + dependencies
- s/f - app + minimal linux distribution
- 3
- p/a - can be easily run from terminal
- s/f - flatpak run com.very.easy.to.remember.and.type.name
snap/flatpak >500mb
Don't know about Snap, but Flatpak download sizes decrease significantly after installing the main platform libraries, they can become really small; of course that's pretty much fully negated if you're installing Electron apps, but even then 500MB isn't very accurate, more like 150MB on average
flatpak run com.very.easy.to.remember.and.type.name
Yes I hate it, what is even more annoying is that you can do flatpak install someapp
and it will search matches on its own, it shows them to you to let you decide, but after that you can't do flatpak run someapp
because it "doesn't exist"
Then you do a flatpak list
and it abbreviates the shit out of the identifiers so you can't use them either. Whoever designed that UX needs to lean back an contemplate life a bit.
Well that comes down to your terminal size, you have to filter the columns if your screen is too small: docs
flatpak --columns="app" list
Sure, it's possible. I can also use flatpak list -d
to show everything.
But the combination of these defaults is just fucked up UX (require the full id for certain operations, but don't always show the full id by default).
ln -s /var/lib/flatpak/exports/bin/org.mozilla.firefox ~/.local/bin/firefox
Runtimes are okay, the problem is there is no runtime package manager and often you have like 7 of them, which is horrible. But on modern hard drives also no problem.
Appimages cant be easily ran from terminal, you need to link then to your Path.
For Flatpak I made a tool that aliases their launch commands to be very easy.