[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: time_t progress report



On Fri, Feb 23, 2024 at 04:36:43PM +0100, Guillem Jover wrote:
> Hi!

> On Mon, 2024-02-19 at 19:48:38 -0800, Steve Langasek wrote:
> > I have coordinated with the gcc maintainer so that we can have the default
> > flags in gcc-13 changed this week.

> > We are therefore targeting Friday for the mass NMUs to unstable though there
> > is a possibility this won't start until as late as Monday depending on
> > capacity.

> Yesterday while trying to get a time for today's upload, I discussed
> with Matthias, and it looks like today is not great for timing. There
> are some things that might need to be hammered out in gcc, and Matthias
> was not going to be available today until next week or so. I also just
> realized the transition exceptions coverage does not match between
> what some porters expect (f.ex. hurd-i386 which I'll discuss with them
> later today), what dpkg and debhelper have implemented and what gcc
> does, I'll discuss the latter with Matthias separately.

> So as mentioned by Steve, this might need to be postponed a tiny bit
> more.

Yes, it looks like we're not quite ready to go.  There are also some bad
NMUs in experimental that need to be cleaned up, and also a few extra
annotations we're going to have to add to some packages after belatedly
realizing that debhelper magic isn't already DTRT as far as Provides: for
all packages.  So we'll use the time well until gcc is ready to go.

In the meantime, another happy update on the statistics, showing that we've
whittled away a few more libraries:

- 1093+50=1143 source packages to be transitioned
- 5261+180=5441 packages to be binNMUed

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                   https://www.debian.org/
slangasek@ubuntu.com                                     vorlon@debian.org

Attachment: signature.asc
Description: PGP signature


Reply to: