Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-06 Thread Steve Langasek
On Sat, Jan 06, 2024 at 10:01:30AM -0700, Sam Hartman wrote: > > "Steve" == Steve Langasek writes: > >> At one level, krb5-multidev only has an rdep of 5, but I suspect > >> the rdep count for libkrb5-dev is somewhat larger:-) I don't know > >> how many packages would be removed f

Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-06 Thread Sam Hartman
> "Steve" == Steve Langasek writes: >> At one level, krb5-multidev only has an rdep of 5, but I suspect >> the rdep count for libkrb5-dev is somewhat larger:-) I don't know >> how many packages would be removed from the transition if we >> decide most of the krb5 libraries do

Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-06 Thread Helmut Grohne
On Fri, Jan 05, 2024 at 12:23:00AM -0800, Steve Langasek wrote: > I am also attaching here the dd-list output for the packages that will need > to be sourcefully NMUed for the transition, for your review. I could readily identify a number of packages (incomplete) also affected by DEP17. Whenever y

Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-05 Thread Steve Langasek
On Fri, Jan 05, 2024 at 02:23:59PM -0700, Sam Hartman wrote: > > "Steve" == Steve Langasek writes: > Steve> - In multi-library packages, there is no reliable way to map > Steve> from a set of headers in a dev package to specific shared > Steve> libraries in a runtime library packa

Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-05 Thread Steve Langasek
On Fri, Jan 05, 2024 at 05:28:37PM +0100, Guillem Jover wrote: > > Guillem Jover > >libaio > >libmd > >liburing > I checked these, and it looks like libmd and liburing are > false-positives? > * libmd uses AC_SYS_LARGEFILE, and on 32-bit arches it is already built >with LFS, the

Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-05 Thread Steve Langasek
On Fri, Jan 05, 2024 at 06:59:20PM +0100, Sebastian Ramacher wrote: > > > > I am also attaching here the dd-list output for the packages that will > > > > need > > > > to be sourcefully NMUed for the transition, for your review. > > > Why do the need sourceful NMUs if they just need to be rebuilt

Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-05 Thread Sam Hartman
> "Steve" == Steve Langasek writes: Steve> - In multi-library packages, there is no reliable way to map Steve> from a set of headers in a dev package to specific shared Steve> libraries in a runtime library package that's not Steve> additionally computationally prohibitive; we

Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-05 Thread Sebastian Ramacher
Hi Steve On 2024-01-05 09:42:06 -0800, Steve Langasek wrote: > Hi Sebastian, > > On Fri, Jan 05, 2024 at 06:34:38PM +0100, Sebastian Ramacher wrote: > > On 2024-01-05 00:23:00 -0800, Steve Langasek wrote: > > > On Fri, Jan 05, 2024 at 12:17:04AM -0800, Steve Langasek wrote: > > > > == Results ==

Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-05 Thread Steve Langasek
Hi Sebastian, On Fri, Jan 05, 2024 at 06:34:38PM +0100, Sebastian Ramacher wrote: > On 2024-01-05 00:23:00 -0800, Steve Langasek wrote: > > On Fri, Jan 05, 2024 at 12:17:04AM -0800, Steve Langasek wrote: > > > == Results == > > > The overall findings of this analysis are 1,745 "dev" packages whic

Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-05 Thread Sebastian Ramacher
On 2024-01-05 00:23:00 -0800, Steve Langasek wrote: > On Fri, Jan 05, 2024 at 12:17:04AM -0800, Steve Langasek wrote: > > == Results == > > > > The overall findings of this analysis are 1,745 "dev" packages which either > > are confirmed to have ABI changes or could not be checked; mapping to 2,15

Re: 64-bit time_t: updated archive analysis, proposed transition plan with timeline

2024-01-05 Thread Guillem Jover
Hi! [ It seems the original post didn't get through to debian-devel (yet?), I found it on debian-release though https://lists.debian.org/debian-release/2024/01/msg00033.html, you might want to repost it here though, so that it can be commented on properly? :) ] On Fri, 2024-01-05 at 00:23