Dotaz: Debian security updaty pouze pro stable a unstable?

[696]

Zdravím, tušíte prosím proč security updaty ve většíně případů vychází pro stable a unstable ale ne pro testing?

Např. icewasel update pro stable a unstable ale testing nic. Je to tím, že v testing větvi kde je iceweasel:amd64/jessie 30.0-2 uptodate se chyba nevyskytuje?

Odpovědi

[Jendа]

Pro testing se security updaty prostě nevydávají. Už takhle toho mají vývojáři dost.

[Ludva]

Debian testing je určen pro testování, v žádném případě není pro nasazení.

[lertimir]

A také proč nějaké security update, prostě vyjde nová verze, ta to bude mít opraveno. A protože riziko z nebezpečí je jistě větší na produkčních systémech tak je celkem možné, že na jejich security update se pracuje dříve, než standardním začlenění do testing verze. (což je ode mne sice jen spekulace, protože žádné testing releasy nepoužívám, ale být vývojářem deb, tak to tak dělám, připadá mi to logické.)

[Kantor]

Jako kdyby unstable – který je ještě kilometr od testingu – byl pro nasazení…

[Šimon]

Teoreticky je to pravda, ale v posledních letech se mi zdál unstable v lepším stavu než testing...

[\/]

Je to tím, že do testingu se dostanou balíčky, které vydrží v unstable příslušný počet dní. Ale pokud se stane, že balíček je v unstable nahrazen novou verzí dříve, než uplyne ten příslušný počet dní, musí balíček znovu čekat od začátku. Pokud se to v unstable mění hodně často, nemusí teoreticky balíček postoupit do testingu nikdy.

Chyby ve stable se opravují, protože stable má být bez bezpečnostních chyb, chyby v unstable se opravují, aby tam prostě nebyly, protože unstable bude jednou stable. Testing viz výše.

Dá se to všechno dohledat na debian.org.

[Erbureth]

Jen bych k tomu doplnil, že při migraci balíku unstable->testing hraje roli i priorita, která může zkrátit dobu čekání z klasických deseti dní klidně i na pět (medium) nebo dva (high) dny při zvýšené prioritě uploadu, která se nastavuje, když má update opravit nějakou kritickou chybu nebo zranitelnost.