I’ve been using arch for a while now and I always used Flatpaks for proprietary software that might do some creepy shit because Flatpaks are supposed to be sandboxed (e.g. Steam). And Flatpaks always worked flawlessly OOTB for me. AUR for things I trust. I’ve read on the internet how people prefer AUR over Flatpaks. Why? And how do y’all cope with waiting for all the AUR installed packages to rebuild after every update? Alacritty takes ages to build for me. Which is why I only update the AUR installed and built applications every 2 weeks.

-1 points
*

AppImage !

  • Open format? Yes
  • Free format? Yes
  • Fully Contained Single Executable Support . Like an exe file for Windows systems Yes (the only one)
  • App Size** The lowest** !

https://en.wikipedia.org/wiki/AppImage

Matrix
https://www.fosslinux.com/42410/snap-vs-flatpak-vs-appimage-know-the-differences-which-is-better.htm
https://phoenixnap.com/kb/flatpak-vs-snap-vs-appimage \

permalink
report
reply
10 points

Why would the app size be the lowest? I could maybe see that for one single AppImage (though I don’t expect a significant difference), but as soon as you have two or more apps, sharing dependencies would make Flatpaks smaller than AppImages.

permalink
report
parent
reply
9 points

Aren’t AppImages still limited to Xorg?

Also there’s no centralised update mechanism or dependency deduplication, no?

permalink
report
parent
reply
0 points

I always use Flatpak over AUR.

AUR is my last resort

permalink
report
reply
11 points

An AUR package has been done for Arch by (supposedly) someone who knows what they are doing and needs it on their Arch Machine

A Flatpak is something done by someone, to (supposedly) work everywhere, untested on Arch, that may or may not work. And crash (Ardour on Asahi). Or waste hours or you life to render files incorrectly (kdenlive on arch and asahi).

Native versions work perfectly.

I thought I was clever in using arch/aur for everything, but pull KDE or QT apps from Flatpak to keep my gnome install a bit more tidy… For this, you’d have to have those Flataks to work, and sometimes they don’t.

permalink
report
reply
2 points
*

To be fair, there are a lot of Flatpacks published by the devs themselves (especially in the Gnome/GTK ecosystem).

permalink
report
parent
reply
0 points

people prefer AUR over Flatpaks. Why?

Some stuff doesn’t work as Flatpak, or I actually prefer for it to be compiled against what’s actually on my system rather than a generic one-size-fits-all binary, or simply isn’t in Flatpak.

Flathub is tiny (under 3k packages), AUR has over 85k – and yes I know that many of those are abandoned or maintained very loosely but even if you only count the packages updated in the last year that’s still over 10x bigger than Flathub.

Examples: kernel modules, CLI tools, libraries, versions of apps compiled against old UI frameworks (like Claws-Mail with GTK2), obscure apps, drivers for obscure hardware, stuff with dubious legal standing like file sharing apps etc.

how do y’all cope with waiting for all the AUR installed packages to rebuild after every update?

I don’t. I disabled AUR updates and only update AUR packages when they break. Sometimes if I’m bored I’ll run a pamac checkupdates --aur and do a pamac build <package> on anything I see there that might be interesting to have a new version of. But most of the time like I said I wait for them to break, which happens surprisingly seldom.

Alacritty takes ages to build for me.

Yeah some apps are ridiculous. Pika Backup is another example, RPCS3, and so on. For some of those I actually resort to Flatpak.

The choice is not always so clear cut because Flatpak stuff will tend to have random features present or missing. For example a while ago the Flatpak Handbrake could do accelerated encoding on the GPU, now it can’t. So I was forced to go back to native Handbrake.

permalink
report
reply
1 point
*
Deleted by creator
permalink
report
reply

Linux

!linux@lemmy.ml

Create post

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

Community stats

  • 7.5K

    Monthly active users

  • 6.6K

    Posts

  • 179K

    Comments