mastouille.fr est l'un des nombreux serveurs Mastodon indépendants que vous pouvez utiliser pour participer au fédiverse.
Mastouille est une instance Mastodon durable, ouverte, et hébergée en France.

Administré par :

Statistiques du serveur :

594
comptes actifs

#Podman

5 messages5 participants1 message aujourd’hui

For a #homelab/#selfhosted project, would there be any reason to pick one of #freebsd or #openbsd ? (Just because #netbsd seems amazingly portable it also interests me).
So far I mostly run #Linux containers with #podman and VMs with #proxmox, the only *BSD VM running is #opnsense. And so far #btrfs seems pretty good alternative to #zfs.
I hear the network stack is supposed to be better and the system overall more “unified” but I fail to see what to try or do with it.

"If you're looking to optimize your containerization workflow, here's the good news - the ecosystem has evolved far beyond Docker's original design.

Docker revolutionized software deployment by making containerization a standard, but the ecosystem has grown to address specific use cases that Docker wasn't originally designed for. Modern alternatives like Podman, containerd, and CRI-O offer specialized features like daemonless designs, rootless operations, and native Kubernetes integration. These tools don't just offer incremental improvements, but instead they represent fundamental shifts in how we think about container security, performance, and workflow integration.

The container ecosystem has matured beyond Docker's monolithic approach, with specialized runtimes optimizing for specific use cases. Whether you're running microservices in production, developing locally, or managing enterprise workloads, there's likely a tool that's better suited to your specific requirements.

In this guide, I'll walk you through the most promising Docker alternatives in 2025 and help you choose the right tool for your specific needs."

datacamp.com/blog/docker-alter

A répondu dans un fil de discussion

I'm trying to figure out setting up an email (SMTP) service on my little hosted machines, so I don't need to rely on any particular mail provider.

Which leads me to thinking I really like how #Podman can generate #SystemD units to automatically manage the service containers.

And that has led me to the conclusion I probably should wait for #Debian Trixie release next month, when I can migrate past Podman 4.3.

How do you manage SMTP service for yours, @mike?

Alright so I just found out that OCI (Docker/Podman) is just absolute garbage if you want anything resembling supply-chain security, because registries and clients are basically allowed to willy-nilly change the image digests. So I just cannot really prove that an image I just mirrored on my local registry is the same I pulled from elsewhere. Is this what we are basing much of our software infrastructure on?

#oci#docker#podman

Podman Desktop 1.20 is here – streamlining container and Kubernetes workflows like never before!
Key highlights:
- Bulk-run containers with a single click
- Smarter extension discovery via description search
- New Development Mode for live-testing local extensions
- Pause live container logs without closing the window

Whether you're managing microservices, building custom extensions, or experimenting with clusters – Podman Desktop 1.20 is for you!
podman-desktop.io/blog/podman-
#Podman #Container

Some exciting #stigmerge updates to share!

All stigmerge peers are now seeders -- there are no #leechers in official stigmerge releases. Sharing is caring! #veilid private routing mitigates the privacy hazards normally associated with sharing content over public networks directly.

Peers gossip with each other _constantly_, advertising themselves and discovering new neighbors -- and they store these contact lists in the #veilid DHT like a pheromone trail. So even when an original seeder is long gone and goes offline -- if just one of its last-known neighbors is online, future travelers still have a chance to join a live swarm of active peers.

Fetchers can balance downloads among multiple peers, gravitating towards the most productive ones.

It's also super-easy to run stigmerge from an OCI container now (#Docker or #Podman as you like).

Check out the updated README for more details -- and the 0.5.6 release to try these new superpowers out for yourself!

github.com/cmars/stigmerge
github.com/cmars/stigmerge/rel

GitHubGitHub - cmars/stigmerge: Stigmergic merging of files over Veilid. Killa beez on the swarm.Stigmergic merging of files over Veilid. Killa beez on the swarm. - cmars/stigmerge
A répondu dans un fil de discussion

@Natanox hi, my PFE 6 years ago was about Linux and #Docker so I can help a little about the advantages of Docker or #Podman
both are container engines where the container is a very light version of the OS, it's like having a monster with multiple heads if you can get the picture, from my understanding Proxmox is a full VM hypervisor, it eats too much
hope I helped, I'm not really an expert but I tried

The Red Hat Containers team, which works on Podman, Buildah, Skopeo, and more, is looking for a Senior QE engineer to work in Brno, CZ. If you're interested, Red Hat would love to talk to you about the position! #podman #opensource redhat.wd5.myworkdayjobs.com/J

