Linux Mint may make fewer releases a year
Linux Mint may make fewer releases a year
https://www.omgubuntu.co.uk/2026/02/linux-mint-plans-longer-development-cycle
Publish Date: 2026-02-15 03:39:00
Source Domain: www.omgubuntu.co.uk
Linux Mint developers are considering a change to the distro’s traditional six-month release schedule.
Project leader Clement Lefebvre thinks moving to a longer development cycle would allow the team to spend more time developing features, rather than fixing and testing to meet its current deadlines.
If the distro does reduce its release rate, it could affect the release date of Linux Mint 23 later this year, meaning an end to the traditional biannual release cadence for its main edition. It’s unclear if such a shift would affect Linux Mint Debian Edition (LMDE).
For fixed-schedule Linux distributions like Ubuntu, a predictable release cadence helps to focus engineering priorities. It also give users stability, knowing major changes won’t appear out of thin air.
Not all distros opt for fix-releases, though. Rolling release distros favour constant flux, while others prefer a ‘ready when it’s ready’ approach, like elementaryOS.
A slower release pace would match Linux Mint’s considered approach to OS development
Codenames are also on Lefebvre’s mind.
Linux Mint reached the end of its alphabetical codenames with the Linux Mint 22.3 “Zena” release in January, marking the final ‘Z’ release. Slowing down the release rate might allow for more creative choices going forward.
For Lefebvre, a slower pace would match Linux Mint’s considered approach to development, i.e., taking time to do things properly, with its users in mind.
“I think one of our strengths is that we’re doing things incrementally and changing things slowly”, he says, citing past decisions to stick with LTS releases, reject Snap packages and create alternatives to upstream GNOME software as examples of the project’s independence.
Committing to releasing major updates every six months – barring the odd delay – works well in delivering incremental, iterative improvements, but does it cap ambition?…
