• losttourist@kbin.social
    link
    fedilink
    arrow-up
    11
    ·
    edit-2
    1 year ago

    what if I’m not using CoreOS?

    Podman runs on any distro (or more strictly: any distro that uses systemd). It’s essentially a FOSS alternative to Docker.

    • lemmyvore@feddit.nl
      link
      fedilink
      English
      arrow-up
      2
      arrow-down
      10
      ·
      1 year ago

      …except I can run Docker anywhere. It’s not tied to systemd. These quadlets seem like a very systemd-specific thing. Which is great if you’re building everything around systemd but it’s a niche.

      • losttourist@kbin.social
        link
        fedilink
        arrow-up
        8
        ·
        1 year ago

        systemd [is] a niche

        Maybe in the wider world of all the operating systems installed on all the computers, but for Linux-based computing it is, like it or not, near ubiquitous these days. And in particular for server systems (and this is, after all, /m/selfhosted), good luck finding something that isn’t systemd-based unless you’re deliberately choosing a BSD or aiming for a system which has ever-decreasing amounts of support available.

        • lemmyvore@feddit.nl
          link
          fedilink
          English
          arrow-up
          1
          ·
          edit-2
          1 year ago

          This being selfhosted is exactly the reason I would've expected people to be aware there's more variety out there. systemd is not as ubiquitous as you make it sound.

          Secondly, tying your containerization solution into your init system is a spectacularly bad idea. You could already tie containers into systemd units, quadlets just make it easier; but the best practice advice is to not do it at all. You have a restart policy built into docker/podman for a reason. Let the init system deal with podman/docker itself, and let podman/docker manage their containers.

          Third, the article title is misleading; if anything it should say quadlets made them give up podman-compose, not docker-compose. There's no reason to reference docker in this article — unless you're doing it for the views.