this post was submitted on 07 Jul 2025
690 points (92.3% liked)

Linux

56191 readers
979 users here now

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

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago
MODERATORS
(page 2) 50 comments
sorted by: hot top controversial new old
[–] ShinkanTrain@lemmy.ml 14 points 2 days ago
[–] LovableSidekick@lemmy.world 10 points 2 days ago* (last edited 2 days ago)

Could things like this go in linuxmemes? Memes are fun but it would be nice to keep this a place for actual information. And no, this is not a comment on what it's saying, I'm just tired of so many memes.

[–] ztwhixsemhwldvka@lemmy.world 7 points 2 days ago (2 children)

I use SystemD binary Gentoo with Flatpaks. Sue me.

load more comments (2 replies)
[–] BrianTheeBiscuiteer@lemmy.world 21 points 3 days ago (1 children)

If it's a mostly self-contained app, like a game or a utility, then Flatpak is just fine. If a Flatpak needs to interact with other apps on the host or, worst case, another Flatpak it gets tricky or even impossible. From what I've seen though, AppImage and Snap are even worse at this.

load more comments (1 replies)
[–] bvoigtlaender@feddit.org 12 points 2 days ago* (last edited 2 days ago) (3 children)

iit: nerds unable to comprehend that building a piece of software from source in not something every person can do.

EDIT: or doesn’t want to do

[–] jwmgregory@lemmy.dbzer0.com 10 points 2 days ago* (last edited 2 days ago) (6 children)

one of my least favorite things about arch and other rolling distros is that yay/pacman will try and recompile shit like electron/chromium from source every few days unless you give it very specific instructions not to - which is annoying as shit bc compiling the entirety of chrome from source takes hours even with decent hardware.

granted, i fucking hate google products too but if you’re doing any web dev it’s necessary sometimes.

idk im definitely willing to admit i might be the idiot here. managing your packages with pacman might just be routine to some people. to me arch is the epitome of classic bad UX in an open source project. it’s like they got too focused on being cmatrix-style terminal nerds and forgot to make their software efficiently useable outside of 5 very specific people’s workflows. it’s not even the terminal usage that is bad about arch. plenty of things are focused on that and… don’t do it shittily? idk…

edit: yes to all the arch fanboy’s points in response to me. i used to be super into arch and am aware of the fact that this isn’t explicit behavior but to act like it doesn’t happen in a typical arch user experience is disingenuous. i also disagree with the take that arch doesn’t endorse this outright with its design philosophy, bc it does. the comparison of the AUR to other, similar things like PPAs doesn’t land for me bc PPAs aren’t integrated into the ecosystem nearly as much as AUR is with arch. you can’t tell people to just grab the binaries or not use AUR whenever it’s convenient to blame the user, when arch explicitly endorses a philosophy amicable to self-compilation and also heavily uses the AUR even in their own arch-wiki tutorials for fairly basic use cases. arch wants to have its cake and eat it too and be a great DIY build it yourself toolkit while also catering to daily driver use and more generalist users. don’t get me wrong, it’s the best attempt at such a thing i’ve seen - but at a certain point you have to ask if the premise makes sense anymore. in the case of arch, it doesn’t and it causes several facets of the ecosystem to flounder from a user perspective. the arch community’s habit of shouting “skill issue” at people when they point out legitimate issues with the design philosophy bugs the fuck out of me. this whole OS is a camel.

[–] ayaya@lemdro.id 11 points 2 days ago* (last edited 2 days ago)

All of the normal Arch packages are pre-built, so the only way you'd be compiling things that often is if you installed a large amount of things from the AUR. Make sure you get the bin versions instead of git versions.

The google-chrome and chromium packages are already a binaries so my guess is you need ungoogled-chromium-bin. You can also use the Chaotic AUR repo to get pre-built binaries of a lot of the most common AUR packages. But ideally you should avoid using the AUR when it's not necessary.

While using the AUR is common, it's a bit frustrating you are blaming Arch for your experience. If you only use pacman you would never compile anything, or have very many conflicts. It's like if you added 20 different PPAs on Ubuntu and then complained about the problems that arose from that.

[–] Spectrism@feddit.org 11 points 2 days ago (7 children)

Is there no -bin version available for those packages?

load more comments (7 replies)
[–] frozenspinach@lemmy.ml 6 points 2 days ago (3 children)

one of my least favorite things about arch and other rolling distros is that yay/pacman will try and recompile shit like electron/chromium from source every few days unless you give it very specific instructions not to

My understanding is that constantly triggering compiling like that shouldn't be happening in any typical arch + pacman situation. But it can happen in AUR. If it does, I think it's a special case where you should be squinting and figuring out what's going on and stopping the behavior; it's by no means philosophically endorsed as the usual case scenario for packages on arch.

There's certainly stuff about Arch that's Different(TM) but nothing about the package manager process is especially different from, say, apt-get or rpm in most cases.

load more comments (3 replies)
load more comments (3 replies)
load more comments (2 replies)
[–] data1701d@startrek.website 19 points 3 days ago

I'd take a well-maintained native package for my distro over a Flatpak, but sometimes, a Flatpak is just the the easiest way to get the latest version of an application working on Debian without too much tinkering - not always no tinkering, but better than nothing.

This is especially true of GIMP - Flatpak GIMP + Resynthesizer feels like the easiest way to experience GIMP these days. Same with OBS - although I have to weather the Flatpak directory structure, plugins otherwise feel easier to get working than the native package. The bundled runtimes are somewhat annoying, but I'm also not exactly hurting for storage at the moment - I could probaby do to put more of my 2 TB main SSD to use.

