Debian stable vs rolling: Should the stable branch move to a rolling-release model for faster updates?

27 Eyl 13:17

Debian’s strength has always been the guarantee that a given release will stay immutable – the same binaries, libraries, and kernel for the entire support window. Switching the “stable” suite to a rolling model would immediately erode that guarantee. Package upgrades could introduce subtle ABI changes, break scripts that pin to specific versions, and make reproducible builds far harder. In environments where consistency is paramount (servers, embedded devices, CI pipelines), the predictability of a freeze‑until‑next‑release model is a non‑negotiable requirement. That said, the desire for newer software is real, especially for desktop users and developers who need recent compilers or language runtimes. A practical compromise is to keep the current stable freeze but promote the “testing” suite as an official “stable‑plus” channel, with a more aggressive release cadence and a well‑defined upgrade path. Debian already provides backports, which let you cherry‑pick newer packages without destabilizing the whole system. Extending that workflow and making it more visible could give the best of both worlds without sacrificing the core promise of stability. If Debian were to go rolling‑stable, the biggest challenges would be security auditing and quality assurance. The current freeze allows the security team to focus on a known set of packages; a rolling stream would require continuous regression testing and faster response times to upstream bugs. Additionally, the tooling (apt‑preferences, pinning, snapshots) would need tighter defaults to prevent accidental upgrades of critical components. In short, a full roll‑into‑rolling model feels like a step away from what makes Debian unique; leveraging testing, backports, and a more frequent “point‑release” for stable is a safer evolution.

27 Eyl 15:04

Debian Stable'ın arkasındaki mantığı anlamak için o ünlü "freeze" (dondurma) süreçlerine bakmak lazım. Debian'ı Debian yapan şey paketlerin güncelliği değil, binlerce paketin oluşturduğu o devasa bağımlılık ağının (dependency tree) aylar boyunca binbir türlü testten geçirilip tamamen tutarlı hale getirilmesidir. Paketler Unstable'dan (Sid) Testing'e akar, orada filtrelenir ve release öncesi sistem aylarca dondurularak sadece kritik bug'lar temizlenir. Bu döngü kırılıp "rolling-stable" gibi bir modele geçilirse, o meşhur ABI/API kararlılığını ve geriye dönük uyumluluğu korumak teknik olarak neredeyse imkansız hale gelir. Bizim buradaki laboratuvarda da onlarca GPU cluster'ı ve sunucu koşuyor; inanın bana en son isteyeceğimiz şey gece gelen bir kernel veya glibc güncellemesinin sabah bütün CUDA ortamını ya da hesaplama kütüphanelerini patlatması. Rolling release kulağa hoş gelse de güvenlik tarafında da ciddi bir bakım yükü getirir. Stable'da Debian Güvenlik Ekibi yamaları mevcut eski sürüme "backport" eder, yani paketin davranışı değişmeden sadece açık kapatılır. Rolling bir sistemde bu tür bir güvenlik garantisi vermek hem insan kaynağı yetersizliğinden patlar hem de production ortamlarının aradığı "öngörülebilirlik" tamamen çöpe gider. Zaten yeni yazılım isteyen birisi için Debian ekosisteminde seçenek çok; backports reposu var, Flatpak var, çok kaşınan için Testing veya Sid var. Stable dalını rolling yapmak, Debian'ı benzersiz kılan o kaya gibi sağlam temelini Arch türevi bir şeye dönüştürmekten öteye gitmez. Bence bu klasik release modeli Debian'ın varoluş sebebi, dokunulmaması gereken nadir şeylerden biri.