Bug#1064588: bookworm-pu: package glibc/2.36-9+deb12u5

2024-03-13 Thread Cyril Brulebois
Hi, Aurelien Jarno (2024-03-13): > The date of the next point release is slowly approaching, could you > please have a look at this? Sorry, lost track of that one. Feel free to upload. Cheers, -- Cyril Brulebois (k...@debian.org) D-I release manager -- Releas

Bug#1065309: transition: gnat (12 -> 13 + time_t64)

2024-03-13 Thread nicolas . boulenguez
Hello. A bug affects the Ada tests during the build of the gcc-12 source package. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066052 Such error messages happen on each (uncoordinated) change in the sources of an Ada library. Some sources for the standard library built by GCC are gen

Bug#1041982: marked as done (transition: symfony 6)

2024-03-13 Thread Debian Bug Tracking System
Your message dated Wed, 13 Mar 2024 19:57:34 +0100 with message-id and subject line Re: Bug#1041982: Speeding up Symfony 6 transition? [Was: Upcoming transitions (Symfony, PHPUnit, etc.)] has caused the Debian Bug report #1041982, regarding transition: symfony 6 to be marked as done. This means

Bug#1064588: bookworm-pu: package glibc/2.36-9+deb12u5

2024-03-13 Thread Aurelien Jarno
Hi Cyril, On 2024-02-25 13:45, Jonathan Wiltshire wrote: > Control: tag -1 d-i > > Hi, > > On Sat, Feb 24, 2024 at 04:59:10PM +0100, Aurelien Jarno wrote: > > [ Reason ] > > The upstream stable branch got a few fixes in the last months, and this > > update pulls them into the debian package. > >

Bug#1064588: bookworm-pu: package glibc/2.36-9+deb12u5

2024-03-13 Thread Aurelien Jarno
Hi Cyril, On 2024-02-25 13:45, Jonathan Wiltshire wrote: > Control: tag -1 d-i > > Hi, > > On Sat, Feb 24, 2024 at 04:59:10PM +0100, Aurelien Jarno wrote: > > [ Reason ] > > The upstream stable branch got a few fixes in the last months, and this > > update pulls them into the debian package. > >

Bug#1066096: bookworm-pu: package libpod/4.3.1+ds1-8+deb12u1

2024-03-13 Thread Jérôme Charaoui
Just noting that I'm aware in the provided debdiff, the d/changelog entry is missing the Closes: tag. This is already fixed in the upload I'm preparing, but if requested I can upload a new .debdiff without issue. Also, as this is an NMU in its current form, I've also been in touch with the p

Bug#1036884: transition: time64_t

2024-03-13 Thread Emanuele Rocca
Hi, On 2024-03-12 05:55, Emanuele Rocca wrote: > I did manage to get cargo to build in a armhf chroot by manually > installing the various deps When it comes to actually satisfying build-depends properly it seems that as of right now the missing ones are libcurl4-gnutls-dev and libgit2-dev. curl

Bug#1051237: transition: move files from / to /usr to finalize /usr-merge

2024-03-13 Thread Helmut Grohne
Hi, On Sat, Mar 09, 2024 at 09:50:11PM +0100, Sebastian Ramacher wrote: > > I'd now like to coordinate a time of upload. Given that chroots are > > rebuilt in Wednesday and Sunday, I suggest we pick a Thursday morning > > for the actual upload. If I unexpectedly break stuff, I still have a few > >

Processed: Re: Your mail

2024-03-13 Thread Debian Bug Tracking System
Processing control commands: > retitle -1 nmu: zeromq3 Bug #1066031 [release.debian.org] gb: zeromq3 Changed Bug title to 'nmu: zeromq3' from 'gb: zeromq3'. -- 1066031: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066031 Debian Bug Tracking System Contact ow...@bugs.debian.org with problem

Bug#1066031: Your mail

2024-03-13 Thread Kentaro HAYASHI
Control: retitle -1 nmu: zeromq3 It seems that it should be nmu instead of gb because currently they are "Installed" state. As buildd given-back action says: > Package in state Installed, cannot giveback. ✗ nmu zeromq3_4.3.5-1+b1 . ANY . unstable . -m "Rebuild to sync with 64bit time_t runtime

Uploading linux (6.7.9-2)

2024-03-13 Thread Salvatore Bonaccorso
Hi While I realize there are much of changes going on unstable, I still would like to upload linux version (6.7.9-2) (yes no new upstream version) mitigating the Register File Data Sampling (RFDS) vulnerability (CVE-2023-28746). This goes along with a intel-microcode update which already was uplo