redhat.wd5.myworkdayjobs.comSenior/Software Quality Engineer - Container Tools (Brno Office, Czech Republic)The Container Tools organization, part of RHEL Engineering, is looking for individuals with a passion for Open Source, automation and helping grow the impact of Red Hat’s Container Tool offerings for our customers and the community. In the position of Senior Software Quality Engineer you will work on a variety of the key projects within the Container Tools team, where we focus on products such as Podman, Buildah and Skopeo. This position enables you to work on emerging technologies that will benefit our customers. If you enjoy working in a rapidly growing, dynamic environment where each day provides interesting challenges and opportunities, this might be just the place for you. What you will bring is a desire for continuous improvement of testing methodologies and infrastructure, through automation and taking innovative approaches. The testing of Container Tools is complex and involves several operating systems, you will get ample opportunities to flex your brain-cells to come up with solutions. Also, you will enjoy open collaboration both within and outside your team, as we foster an open organization where everyone’s contributions and thoughts are valued and encouraged. You will have opportunities to engage with the upstream Open Source community. What you will do Define and implement automated test strategies and the infrastructure to support them in a manner that enables all team members to contribute to releasing quality software Execute, monitor results and troubleshoot both automated and manual tests Collaborate with SW Quality team members outside the immediate team to work toward an integrated testing strategy with best possible coverage and resulting quality Analyze source code and work with developers to propose appropriate test approaches for all parts of our software; this includes providing feedback on how to make our code more test-friendly Explore novel approaches to testing containers, focusing on all aspects ranging from usability, unwanted behaviors to performance and scalability Develop and work on the design of test automation frameworks and tools and their integration with the development workflow Regular communication and feedback about progress to various project stakeholders, such as other Red Hat Engineering teams, product managers and management Participate in upstream Container Tool communities with a focus on learning more about the various technologies and how they might be used within our offerings What you will bring Working knowledge of Linux Experience as a Software Quality Engineer, preferably in a project that uses Python and works with an upstream community, which includes developing test plans Solid experience scripting and creating automation using Python and Bash Basic experience with automation in GitHub/GitLab, such as GitHub actions or similar continuous integration tools Experience with container technologies, such as Kubernetes/OpenShift and Podman Work experience with DevOps methodologies, scrum and tools, such as Jira Bonus Skills Experience testing with Windows and Mac OS’s Knowledge of AI/ML and how it might impact approaches to testing Automation experience using tools such as Ansible About Red Hat Red Hat is the world’s leading provider of enterprise open source software solutions, using a community-powered approach to deliver high-performing Linux, cloud, container, and Kubernetes technologies. Spread across 40+ countries, our associates work flexibly across work environments, from in-office, to office-flex, to fully remote, depending on the requirements of their role. Red Hatters are encouraged to bring their best ideas, no matter their title or tenure. We're a leader in open source because of our open and inclusive environment. We hire creative, passionate people ready to contribute their ideas, help solve complex problems, and make an impact. Inclusion at Red Hat Red Hat’s culture is built on the open source principles of transparency, collaboration, and inclusion, where the best ideas can come from anywhere and anyone. When this is realized, it empowers people from different backgrounds, perspectives, and experiences to come together to share ideas, challenge the status quo, and drive innovation. Our aspiration is that everyone experiences this culture with equal opportunity and access, and that all voices are not only heard but also celebrated. We hope you will join our celebration, and we welcome and encourage applicants from all the beautiful dimensions that compose our global village. Equal Opportunity Policy (EEO) Red Hat is proud to be an equal opportunity workplace and an affirmative action employer. We review applications for employment without regard to their race, color, religion, sex, sexual orientation, gender identity, national origin, ancestry, citizenship, age, veteran status, genetic information, physical or mental disability, medical condition, marital status, or any other basis prohibited by law. Red Hat does not seek or accept unsolicited resumes or CVs from recruitment agencies. We are not responsible for, and will not pay, any fees, commissions, or any other payment related to unsolicited resumes or CVs except as required in a written contract between Red Hat and the recruitment agency or party requesting payment of a fee. Red Hat supports individuals with disabilities and provides reasonable accommodations to job applicants. If you need assistance completing our online job application, email application-assistance@redhat.com. General inquiries, such as those regarding the status of a job application, will not receive a reply. We’re the world’s leading provider of enterprise open source solutions—including Linux, cloud, container, and Kubernetes. We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge. At Red Hat, our commitment to open source extends beyond technology into virtually everything we do. We collaborate and share ideas, create inclusive communities, and welcome diverse perspectives from all Red Hatters, no matter their role. It’s what makes us who we are. Some of the most knowledgeable and passionate people in the technology industry work here. Whether we’re building software, championing our products, or training new associates, we’re collaborating openly to make a difference in the world of open source and beyond.