this post was submitted on 29 Apr 2025
27 points (100.0% liked)

linuxmemes

31073 readers
1844 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
  • Don't get baited into back-and-forth insults. We are not animals.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn, no politics, no trolling or ragebaiting.
  • Don't come looking for advice, this is not the right community.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
  • 5. πŸ‡¬πŸ‡§ Language/язык/Sprache
  • This is primarily an English-speaking community. πŸ‡¬πŸ‡§πŸ‡¦πŸ‡ΊπŸ‡ΊπŸ‡Έ
  • Comments written in other languages are allowed.
  • The substance of a post should be comprehensible for people who only speak English.
  • Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
  • 6. (NEW!) Regarding public figuresWe all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations.
  • Keep discussions polite and free of disparagement.
  • We are never in possession of all of the facts. Defamatory comments will not be tolerated.
  • Discussions that get too heated will be locked and offending comments removed.
  • Β 

    Please report posts and comments that break these rules!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.

    founded 2 years ago
    MODERATORS
     
    top 50 comments
    sorted by: hot top controversial new old
    [–] bjoern_tantau@swg-empire.de 4 points 11 months ago (1 children)

    A magnetised needle and a steady hand is a better package format.

    [–] LeFantome@programming.dev 1 points 11 months ago (1 children)

    What you are thinking of is not a package manager but a compiler.

    load more comments (1 replies)
    [–] ptz@dubvee.org 3 points 11 months ago (10 children)

    Let the hate of the crowd wash over me, but I don't even like Flatpak, and I've got love-hate (mostly hate) relationship with AppImage as well.

    Just give me a system package or a zipped tarball.

    In recent years, have had to just get used to needing to build most projects from source.

    [–] MoonlightFox@lemmy.world 0 points 11 months ago (12 children)

    Why the hate part of AppImage?

    [–] monk@lemmy.unboiled.info 1 points 11 months ago

    I already have the system package manager. Everything else that isn't it doesn't manage my system and is doomed to suck.

    [–] kopasz7@sh.itjust.works 0 points 11 months ago

    Missing dependencies. (Or wrong version of fuse)

    [–] Hubi@feddit.org 0 points 11 months ago

    No automated updates has be the biggest reason for me.

    [–] bjoern_tantau@swg-empire.de 0 points 11 months ago (5 children)

    For me it is the "Windowsy" feeling of downloading an executable from some website. I prefer having all my packages managed in one place.

    [–] MoonlightFox@lemmy.world 1 points 11 months ago (1 children)

    Makes sense, I kinda like it from a distributor standpoint. Flatpak is my favorite though.

    [–] cecilkorik@lemmy.ca 0 points 11 months ago (7 children)

    For simple "apps" it is fine, but my computer is not a phone and I don't use it like one. I mostly don't want simple apps that have their own little sandbox to play in.

    I want full-scale applications that are so big they have to use system libraries to keep their disk size down. I also don't want them in a sandbox. I want them to have full access to the system to do everything they need to do, I want them to integrate with far-flung parts of the system and other applications too. I only use applications I trust and don't want them constantly pestering me about configuring permissions and access in just the right ways and opening all the right doors and ports and directories to make them work, I trust them by installing them, they have permission, and the easier they make it to access everything I will inevitably be asking them to access, the happier I am.

    My practical concern with distribution methods like AppImage and Flatpak is that now I have to do a lot of extra thinking every time I'm installing anything. To pick how I'm going to install something, I have to solve the matrix of "what kind of distribution method do I prefer for this type of software" combined with "what distribution methods are available for this software" and "what versions are the available distribution methods for this software" and "what distribution method provides the best way for this software to get updates".

    In the olden days, when the distro's package manager was the only choice, all I had to care about was "is it available in my distro" and the decision tree was complete. I appreciate all the availability of choice that things like AppImage provide, but it doesn't actually make it easier for me, it just makes it easier for the packager of the software. They're doing less, but making more work for me, as a user. Distro packages are a lot of work for the maintainer precisely because they at least make an effort to solve many of these issues for the user. The value-add that maintainers provide is real.

    [–] Samueru_sama@programming.dev 1 points 11 months ago

    I want full-scale applications that are so big they have to use system libraries to keep their disk size down

    Linux is in such sad state that dynamic linking is abused to the point that it actually increases the storage usage. Just to name a few examples I know:

    most distros ship a full blown libLLVM.so, this library is a massive monolith used for a bunch of stuff, it is also used for compiling and here comes the issue, by default distros build this lib with support for the following targets:

    -- Targeting AArch64
    -- Targeting AMDGPU
    -- Targeting ARM
    -- Targeting AVR
    -- Targeting BPF
    -- Targeting Hexagon
    -- Targeting Lanai
    -- Targeting LoongArch
    -- Targeting Mips
    -- Targeting MSP430
    -- Targeting NVPTX
    -- Targeting PowerPC
    -- Targeting RISCV
    -- Targeting Sparc
    -- Targeting SystemZ
    -- Targeting VE
    -- Targeting WebAssembly
    -- Targeting X86
    -- Targeting XCore
    

    Gentoo used to offer you the option to limit the targets and make libLLVM.so much smaller, but now rust applications that link to llvm have issues with this with caused them to remove that feature...

    Another is libicudata, that's a 30 MiB lib that all GTK applications end up linking to for nothing, because it is a dependency of libxml2, which distros override to build with icu support (by default this lib does not link to libicudata) and what's more sad is that the depenency to libxml2 comes because of transitive dependency to libappstream, yes that appstream that I don't even know why most applications would need to link to this.

    And then there is archlinux that for some reason builds libopus to be 5 MiB when most other distros have this lib <500 KiB

    Sure dynamic linking in the case of something like the coreutils, where you are going to have a bunch of small binaries makes sense, except you now have stuff like busybox which is a single static bin that acts as each of the different tools by checking the name of the symlink that launched it and it is very tiny at 1 MiB and it provides all your basic unix tools including a very good shell.

    Even Linus was surprised by how much dynamic linking is abused today: https://lore.kernel.org/lkml/CAHk-=whs8QZf3YnifdLv57+FhBi5_WeNTG1B-suOES=RcUSmQg@mail.gmail.com/

    To pick how I’m going to install something,

    https://github.com/ivan-hc/AM

    I have all these applications using 3.2 GIB of storage while the flatpak equivalent actually uses 14 GiB πŸ’€: https://i.imgur.com/lvxjkTI.png

    flatpak is actually sold on the idea that shared dependencies are good, you have flatpak runtimes and different flatpaks can share, the problem here is that those runtimes are huge on their own, the gnome runtime is like 2.5 GiB which is very close to all those 57 applications I have as appimage and static binaries.

    but it doesn’t actually make it easier for me, it just makes it easier for the packager of the software

    Well I no longer have to worry about the following issue:

    • My application breaking because of a distro update, I actually now package kdeconnect as an appimage because a while ago it was broken for 2 months on archlinux. The only app I heavily rely from my distro now is distrobox.

    • I also get the latest updates and fixes as soon as upstream releases a new update, with distro packaging you are waiting a week at best to get updates. And I also heard some horror stories before from a dev where they were told that they had to wait to push an update for their distro package and the only way to speed it up was if it was a security fix.

    • And not only you have to make sure the app is available in your distro packages, you also have to make sure it is not abandoned, I had this issue with voidlinux when I discovered the deadbeef package was insanely out of date.

    • Another issue I have with distro packages in general is that everything needs elevated rights to be installed, I actually often hear this complains from linux newbies that they need to type sudo for everything and it doesn't have to be this way, AM itself can be installed as appman which makes it able to work on your HOME with all its features. And you can take your HOME and drop it in any other distro and be ready to go as well.

    [–] MrQuallzin@lemmy.world 1 points 11 months ago

    It doesn't sound like they're making more work for you. It sounds like you're making more work for yourself, and it sounds exhausting.

    load more comments (5 replies)
    [–] Monstrosity@lemm.ee 0 points 11 months ago (1 children)
    [–] bjoern_tantau@swg-empire.de 0 points 11 months ago (6 children)

    And the added work with keeping them updated.

    load more comments (6 replies)
    load more comments (3 replies)
    load more comments (8 replies)
    load more comments (9 replies)
    [–] Bishma@discuss.tchncs.de 1 points 11 months ago (20 children)

    A stab at my personal ranking: .deb > appimage > flatpack > curling a shell script

    I can't help but love a .deb file (even when not via repo), I've almost exclusively used Debian and it derivatives since the late 90s. And snap isn't on the list because it got stored in a loopback device I removed.

    load more comments (20 replies)
    [–] Monstrosity@lemm.ee 1 points 11 months ago (1 children)

    I tried a snap package on my pop-os system once & it poo'ed folders all over my system, then didn't actually uninstall when I uninstalled it.

    No thank you.

    [–] fembinary@lemmy.blahaj.zone 0 points 11 months ago (4 children)

    thats the thing with snaps: they go all over the place on your system, so even if you uninstall it (which itself is a tiring and cumbersome task at times!), they magically stay everywhere on the systems, with tons of folders and files.

    load more comments (4 replies)
    [–] pewpew@feddit.it 1 points 11 months ago* (last edited 11 months ago) (6 children)

    Why tf does every app have to mount itself as a virtual block device?

    [–] SpaceNoodle@lemmy.world 0 points 11 months ago

    Because fuck you, that's why

    load more comments (5 replies)
    [–] unknown1234_5@kbin.earth 1 points 11 months ago (3 children)

    my issue with snaps is honestly just that they are controlled too much by just one entity (canonical) and there is no reason for them to exist because flatpak already does everything they do.

    load more comments (3 replies)
    [–] MoonlightFox@lemmy.world 0 points 11 months ago (11 children)

    I have really started to like AppImage. You just download a single file make it executable and it just works.

    I use Cursor for coding, and it has an appimage that replaces itself when it updates.

    [–] bdonvr@thelemmy.club 1 points 11 months ago (5 children)

    That's cool and all but it would be even cooler if you could just install and keep it updated through your package manager

    [–] klu9@lemmy.ca 0 points 11 months ago* (last edited 11 months ago) (1 children)
    [–] bdonvr@thelemmy.club 1 points 11 months ago (2 children)

    That's cool.

    It would still be even cooler if the app makers just packaged them for distros. Or even just Flatpak.

    But that's a cool project I'll keep it in mind for my next go with an immutable distro

    [–] Samueru_sama@programming.dev 1 points 11 months ago (1 children)

    Or even just Flatpak.

    AM was started because flatpak sucks.

    • With flatpak devs can't agree to use a common runtime, so the user ends up with a bunch of different runtimes and even EOL versions of the same runtime, making the storage usage 5x more than the appimage equivalent and this is much worse if you use nvidia which flatpak will download the entire nvidia driver again.

    • flatpak could not bother to fix the hardcoded ~/.var directory, something that AM fixes by simply bind mounting the existing application config/data files to their respective places when sandboxing which yes it is able to sandbox appimages with aisap (bubblewrap).

    • flatpak threw the mess of handling conflicting applications to the user, so you have to type nonsense like flatpak run io.github.ungoogled_software.ungoogled_chromium, AM just puts the app to PATH like everyone else does, even snap doesn't have this issue.

    load more comments (1 replies)
    load more comments (1 replies)
    load more comments (4 replies)
    load more comments (10 replies)
    [–] HappyFrog@lemmy.blahaj.zone 0 points 11 months ago

    I really like flatpak and it's system, but AppImages are in a nice second place. I usually look for a flatpak first and appimages if I can't find the first.

    [–] possiblylinux127@lemmy.zip 0 points 11 months ago (2 children)

    Even containers are better

    load more comments (2 replies)
    load more comments
    view more: next β€Ί