I haven’t had issues with rootless networking but I run pretty simple apps. I gave up on podman-compose though and run individual commands to create podman objects. Once rootless containers are in the same pod you can access other containers in the same pod over localhost
Since docker-compose is designed to exclusively work with rootful containers (basically the only thing docker supports), it's not a surprise you're having problems trying to run it rootless.
Podman added an optional rootful daemon a few releases ago that you can run in place of/next to the docker daemon that (theoretically) supports all the same docker network functionality specifcally so docker and docker compose commands can be run unchanged on podman.
I too have issues with this, but mainly trying to run protected ports (port 53 for DNS with PiHole) as rootless Podman -- it just did not work. Went back to docker and have not had an issue since.
Most repos I check out still have only docker specific commands…
Even though most things are similar, the differences in e.g networking (for example host.docker.internal vs host.containers.internal) create lots of Issues for me
Ok, I really want to use podman, but the last time I built an image and tried to run it, I ran into a brick wall.
I think I used something called buildah to package something, and it had some parameter for a name, but then trying to run it using podman, podman didn't seem to have any way to reference the container image that I THINK buildah created. I think there was also something called spokeo but I don't recall what it did, or it did not help this workflow.
The tutorials all seemed to assume pulling images from the internet.
Anyone have a good podman tutorial that really goes from install podman -> make container -> run container on a Linux box?
Were you building from a Dockerfile or Containerfile? If so, you don't need to use buildah you can just use podman build, same as you would docker. So to build an image from a Dockerfile/Containerfile in the current directory just run
podman build -t what_the_image_to_be_tagged .
Then to reference the container by name when you run it, you gotta specify that at runtime:
How do we encourage other repos like Ubuntu to update to this version? I'd love to have some Ubuntu like distro that has faster / rolling updates for WSL and some VMs. Even the next version of Ubuntu is still stuck on version 3.4...
It's in Ubuntu's Universe repository. That means it's usually just the upstream Debian package or one maintained by the community rather than Ubuntu itself.
Ubuntu's podman 3.4 was pulled from Debian Unstable at some point (Debian Stable is still on 3.0?). It looks like Debian Testing has 4.3, so they're probably waiting to just use that from Debian Stable in Ubuntu Lunar rather than the community maintaining their own version.
A not what you're asking, but answer you're actually looking for response might be don't use Ubuntu, use a 'rolling release' distro such as Arch? (Or coming from Ubuntu perhaps the derivative Manjaro.)
[+] [-] wooptoo|3 years ago|reply
[+] [-] limaho|3 years ago|reply
[+] [-] aaravchen|3 years ago|reply
Podman added an optional rootful daemon a few releases ago that you can run in place of/next to the docker daemon that (theoretically) supports all the same docker network functionality specifcally so docker and docker compose commands can be run unchanged on podman.
[+] [-] galleywest200|3 years ago|reply
[+] [-] seized|3 years ago|reply
[+] [-] 2OEH8eoCRo0|3 years ago|reply
[+] [-] Wronnay|3 years ago|reply
Most repos I check out still have only docker specific commands…
Even though most things are similar, the differences in e.g networking (for example host.docker.internal vs host.containers.internal) create lots of Issues for me
[+] [-] candiddevmike|3 years ago|reply
[+] [-] AtlasBarfed|3 years ago|reply
I think I used something called buildah to package something, and it had some parameter for a name, but then trying to run it using podman, podman didn't seem to have any way to reference the container image that I THINK buildah created. I think there was also something called spokeo but I don't recall what it did, or it did not help this workflow.
The tutorials all seemed to assume pulling images from the internet.
Anyone have a good podman tutorial that really goes from install podman -> make container -> run container on a Linux box?
[+] [-] sagarm|3 years ago|reply
[+] [-] stryan|3 years ago|reply
podman build -t what_the_image_to_be_tagged .
Then to reference the container by name when you run it, you gotta specify that at runtime:
podman run --name foo the_image_you_just_tagged
[+] [-] hitori|3 years ago|reply
The version in official Ubuntu apt repo is still 3.x ..
[+] [-] edpenz|3 years ago|reply
[+] [-] WirelessGigabit|3 years ago|reply
[+] [-] antod|3 years ago|reply
Ubuntu's podman 3.4 was pulled from Debian Unstable at some point (Debian Stable is still on 3.0?). It looks like Debian Testing has 4.3, so they're probably waiting to just use that from Debian Stable in Ubuntu Lunar rather than the community maintaining their own version.
https://code.launchpad.net/ubuntu/+source/libpod
[+] [-] yrro|3 years ago|reply
Or maybe you can request it via the process outlined at https://wiki.ubuntu.com/SyncRequestProcess?
[+] [-] OJFord|3 years ago|reply
[+] [-] dima55|3 years ago|reply
[+] [-] 2OEH8eoCRo0|3 years ago|reply
[+] [-] sphix0r|3 years ago|reply
[+] [-] cassianoleal|3 years ago|reply
[0] https://github.com/abiosoft/colima
[+] [-] flemhans|3 years ago|reply