I usually just manage Flatpaks from the terminal, though I often have to refresh myself on application URLs. I somewhat wish one could set nicknames so they need not remember the full name.

[–] the_wiz@feddit.org 18 points 3 days ago

Flatpaks together with "immutable" distributions, Wayland and systemd are a heresy, a crime against the UNIX principles, a disgrace in the eyes of of SED and AWK. REPENT! Save your immortal core dumps and return to the one true /home !

[–] ipkpjersi@lemmy.ml 8 points 2 days ago* (last edited 2 days ago) (4 children)

I'm not a huge fan of Flatpaks, they're a lot harder to distribute offline versus something like AppImage. Seriously, you have to like create an offline repository, then create a bundle, and it's like 6 or 7 steps, it's honestly kind of ridiculous lol but other than that they seem fine, and they're easy enough to update (but so are apt packages)

I know some people may say "oh why do you need that", but Linux has taught me that my computer is my own, and I should be able to use it the way I want to. I shouldn't have to fight with my package manager to get it to do what I want. So I guess you could say, no I'm not really a fan of Flatpaks.

Personally, I didn't mind Snaps, but I'm getting kind of really fed up with especially for-profit companies etc so I don't like Snap that much now either.

Apt packages are nice, but the more of them you have installed, especially if you're using Ubuntu-based distros and have lots of PPAs, the more annoying upgrading your distro version can be because of all the dependencies and cross-dependencies.

AppImage tends to just work for me, as long as it's not compiled with a newer libc-bin version than the distro I'm currently using has, and I really enjoy that it's just one file I can copy and run pretty much anywhere.

load more comments (4 replies)
[–] thingsiplay@beehaw.org 19 points 3 days ago

Flatpak have their own set of issues. One thing is, that Flatpak applications do not integrate that easily and perfect like a native package. Either rights are to given, you need to know what rights are needed and how to set it up. Theming can be an issue, because it uses its own libraries in the Flatpak eco system instead your current distributions theme and desktop environment.

But on the other hand, they have actually a permission system and are a little bit sandbox compared to normal applications. Packages often are distributed quickly and are up to date directly from the developers, and usually are not installed with root rights.

I'm pretty much a CLI guy as well and prefer native packages (Arch based, plus the AUR). But I also use Flatpaks for various reasons, alongside with AppImages.

[–] umbrella@lemmy.ml 18 points 3 days ago

i like it. they are very convenient, work every time, and solves the distribution problem.

[–] MystValkyrie@lemmy.blahaj.zone 6 points 2 days ago* (last edited 2 days ago) (2 children)

There was a few years where I pretty much only used Flatpaks because I was scared of the terminal. But now that I've learned how to use the terminal, it's so much more convenient because I can quickly update all my applications all in one place without having to open a separate app. Plus, some Flatpaks can fall really behind on software updates.

There might be a Linux userbase someday where no one other than developers actually knows how to use the terminal, because users can run everything they want without a command line, but maybe that's actually a good thing because it'll drive up how many people use a Linux distro.

With Windows and Mac, there's a shareholder incentive to enshittify. With Linux, if a distro goes bad and gets commercialized, there's always another distro people can move to, not to mention there's no financial incentive. The more people get on Linux, the less power these tech companies have. Personally, that and privacy are what drew me to Linux much more so than being able to tinker or fine-tune my experience.

load more comments (2 replies)
[–] corsicanguppy@lemmy.ca 19 points 3 days ago (2 children)

Former OS security here (I worked at an OS vendor who sold an OS or two and my job involved keeping it secure).

Fuck no.

Sorry if that makes you downvote, but it doesn't make them safer.

[–] HayadSont@discuss.online 17 points 3 days ago (1 children)

Would you mind elaborating?

[–] zarenki@lemmy.ml 16 points 3 days ago (4 children)

A few reasons security people can have to hesitate on Flatpak:

  • In comparison to sticking with strictly vetted repos from the big distros like Debian, RHEL, etc., using Flathub and other sources means normalizing installing software that isn't so strongly vetted. Flathub does at least have a review process but it's by necessity fairly lax.
  • Bundling libraries with an application means you can still be vulnerable to an exploit in some library, even if your OS vendor has already rolled out the fix, because of using Flatpak software that still loads the vulnerable version. The freedesktop runtimes at least help limit the scope of this issue but don't eliminate it.
  • The sandboxing isn't as secure as many users might expect, which can further encourage installing untrusted software.

By a typical home user's perspective this probably seems like nothing; in terms of security you're still usually better off with Flatpak than installing random AUR packages, adding random PPA repos, using AppImage programs, installing a bunch of Steam games, blindly building an unfamiliar project you cloned from github, or running bash scripts you find online. But in many contexts none of that is acceptable.

load more comments (4 replies)
load more comments (1 replies)
[–] Korhaka@sopuli.xyz 13 points 3 days ago

I kinda like flatpaks being an option, not sure when they are the only option though.

[–] mayako@lemmy.blahaj.zone 6 points 2 days ago (2 children)

Personally I am okay with them actually. I use several on my system and having each app allowed to have different permissions is super useful.

But also I like things that are directly installed cause they seem just a tad faster performance wise.

load more comments (2 replies)
load more comments
view more: ‹ prev next ›