Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.security > #5756

stretch update of linux but not linux-latest?

From Lucas Nussbaum <lucas@debian.org>
Newsgroups linux.debian.security
Subject stretch update of linux but not linux-latest?
Date 2020-02-12 22:10 +0100
Message-ID <zz7qF-1ZX-1@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Show all headers | View raw


[ Please Cc me: I'm not subscribed ]

Hi,

I might have missed something obvious, but I don't think I understand
how security updates of linux are managed in terms of suites.

On 2019-11-24, due to https://lists.debian.org/debian-security-announce/2019/msg00215.html, 
linux was updated to 4.9.189-3+deb9u2 in oldstable.

However, this resulted in a new binary package:
linux-image-4.9.0-11-amd64. The linux-latest source package was not
updated in oldstable-security, so linux-image-amd64=4.9+80+deb9u6 still
depends on linux-image-4.9.0-8-amd64.

Later, on 2020-01-30, linux-latest was updated to 80+deb9u10 in
oldstable.

For systems that rely on normal apt-get (dist-)upgrades, I think that it
means that the kernel was not updated automatically before 2020-01-30.

For systems relying on unattended-upgrades, which only upgrades from
debian-security, it means that they are stuck with
linux-image-4.9.0-8-amd64.

Is that the expected behaviour? Shouldn't linux-latest be updated at the
same time as linux?

Thanks

Lucas

Back to linux.debian.security | Previous | Next | Find similar | Unroll thread


Thread

stretch update of linux but not linux-latest? Lucas Nussbaum <lucas@debian.org> - 2020-02-12 22:10 +0100

csiph-web