How FreeBSD 15 landed
Colin Percival
https://www.bsdcan.org/2026/timetable/timetable-How-FreeBSD-15.html
To register https://www.bsdcan.org/2026/registration.html @bsdcan #freebsd #releaseengineering
FreeBSD 14.4-RELEASE is now available.
The FreeBSD Project has announced the release of FreeBSD 14.4-RELEASE, the fifth release from the stable/14 branch. FreeBSD 14.4-RELEASE is available for multiple architectures and can be installed via ISO, USB, VM images, cloud platforms, and OCI containers.
Download and release information:
https://www.freebsd.org/releases/14.4R/announce/
Thank you to the Release Engineering Team and the many contributors who make each release possible.
#FreeBSD #OpenSource #ReleaseEngineering
Thinking back on some of the most challenging engineering projects I've been close to, the multi-stage migration of Firefox's automation is high on the list.
It started with a crucial first step: moving our process from shell scripts and wiki pages into Buildbot. That was a huge leap forward in professionalizing our CI/CD (and one I was deeply involved in).
But that was just the warm-up. The true "jumbo jet in flight" moment was the later, heroic, multi-year effort to move everything again, from Buildbot to Mozilla's own bespoke, cloud-native CI platform, TaskCluster.
I'm still in awe of the work done by the TaskCluster and Release Engineering teams at Mozilla to pull off that massive migration. It’s a powerful reminder that the most critical engineering work is often the infrastructure you’re not even supposed to notice.
https://www.rhelmer.org/blog/tag/releng/
#DevOps #CICD #Mozilla #ReleaseEngineering #TaskCluster #Automation
🚀 Meet OSCAR: The AI Chat Assistant That Makes OpenSearch Releases Easier for Everyone
OSCAR (OpenSearch Conversational Automation for Releases) helps streamline complex workflows, reduce manual effort, and keep OpenSearch releases on track.
👉 Read the blog to see learn more about OSCAR: https://opensearch.org/blog/meet-oscar-the-ai-chat-assistant-that-makes-opensearch-releases-easier-for-everyone/?ajs_aid=d47608d2-1716-4230-91b0-66101998e898
TIL more about git rebase after discussing some design for a backport pattern for one of our work projects. Since we’re a pretty isolated infra team we’re mostly led to our own means for this type of thing.
I think I’m still confused as to when rebase would be preferred to cherry-pick. Pretty sure it would be if you want the entirety of the target vs a specific change in a given commit.
Probably more clear once I make some drawings or a contrived git example.
Whatever you do in your #opensource project, when you do a release:
1. Don't just push a tag
2. Package up a proper release with user-friendly tarballs, ChangeLog with relevant information, not just git logs
3. Remember to always do an -rc1 tag
Some like to do -beta and -alpha tags as well, but *at least* do an -rc1 tag and test the resulting artifacts from your project. It's far worse having users report back to you that your stuff doesn't work.
Every single day ... and not simply once per day...
"Was XX made this way specfically as terrible as possible so that I'll eventually give up and buy a YY?"
"Why does XX get worse with every single system update? Do they know anything about regression testing at all?"
"Do they only operate on the idiotic notion of 'Move Fast, Break Everything?' as if we were still in 2009 web2.0 and testing in production? Also, only lazy unimaginative chuds think that everything needs to be tested in production!"
"Do they really think everyone is an A or a B in their poorly conceived deployment process? 'well, some percentage of our users can suffer as long as we remain profitable by ZZ% so we definitely A/B test in production!'"
#software #hardware #engineering #CiCd #stopTestingInProduction #yourCorpIsNotFAANG #yourCorpIsNotMAANG #yourCorpIsNotHyperscalerScale #getOffMyLawn #itsAllJustAssholesAndElbows #failureModeEverywhere #releaseEngineering #softwareTesting #testingEthics #testing #testingMyPatience #tediousHashTagExpressionism #evaOnAnotherRant
Join us tomorrow for You Choose!
We’ll be exploring and comparing three "one-shot action" tools: GitHub Actions, Argo Workflows, and Tekton. Experts from each project will give a 5-minute presentation, followed by a discussion and Q&A from the chat.
At the end, YOU get to vote on which tool we implement in our ongoing demo!
Come for the tech, stay for the humor! ♫
Watch here: https://youtu.be/6gQjnvzS5Bc