• jaxxed@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    37 minutes ago

    Switching colleagues over to Pdman desktop, whenever legal asks about licenses for DD. :)

    Podman has some thngs rhat I don’t like but it ften works much better, and a lot f really great tools use it natively (like distrobox)

    • WolfLink@sh.itjust.worksOP
      link
      fedilink
      arrow-up
      0
      ·
      51 minutes ago

      I literally yesterday dealt with that. There’s an option to just turn off Docker’s firewall manipulation so you can do it manually.

  • lengau@midwest.social
    link
    fedilink
    arrow-up
    0
    ·
    2 hours ago

    I’m curious why you feel this way? I’m kinda the opposite — podman has features I use that Docker doesn’t.

    • todotoro@midwest.social
      link
      fedilink
      English
      arrow-up
      0
      ·
      1 hour ago

      Not the poster, but I kinda get this sentiment. For my laptop and things that I do for work, I prefer Podman. Better security posture out of the box, and I’m typically crafting my own pods to work a specific way.

      But, if I am just trying to start up some app/service and I’m following the GitHub documentation with the project…I want to just copy and paste and there isn’t a 1-for-1 for docker compose. Podman does have an alias package so you can say docker on the cli, but the “compose” part of it is not as good if I just want something to run without dicking with it.

      So in short, if I’m making something with a container or want to have hands on control, I prefer Podman. If I’m running something “off the shelf”, like just running someone’s docker compose files files from their Github, I’m just running Docker man.

  • Railcar8095@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    3 hours ago

    Am I the only one who struggles with podman permissions? Every time I try to use it one service or another doesn’t work.

    I tried for immich (only service I expose) and failed.

    • cunnililgus@sopuli.xyz
      link
      fedilink
      arrow-up
      0
      ·
      3 hours ago

      It doesn’t and I’m sure there are benefits, but for basic home services daemonless translated directly into more work for no benefit.

  • mlg@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    5 hours ago

    Docker became a license nest despite actual devs using k8s like a normal person should.

    Meanwhile podman gave us rootless containers, CDI, and quadlets which far outweighs whatever docker is limping to the barn with.

    • motogo@feddit.dk
      link
      fedilink
      arrow-up
      0
      ·
      3 hours ago

      This! Podman rootless quadlets is so powerful and beautifully simple. Just look at that faaar superior security model and hos it doesnt even need a service to manage services because it just integrates natively with systemd I replaced my entire container layer from Rocker Swarm way back with K8s. Then it dawned on me I dont want the pods to move to another node by themselves anyway and then I just moved to Podman quadlets managed Ansible. Oh, and the podman pods are awesome as well.

      • CallMeAl (like Alan)@piefed.zip
        link
        fedilink
        English
        arrow-up
        0
        ·
        4 hours ago

        I don’t know how you would even compare them. Quadlets can do what Docker Swarm or Kube does with dynamic instances and dependency lifecycle management. Docker Compose doesn’t have nearly the same features as Podman Quadlet.

        • hirihit640@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          0
          ·
          3 hours ago

          Docker swarm uses compose files too. But really, when you have tools like Podlet that converts compose files to quadlets, it’s a pretty good sign that the two fit 90% the same use cases.

    • esc@piefed.social
      link
      fedilink
      English
      arrow-up
      0
      ·
      8 hours ago

      Probably as good as it can, you shouldn’t use docker compose with podman anyway, there are two alternatives (quadlets - they describe everything as a systemd units and kube yaml - they use standard k8s yaml files including pods, deployments, secrets, etc.), both arguably better than compose.

    • wylinka@szmer.info
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      9 hours ago

      Through a hacky Python script (podman-compose), but apparently it works. But IMHO there’s no reason not to just rewrite compose files as quadlets. I think it’s so neat that they work pretty much just like normal systemd units, it makes it feel a lot more logical especially if you’re used to pre-container workflows.

      One problem with Podman is that there isn’t a lot of newbie-proof documentation, tutorials etc. partially because it’s not as popular as Docker and partially because it’s developed by Red Hat and they want you to get a RHEL license to access learning resources and support. But if you’re good with man pages, this shouldn’t be much of a problem, it’s easy enough to figure out what to do.

      • andho@lemmy.zip
        link
        fedilink
        arrow-up
        0
        ·
        8 hours ago

        I prefer compose for development instead of quadlets. Actually I prefer compose either way although I use quadlets on my server.

        With quadlets all projects files are in the same location and you need separate files for each container, volume, network, etc.

      • not@lemmy.dbzer0.com
        link
        fedilink
        English
        arrow-up
        0
        ·
        9 hours ago

        Couldn’t someone like you type up a short list with tips and tricks and post it where the newbies can find it?

    • Ŝan • 𐑖ƨɤ@piefed.zip
      link
      fedilink
      English
      arrow-up
      0
      ·
      9 hours ago

      Surprisingly well?

      It’s rare when I have to look up special instructions for podman. Once þe setup is ironed out commands are mostly interchangeable.

      Þe podman team have done a great job.

      • Axolotl@feddit.it
        link
        fedilink
        arrow-up
        0
        ·
        8 hours ago

        Can you stop using thorn? It’s quite a problem for some people, it makes reading very hard for them

  • m8052@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    11 hours ago

    Docker has the advantage of fucking working. Every time I use podman, something is wrong. Especially with networking. I mean good luck running a compose file first time. Nowadays I run both. I always gives podman a go first. Almost always end up on docker

      • esc@piefed.social
        link
        fedilink
        English
        arrow-up
        0
        ·
        9 hours ago

        Rootless, better integrated with system, a bit faster and lighter on resources. Also it supports k8s style yaml configuration both ways and a lot of people are more familiar with them and they also provide some (minimal) interoperability.

        • katze@lemmy.4d2.org
          link
          fedilink
          arrow-up
          0
          ·
          7 hours ago

          a bit faster and lighter on resources.

          Can’t confirm. I have two VMs with an identical image (about 200 MB).

          Docker: Pulling the image takes about 10 seconds and needs about 200 MB diskspace.

          Podman: Pulling the image takes about 15 minutes and needs about 110 GB diskspace.

          Docker: Commands like “docker ps”, “docker stop” etc. run in a few seconds.

          Podman: Commands like “podman ps”, “podman stop” etc. take at least one minute.

          • Allero@lemmy.today
            link
            fedilink
            arrow-up
            0
            ·
            4 hours ago

            Something is super wrong in your setup or some weird Podman bug on your side. Works flawlessly and quickly on my machine, no such issues.

          • esc@piefed.social
            link
            fedilink
            English
            arrow-up
            0
            ·
            6 hours ago

            Company confirmed that it is lighter and faster with multiple benchmark at the time of migration. Your case sounds like extreme misconfiguration.

            • katze@lemmy.4d2.org
              link
              fedilink
              arrow-up
              0
              ·
              4 hours ago

              extreme misconfiguration

              I did not configure anything, I just installed it from the debian repository.

              • Klara@lemmy.blahaj.zone
                link
                fedilink
                arrow-up
                0
                ·
                4 hours ago

                If this is on Debian 12 I think the issue is that the default storage backend is VFS rather than Overlay, which burnt me as well as it is REALLY inefficient. Look up how to find out what you’re using and change it if that’s it. After doing that it’s been really good for me :)

      • terminatortwo@piefed.social
        link
        fedilink
        English
        arrow-up
        0
        ·
        11 hours ago

        At work, avoiding surprise licensing fees. If you ever have over 250 employees or over 10 million revenue, you owe a subscription.

        At the home, easy orchestration with systemd

    • diaphragmwp@discuss.tchncs.de
      link
      fedilink
      English
      arrow-up
      0
      ·
      7 hours ago

      Why would you use podman when you could

      #!/bin/ksh
      
      daemon_execdir="/home/etebase/src"
      daemon_logfile="/var/log/etebase"
      daemon="/home/etebase/pyenv/bin/uvicorn"
      daemon_flags="etebase_server.asgi:application --host 159.100.247.89 --port 8000"
      daemon_user="_etebase"
      
      . /etc/rc.d/rc.subr
      
      rc_bg=YES
      rc_reload=NO
      
      pexp="/home/etebase/pyenv/bin/python3 ${daemon} ${daemon_flags}"
      
      rc_start() {
              rc_exec ". ~/.profile; ${daemon} ${daemon_flags} >> ${daemon_logfile} 2>&1"
      }
      
      rc_cmd $1
      
    • Midnight Wolf@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      13 hours ago

      I use docker since it’s what I learned on a decade ago, and my nas that I started from supports docker bit not podman in the ‘app store’. I have three other machines running plain Debian, but I would want everything to work together, y’know? I’ve got a set-and-forget setup and I’d rather not break things without substantial benefit…

      Plus everybody is like ‘it’s the same thing, no learning curve’ but then I start reading up on it and uhoh, learning curves :p

      • definitemaybe@lemmy.ca
        link
        fedilink
        arrow-up
        0
        ·
        9 hours ago

        Plus everybody is like ‘it’s the same thing, no learning curve’ but then I start reading up on it and uhoh, learning curves :p

        Exactly this. I tried podman, as a “container” newb, based on the idea that it’s a (better) drop-in replacement for docker, but it didn’t work. My quick attempts to resolve it went nowhere, and there were no instructions for the container I was trying to spin up for podman to explain the differences required.

        So, in frustration, I decided to try docker and it just worked.

        Good enough for me, for now. I still prefer the idea of not having a daemon running with root privileges, so I’ll likely move over to podman eventually, but I only have so much time to waste tinkering with my setup. And if it ain’t broke, don’t fix it.