How to install on Debian 12, why so recent libc?.. #1229
Replies: 2 comments
-
This isn't really a upstream issue, we have no control over how the debian packages are build. My understanding is that testing packages are not really meant to work on the stable version. In general if you like the latest package you could directly switch to debian testing which is updated often. The point of debian stable is to not update packages. Your other alternative is to build netavark from source. |
Beta Was this translation helpful? Give feedback.
-
Hello! o) So, maybe I try to get the most recent netavark version from some of the other repositories I already have in use? But this is getting quite messy to be honest, not sure this is the right way to go. As already mentioned, using recent Podman components is kind of an experiment it seems, what is it I do wrong, that only the most recent components do what I had in mind? Maybe I rephrase my actual target: How to get a separate IP for the services I have setup in a compose.yml? I already switched to "pasta" because "slirp4netns" is kind of deprecated in recent Podman 5+. It caused quite some hickups already and I don't seem to get any closer to my Podman container lab, there's always something which does not work (yet) or only with some kind of fix not available. No offense, you do a great job, I could not do anything of what you do! o) |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello everyone! o)
I read through several issues here regarding "macvlan" and getting DHCP to work. I currently use netavark v1.4.0 on my Debian 12 test setup. That version is from the regular Bookworm channel.
It seems version 1.14.0 of netavark is availabe in "testing" channel already, so I tried installing from there, but the installation fails, because of not meeting "clib6" version. Is there a need to compile netavark with a clib version recent like this? I had this problem with other packages in the past as well, some projects lower their compilation target and thing can be used on current Debian no problem afterwards.
I am not a professional Linux and package dependency resolver, please don't mind my naive question! o)
I was very happy that I got the most recent podman and pasta versions running on Debian 12 now, until I discovered, that DHCP for macvlan containers does not work.
So I have all the recent versions in place, they all work, but netavark requires more "recent" clib and cannot be combined with the other recent components. This kind of ruins all my efforts! o)
Maybe there is something you can do about it?
Thank you in advance!
ps: During my podman journey I got the feeling that using podman is like surfing on bleeding edge releases and fixes all the time, to get things working I expect to work. The podman ecosystem is not as stable and matured as you would think?
I don't know if sailing with Docker would be more smoothly?! I kind of doubt it and I actually like podman better, because it's nearer to Kubernetes. I also have little motivation to redo all the things with Docker and see how I end up. Setting up this container business is kind of nerve wrecking (for a newbie like me at least o)! Thank you! o)
Beta Was this translation helpful? Give feedback.
All reactions