Closed lordwelch closed 5 months ago
Sure, given that these binaries are already shipped with the official fedora-based podman image, go for it! Though, I wonder in which scenario(s) they are used with podman. So, when you create a pull request, it would be great if you'd add a corresponding e2e test(s) (just a simple podman CLI call within one of the *.bats files here) to illustrate how they are used and to ensure they remain usable during subsequent updates.
Having these DNS features in podman-static would be very usefull indeed !
At present time basic "podman compose" stacks don't work properly with static podman build (each container can't see/resolve the other ones although they should be in same virtual network created by compose). Getting this to work would be great :-)
Thanks you all for your hard work ! Can't wait to see these compose features working in static version
It took a while but now this was addressed within #91: Finally the v5.1.1 release is shipped with netavark and pasta (instead of CNI and slirp4netns) as well as aardvark-dns.
It works great with podamn compose !
We can now remove the ugly network hack we had to use to circumvent the problem :-)
Thanks a lot, this is very helpfull
Would you be open to a PR to add netavark and aardvark-dns?