Bug#1063106: bctoolbox: NMU diff for 64-bit time_t transition

[Dennis Filder]

X-Debbugs-CC: Steve Langasek <vorlon at debian.org>

On Fri, Feb 16, 2024 at 01:55:51PM -0800, Steve Langasek wrote:
> > I presume the need for "close together in time" is to prevent
> > interoperability issues from cropping up in unstable between shared
> > library versions on different sides of the time_t transition.  How
> > timely would our staged versions need to be uploaded to unstable to
> > obviate the need for the NMUs?  I ask because it is very difficult to
> > say with a useful degree of certainty when these staged versions will
> > actually reach testing.  Experience has shown that linphone stack
> > transitions are prone to being afflicted by (sometimes multi-month)
> > delays due to being blocked by other transitions, and I see no open
> > bugreport for linphone on the release.debian.org pseudopackage, so
> > Berni (who will do these uploads) apparently has not yet applied for a
> > new transition slot.
>
> Based on the above I think you should let us go ahead with the NMUs to
> unstable and not worry about it, clobbering them later at your convenience.

I agree.

Regards.