On Thu, Apr 18, 2024 at 09:33:32AM -0700, Noah Meyerhans wrote:
> >Do you plan to build and publish updated Buster AMI soon ?
>
> I expect to publish new Debian 10 cloud images on 2024-04-19. There are
> several outstanding fixes, including the recent tzdata update.
Actually it won't be
On Thu, Apr 18, 2024 at 02:30:26PM +0200, Matthieu Aohzan wrote:
>Do you plan to build and publish updated Buster AMI soon ?
I expect to publish new Debian 10 cloud images on 2024-04-19. There are
several outstanding fixes, including the recent tzdata update.
noah
Hello Bastian,
Do you plan to build and publish updated Buster AMI soon ?
Thank you
On Mon, Apr 15, 2024 at 11:45:33AM -0700, Noah Meyerhans wrote:
> The Debian cloud team also builds and ships images with buster-backports
> enabled, and will need to deal with this change.
I just disabled it:
https://salsa.debian.org/cloud-team/debian-cloud-images/-/merge_requests/403
Bastian
On Mon, Apr 15, 2024 at 11:55:22AM -0700, Zach Marano wrote:
> What are the specific packages that Google wants from the backports
> repo by default? From my perspective, the primary reasons to enable it
> are for backports kernels (which have historically provided a number of
>
On Mon, Apr 15, 2024 at 11:45 AM Noah Meyerhans wrote:
> On Mon, Apr 15, 2024 at 10:31:43AM -0700, Zach Marano wrote:
> >It seems that the Debian 10 backports repo (buster-backports) moved
> out of
> >the main Debian repos and into the archives ahead of the intended LTS
> EOL
> >date
On Mon, Apr 15, 2024 at 10:31:43AM -0700, Zach Marano wrote:
>It seems that the Debian 10 backports repo (buster-backports) moved out of
>the main Debian repos and into the archives ahead of the intended LTS EOL
>date (June 30, 2024). I don't recall this type of change happening with
>
Greetings,
It seems that the Debian 10 backports repo (buster-backports) moved out of
the main Debian repos and into the archives ahead of the intended LTS EOL
date (June 30, 2024). I don't recall this type of change happening with
Debian 9 when it was in this phase. For cloud images, we currently