eupolicy.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
This Mastodon server is a friendly and respectful discussion space for people working in areas related to EU policy. When you request to create an account, please tell us something about you.

Server stats:

240
active users

#devops

28 posts21 participants4 posts today

The #KubeCon recordings are now on YouTube! We'll be posting links to all the #OpenPolicyAgent related ones as we watch them. First out is the #OPA maintainer track session, where @charlieegan3 and @anderseknert give a short introduction to OPA and Rego, followed by a deep-dive into recent performance improvements, and a sneak peek at the project roadmap. Check it out!

youtube.com/watch?v=XtA-NKoJDaI

🔍 Looking for #Linux #Containers for your CI/CD pipeline? #foundata built a collection of OCI images with

✅ functional systemd (not just a shim!)
✅ unprivileged execution support – perfect for tools like #Podman.

👉 Explore all Integration Test Target (ITT) container files on github.com/orgs/foundata/repos

💡 Also ideal for #Ansible #Molecule testing, see them in action with a collection: github.com/foundata/ansible-co

Open Source. Automation. Agile. foundata GmbH has 25 repositories available. Follow their code on GitHub.
GitHubfoundata GmbHOpen Source. Automation. Agile. foundata GmbH has 25 repositories available. Follow their code on GitHub.
Replied in thread

@jwolynko When it comes to on-prem, GitLab still seems to be the preferred solution (GitHub enterprise seems to be deprecated, thank the universe for that). I personally am running Forgejo wherever possible.

But most of the customers I know do run some form of GitLab. And I wanted to make sure I had a working test setup, whenever I need one. Currently I wanted to do some testing for GitLab runners on Kubernetes.

The package based ones are pretty simple to setup (not talking about maintenance, of course).

codeberg.org/johanneskastl/git
codeberg.org/johanneskastl/git

Summary card of repository johanneskastl/gitlab_vagrant_libvirt_ansible
Codeberg.orggitlab_vagrant_libvirt_ansibleVagrant-libvirt setup with a VM that is running a Gitlab instance

<rant>
OK, so however thought up the structure of the #Gitlab helm chart was ... creative, to put it politely.

The chart itself has dependencies, as is common with helm charts.
But it also has a charts directory, which contains 5 other charts. Including one called gitlab.
Which again has a charts directory as well as dependencies.

So, depending on which chart you want to configure, it might be chart-name.something or gitlab.chart-name.something. Oh, they also use global.something or global.chart-name.something.

And as this is not creative enough, some charts are installed if chart-name.install is true. For some it is chart-name.enabled...

But help is near, there is an operator, that does the heavy lifting for you. Oh wait, it uses the values from the helm chart of its CRD...
</rant>

Backups are only good as long as they work.

Spent this morning, restoring the backup of our Mastodon instance burningboard.net to a fresh virtual machine in Proxmox and did some validation that it is valid, complete, restorable and the disaster recovery documentation is up to date.

Everything worked perfectly ✅

Next restore-test: 10/2025

Replied in thread

System Administration

Week 10, Backups: Core Concepts

In this video, we begin our discussion of backups by covering some core concepts and terminology, looking at full vs. incremental vs. differential backups and the difference between long-term storage and disaster recovery of files due to more localized data loss.

youtu.be/IRu04Mc7VlA