Comment

Sure. I think we could construe an argument for both sides here. You're looking for something stable and rock solid, which doesn't break your stuff. I'd argue Debian does exactly that. It has long release cycles and doesn't give you any big Podman update, so you don't have to deal with a major release update. That's kind of what you wanted. But at the same time you want the opposite of that, too. That's just not something Debian can do.

It's going to get better, though. With software that had been moving fast (like Podman?) you're going to experience that. But the major changes are going to slow down while the project matures, and we'll get Debian Trixie soon (which is already in hard freeze as of now) and that comes with Podman 5.4.2. It'll be less of an issue in the future. At least with that package.

Question remains: Are you going to handle updates of your containers and base system better than, or worse than Debian... If you don't handle security updates of the containers in a timely manner for all time to come, you might be off worse. If you keep at it, you'll experience some benefits.

source

Sort:hotnew top

ntn888@lemmy.ml ⁨1⁩ ⁨day⁩ ago
I’ve always relied on Docker Hub and compose files (shared on the project page there), and never really delved deeper. It’s nice to hear recent Podman on the next release… So maybe it’ll become a viable option again. I read that RHEL (and folks) is the standard, for Podman. But lately they have been riddled with licensing issues and big corporate nonsense, and found Alpine instead…

source
- hendrik@palaver.p3x.de ⁨1⁩ ⁨day⁩ ago
  I think Alpine has a release cycle of 6 months. So it should be a better option if you want software from 6 months ago packaged and available. Debian does something like 2 years(?) so naturally it might have very old versions of software. On the flipside you don't need to put in a lot of effort for 2 years.
  
  I don't think there is such a thing as a "standard" when it comes to Linux software. I mean Podman is developed by Red Hat. And Red Hat also does Fedora. But we're not Apple here with a tight ecosystem. It's likely going to run on a plethora of other Linux distros as well. And it's not going to run better or worse just because of the company who made it....
  
  source
  - ntn888@lemmy.ml ⁨1⁩ ⁨day⁩ ago
    Hmm I see… Probably because popularity is either Debian or RHEL forks when it comes to servers… Yeah that’s the good thing about open source is inter-compatibility I guess.
    
    BTW this Alpine thing is still under testing personally… I still need to achieve long term stability. I still am hopeful after what I’ve been reading from other’s experiences… Thanks!
    
    source
    hendrik@palaver.p3x.de ⁨1⁩ ⁨day⁩ ago
    Right. Do your testing. Nothing here is black and white only. And everyone has different requirements, and it's also hard to get own requirements right.
    Plus they even change over time. I've used Debian before with all the services configured myself, moved to YunoHost, to Docker containers, to NixOS, partially back to YunoHost over the time... It all depends on what you're trying to accomplish, how much time you got to spare, what level of customizability you need... It's all there for a reason. And there isn't a perfect solution.
    
    source