Programming

17431 readers

83 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Follow the programming.dev instance rules
Keep content related to programming in some way
If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]

founded 1 year ago

MODERATORS

snowe

Ategon

[email protected]

137

Podman is a daemon-less alternative to Docker, but with Rootless containers, grouping containers in pods, and systemd integration. What do you think of it? (lemmy.ml)

submitted 1 year ago by [email protected] to c/programming

30 comments fedilink hide all child comments

Podman is a lot like Docker: a tool for running OCI containers. While it maintains backwards compatibility with Dockerfile and docker-compose syntax, it offers a lot of other benefits:

daemonless: it can run containers without a daemon process running in the background.
Rootless: can run containers without root privileges
pods: can group containers into secluded pods, which share resources and network namespace

Podman has other features I haven't explored yet, like compatibility with Kubernetes yaml file, and being able to run containers as systemd units.

Have you used podman before? What are your thoughts on it?

you are viewing a single comment's thread
view the rest of the comments

[+] [email protected] 1 points 1 year ago (1 children)

[deleted]

[–] [email protected] 1 points 1 year ago (2 children)

We are using the kubernetes executor. You can add additional sidecar services for your jobs, and we're using that mechanic to run podman as a daemon. There are some gotchas I had to solve if I remember, but now it works nicely for us. Except for Testcontainers, which throws an exception when your Testcontainer is exposing ports

[–] agilob 1 points 1 year ago (1 children)

I got it all working on self hosted kubernetes and crossplatform builds with buildah. What's your problem exactly? For TC you need to use some env vars to configure ports in .gitlabci

[–] [email protected] 1 points 1 year ago (1 children)

Do you have a working snippet somewhere I could take a look at?

[–] agilob 1 points 1 year ago (1 children)

I'll try to find it tomorrow

[–] [email protected] 1 points 1 year ago (1 children)

I'm very interested in a solution. Our current setup, where we use an external docker host for Testcontainers and Podman to build images is quite painful

[–] agilob 1 points 1 year ago

I have this on my to-do list, but sorry, can't promise when I'll make a working demo. afair the trick was to use something like "podman in-podman", like dind works in GitLab runners and then some env-vars manipulation so TC thinks it runs in docker, something like

DOCKER_HOST=unix:///run/user/1000/podman/podman.sock and I use alpine as gitlab-ci helper image:

        image = "docker.io/alpine:3.17.2"
        helper_image_flavor = "alpine"

not sure if that matters, but i had lots of strange problems running with Ubuntu helper images, most were DNS propagation issues