• srestegosaurio@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    5
    ·
    4 hours ago

    Flatpak and SystemD Portable services are actually pretty good.

    That’s the direction I see Linux going. I personally use NixOS because I am sad.

  • LeFantome@programming.dev
    link
    fedilink
    arrow-up
    5
    ·
    edit-2
    8 hours ago

    Tar is not a package manager, it is just a packaging format. AppImage has the same problem.

    Flatpak is a bit of a crappy package manager but at least it is one. And, due to its use of container technology, it allows the same packages to run on any Linux kernel (any Linux distro). That is pretty useful.

    Of the other package managers, apk 3 is my favourite but the only distro that uses it is Chimera Linux. Pacman is good. dnf / RPM is ok. apt / deb is in last place for me. The recent Ubuntu 25.04 launch snafu illustrates some of the problems with apt. The first Linus Tech Tips Linux challenge really highlighted the dangers of apt.

    I only used snap briefly but instantly hated it. Fstab was a mess. It was slow. It was proprietary. I fled before I could form an educated opinion.

  • fossilesque@mander.xyz
    link
    fedilink
    English
    arrow-up
    8
    ·
    edit-2
    15 hours ago

    Haha, I break snap a lot less than the others, and it took a bit to figure out the differences. Appimages are annoying af. Flatpaks are my favourite when there isn’t a good old .deb. I recently broke Flatpak though so it’s on my naughty list. Snap still chugging along for some reason, I just wish the permissions weren’t so crazy strict (Nextcloud).

    Speaking of all this, I realised I’ve accidentally installed some things twice. Is there a good way to list all the different package managers together to see what is duplicated?

      • fossilesque@mander.xyz
        link
        fedilink
        English
        arrow-up
        2
        ·
        13 hours ago

        I broke Gnome and now I have Flatpaks that don’t launch. I don’t want to reinstall so I am slowly fixing things.

        • tc4m@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          11 hours ago

          You can try flatpak repair. Or it could be a leftover .desktop file for that app.

          You can check if that app is still installed with flatpak list

          • fossilesque@mander.xyz
            link
            fedilink
            English
            arrow-up
            1
            ·
            10 hours ago

            Yeah that isn’t the problem haha. I have deleted something gnome is not happy about. This has been a few days of tinkering. I think I actually just might have fixed it. Fingers crossed, anyway.

      • LeFantome@programming.dev
        link
        fedilink
        arrow-up
        2
        ·
        9 hours ago

        AppImage is a package format, not a package manager. Same with tar.

        So, I would say the primary complaint should be a lack of package management.

      • fossilesque@mander.xyz
        link
        fedilink
        English
        arrow-up
        1
        ·
        9 hours ago

        I want a centralised app manage, not 50. I’d probably stick them in a folder and forget them if not for Gear Lever.

  • danhab99@programming.dev
    link
    fedilink
    arrow-up
    22
    arrow-down
    2
    ·
    1 day ago

    Nix is just across the street sipping tea because it understands what it is and is at peace with the chaotic world around it.

    • stebator@lemmy.world
      link
      fedilink
      arrow-up
      3
      ·
      19 hours ago

      I use NixOS and Flatpak (Nix-Flatpak) to install software that is not available in Nixpkgs. Unlike Arch’s AUR, Nixpkgs has fewer popular packages. However, Nixpkgs beats AUR in terms of quantity because many Nixpkgs packages are redundant.

  • Abnorc@lemm.ee
    link
    fedilink
    arrow-up
    20
    ·
    edit-2
    1 day ago

    It’s not about the package management method that we use. It’s about the friends and enemies we made along the way (while arguing about package management.)

  • Phoenixz@lemmy.ca
    link
    fedilink
    arrow-up
    11
    ·
    1 day ago

    That’s because we are…

    If .y Firefox will once again be updated without asking me and then refusing to open any page without a restart I’ll fucking lose it

    • Sonotsugipaa@lemmy.dbzer0.com
      link
      fedilink
      English
      arrow-up
      8
      ·
      22 hours ago

      Wait hold on wait, does that bullshit have something with Firefox being distributed through Snap?

      If it does, I’m going to sn… also fucking lose it

      • Phoenixz@lemmy.ca
        link
        fedilink
        arrow-up
        5
        ·
        15 hours ago

        Yeah, it’s snap

        Always updating without letting you know, without asking and it’s ALWAYS at the most inconvenient time

      • mogoh@lemmy.ml
        link
        fedilink
        arrow-up
        4
        ·
        edit-2
        19 hours ago

        I have bad news for you …

        (TBH I am not sure, but as I remember, this problem was specifically a snap problem.)

  • procapra@lemm.ee
    link
    fedilink
    arrow-up
    31
    arrow-down
    3
    ·
    1 day ago

    If flatpak didn’t make me put the entirety of KDE onto my system (thats an exaggeration but you know what I mean) I’d gladly crown it king of the package managers.

    • LeFantome@programming.dev
      link
      fedilink
      arrow-up
      3
      ·
      9 hours ago

      Flatpak does not install KDE by default. It is only required if you install a KDE app. You can hardly blame it if you do that.

    • rtxn@lemmy.worldM
      link
      fedilink
      arrow-up
      18
      ·
      1 day ago

      I just want to point out the dependencies of Konsole (arguably a small and simple application in concept): glibc gcc-libs icu kbookmarks kcolorscheme kconfig kconfigwidgets kcoreaddons kcrash kdbusaddons kglobalaccel kguiaddons ki18n kiconthemes kio knewstuff knotifications knotifyconfig kparts kpty kservice ktextwidgets kwidgetsaddons kwindowsystem kxmlgui qt6-5compat qt6-base qt6-multimedia sh.

    • OsrsNeedsF2P@lemmy.ml
      link
      fedilink
      arrow-up
      15
      ·
      1 day ago

      Psst … the first KDE app you installed via your package manager also put “the entirety of KDE” onto your system.

      • CarrotsHaveEars@lemmy.ml
        link
        fedilink
        arrow-up
        2
        arrow-down
        2
        ·
        1 day ago

        Indeed. As much of how loved and popular KDE is, fuck it. I use the glorious XFCE. XFCE is beautiful too. Fuck, I’m not the maniac who would waste 2GB just for my DE to look beautiful.

  • Admiral Patrick@dubvee.org
    link
    fedilink
    English
    arrow-up
    84
    arrow-down
    7
    ·
    2 days ago

    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.

      • jj4211@lemmy.world
        link
        fedilink
        arrow-up
        7
        ·
        1 day ago

        I’d say that complete lack of a single consistent way to manage updates.

        I really don’t feel having to micromanage each piece of software.

        • Samueru_sama@programming.dev
          link
          fedilink
          English
          arrow-up
          4
          ·
          1 day ago

          AppImage is meant to be updated using the embedded zsync info the runtime, that is the user should never have to open the app to update it.

          The user needs to have something like AM, appimagelauncher or appimaged that is then able to parse the info and update the appimages using appimageupdatetool

          This method also provides delta updates, meaning it doesn’t download the entire app but only a diff, see this test with CPU-X where it downloaded 2.65 MiB to update the app:

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

      • Admiral Patrick@dubvee.org
        link
        fedilink
        English
        arrow-up
        17
        arrow-down
        3
        ·
        2 days ago

        Just not a fan of container formats in general.

        I say that as a heavy user of Docker, but that’s a different use-case.

          • Admiral Patrick@dubvee.org
            link
            fedilink
            English
            arrow-up
            5
            ·
            edit-2
            2 days ago

            At least for appimage, it doesn’t create application launchers. And it’s 50/50 whether the icon in the window list works or not.

            I also build a lot of Docker images, and container formats throw a wrench in that if that’s the only way the application/utility is packaged. So I end up building from source.

            • klu9@lemmy.ca
              link
              fedilink
              English
              arrow-up
              3
              ·
              2 days ago

              Personally, I use AM. Takes care of that and more.

              It is CLI and I’m GUI by nature, but AM is easy enough for me. Just yesterday I did a simple am -u and got the latest updated versions of qBittorrent, FreeTube, yt-dlp etc. (I.e. the kind of program that system packages are too out of date to work safely or even work at all.)

              There are other options like zap (CLI), Gear Lever (GUI) and just recently I believe the Nitrux distro came out with a complete AppImage software manager. (Checking it out, https://github.com/Nitrux/nx-software-center , it seems it pulls from AppImageHub.com, which unfortunately has largely been forgotten by developers, a lot of software is either out of date, unverifiable or completely absent. AM is much more up-to-date, pulling the latest AppImages mostly from official GitHub repos.)

  • 👍Maximum Derek👍@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    48
    arrow-down
    1
    ·
    2 days ago

    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.

    • miguel@fedia.io
      link
      fedilink
      arrow-up
      26
      ·
      2 days ago

      I just recently de-snapped yet another ubuntu system. Couldn’t agree more. I use debian standard for all of my stuff, and I agree with your ranking.

    • someacnt@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 day ago

      Am I the only one who struggled extensively with .deb file with out-of-date dependencies? It seems the software dev needs to update the .deb file frequently, which they never do.

    • gigachad@sh.itjust.works
      link
      fedilink
      arrow-up
      7
      ·
      2 days ago

      As someone who is confused when he has to deal with a .deb file and always has to google what to do with it - what is the advantage of a .deb over let’s say a shell script?

      • cley_faye@lemmy.world
        link
        fedilink
        arrow-up
        8
        ·
        1 day ago

        If made correctly (which is hilariously easy), it’s a clean install and uninstall process, support some level of potential conflict regarding files that are shared with other packages/commands, support dependencies out of the box, and with minimal work can be made easy to update for the user (even automatically updates, depending on the user’s choices) by having an (again, very easy to setup for a dev) repository. With the added value of authenticity checks before updating.

        All this in a standardized way that requires no tinkering, compatibility stuff, etc, because all these checks are built-in.

        Note that some of this probably applies to other system package management solutions, it’s not exclusive to .deb.

      • 👍Maximum Derek👍@discuss.tchncs.de
        link
        fedilink
        English
        arrow-up
        10
        ·
        edit-2
        2 days ago

        I never fully trust a shell script and usually end up reading any I have to use first, so I know what they do. And after so many years dpkg holds no mysteries for me and Discover will install .debs if I double click while in KDE.

        • everett@lemmy.ml
          link
          fedilink
          arrow-up
          6
          ·
          2 days ago

          It’s worth knowing that .deb files can contain setup scripts that get run as root when installed, so you should trust them too.

          • 👍Maximum Derek👍@discuss.tchncs.de
            link
            fedilink
            English
            arrow-up
            5
            ·
            edit-2
            1 day ago

            Yeah. They all come with risks, but I psychologically struggle to run shell scripts unless I know what’s in them. And the same brain dysfunction makes my automatically distrust a script that doesn’t set pipefail.

            • everett@lemmy.ml
              link
              fedilink
              arrow-up
              4
              ·
              2 days ago

              That definitely makes sense. Also, the scripts in a .deb should be incredibly short and readable, if you choose to check them out.

      • Monstrosity@lemm.ee
        link
        fedilink
        English
        arrow-up
        5
        ·
        edit-2
        1 day ago

        dpkg -i <nameofpackage.deb>

        Which can be read as: (Debpackage) -install <nameofpackage.deb>

        That’s it!

        Also, if you haven’t already, install tldr (apt install tldr), then you can ‘tldr deb’ (or any other command) to get a few examples of their most used functions.

      • wolfinthewoods@lemmy.ml
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 day ago

        It might be different for other distros, but for me on MX Linux, I just click on the .deb and it opens a shell with a root prompt and installs the file automatically. Easy peasy.

  • cley_faye@lemmy.world
    link
    fedilink
    arrow-up
    21
    arrow-down
    1
    ·
    1 day ago

    A rusty bucket riddled with holes and the stick part of a shovel is better than snap for running software.

  • unknown1234_5@kbin.earth
    link
    fedilink
    arrow-up
    28
    ·
    2 days ago

    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.

  • Monstrosity@lemm.ee
    link
    fedilink
    English
    arrow-up
    25
    ·
    2 days ago

    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.