I have been using linux for about 2 years now and I have enjoyed every second of it. What in your opinion is the best package manager the linux community has ever offered to us? dpkg, apt, yum, pacman, xbps, zypp, nix, guix, portage, 0install and other tons of them that are out there.

  • @dl_
    1•4 years ago

    Not sure if it counts, but I’ve really been enjoying using rpm-ostree on fedora silverblue

    • @marmulak
      2•4 years ago

      I was playing with Silverblue in a VM a couple months ago and it really is nice. Toolbox is kind of weird, but if Silverblue meets all your needs then it should be rock-solid. Very simple system to maintain and keep clean/stable.

      • @dl_
        2•4 years ago

        I agree with you on toolbox being weird. I’ve pretty much stopped using it and instead opt for specific containers for tools I don’t want to layer or can’t find a good flatpak for.

        • @marmulak
          2•4 years ago

          opt for specific containers

          Can you elaborate a little more on this? I might try doing that myself in the future.

          • @dl_
            3•4 years ago

            My workflow is basically that instead of installing all dependencies for a project, I run a container with what I need that is usually removed immediately after execution.

            As an example I recently wanted to compile minikube from source. To compile the project I would need to have go installed as well as make, and since I don’t have any of those tools installed to my base system I used the official golang container from dockerhub.

            Compilation is then run with podman run --rm -it -v $(pwd):/usr/src/minikube:Z -w /usr/src/minikube golang:latest make which simply mounts the project and compiles it using make, and since the entire project folder was mounted in the container any binaries and other output can be found in the configured output directories on the host.

            If I have any project I have to run or compile often inside of a container I can easily create an alias or function in my shell to run the podman run command for that project.

            I like this workflow a lot since it keeps my host system clean, and it makes it easy for me to build projects with different dependencies with little to no conflicts. I much prefer this over toolbox since I don’t have to consider the state of my toolbox container and images are always updated to their latest version without any need to manually keep packages inside the toolbox up to date.

            I might do a more thorough write up of my workflow on my blog in the future and if I’m satisfied with it I’ll probably post it here as well.

            • @marmulak
              2•4 years ago

              Wow, cool! Thanks for sharing