m5l.eu is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
How to annoy two purist camps at once:
1. Run FreeBSD 15.1-RELEASE on a ThinkPad T480.
2. Let an agentic AI (Crush + GLM 5.3 Flash) write the Ansible roles for rc.conf, pf.conf, and loader.conf.
I know AI isn't the most popular topic around here, but watching a TUI agent haggle with a missing Jinja2 module in real time is great entertainment for a single cent. And the result was actually good after reviewing and tweaking it just a little.
#FreeBSD #RunBSD #ThinkPad #T480 #Ansible #DevOps #bsdcafe #ai #genai
Die neuen #Linux-Schulungen unserer Akademie sind online und buchbar. Neben beliebten Klassiker-Themen von #Ansible bis #systemd haben wir drei ganz neue Kurse frisch ins Programm aufgenommen:
➡️ Mailcluster mit Ansible
➡️ Linux-Systemhärtung
➡️ Workshop zu #Kea & #PowerDNS
Noch Weiterbildungsbudget für 2026? Wir haben noch Plätze in Linux-Kursen bis Jahresende.
Jetzt anmelden:
👉 https://www.heinlein-support.de/news/kursprogramm-linux-akademie-2027-online
#LinuxSchulungen #HeinleinAkademie #LinuxKurse #Systemhärtung
When talking about open-source virtualization platforms, Proxmox VE is probably one of the first solutions that comes to mind. It combines KVM virtual machines, LXC containers, storage, networking and clustering behind a convenient management interface.
But what if you want to build the same kind of environment on FreeBSD?
This is exactly where Sylve becomes interesting.
https://gyptazy.com/blog/sylve-freebsd-ansible-module-automation/
As people kept asking for the modules I developed for my @BoxyBSD@bsd.cafe project, I just made them shiny and prepared them for pushing them upstream.
Making the switch easier for people coming from #Proxmox, it uses mostly the same syntax as the Proxmox modules to keep the interface similar. Next to this, they're built in an equal way with a shared authentication module util, to make sure new modules can directly use the same authentication lib.
Currently it comes:
.
├── LICENSE
├── module_utils
│ └── sylve_common.py
├── modules
│ ├── sylve_jail.py
│ └── sylve_vm.py
- switching between #Zig versions, I liked it more than the dedicated anyzig
- #Python venv activation – it's silly but feels so good, and collaborates with uv
- ensuring I have the right language server and formatter for a project, be it #Lua, #TypeScript, and trying out various options for Python
- setting LANG="C.UTF-8" only in the specific project folder because #Ansible refused to work with Polish...
The final boss was getting a really comfortable Tree-sitter setup: get the #Rust CLI, write grammar in #JavaScript, re-generate and run tests on source change as a mise Task. And then I only cloned the repo on another machine and was ready to go!
This post was written as a more cultured outlet for my excitement instead of aggresively committing mise.toml into every repository I touch
inotifywait --monitor --recursive ~/.configThis shows me what files are changed when I click "Apply". This way I don't need to wade through pages of config file documentation, but I still know what I need to reproduce.
This time it's #Debian with #Docker. I used to avoid containers, preferring to run services directly instead. But setting up backups made me appreciate the separation between the application data in image and persistent state in mounted volumes. The final piece that convinced me is the ability to self-host my own container registry with @forgejo@floss.social
I'm doing the initial setup through #Ansible (learned from @notthebee@tilde.zone), but specific applications are managed via dockge. The ambition to do every adjustment through playbooks burns out really fast when working with a single instance.