Bug#1062051: cglm: NMU diff for 64-bit time_t transition

2024-02-03 Thread Leon Marz
Alright, thanks for the links. I opened merge request [1], which adds a workaround, although it doesn't fix every problem. The remaining ones are fixed by the new upstream version of cglm (which will be uploaded soon). The result I got was: SUMMARY: Failed compilation 0 Uninstallable 0

Bug#1062051: cglm: NMU diff for 64-bit time_t transition

2024-01-31 Thread Steve Langasek
On Wed, Jan 31, 2024 at 11:14:08AM +0100, Leon Marz wrote: > Hi there, > I just quickly checked. cglm doesn't use time_t in its sources or in its > ABI. I think the abi-compilance-checker just failed to analyze this > package for some reason. Therefore I would like to NOT transition cglm. > Also

Bug#1062051: cglm: NMU diff for 64-bit time_t transition

2024-01-31 Thread Leon Marz
Hi there, I just quickly checked. cglm doesn't use time_t in its sources or in its ABI. I think the abi-compilance-checker just failed to analyze this package for some reason. Therefore I would like to NOT transition cglm. Also I don't like the new name. Thank you very much for your work on this

Bug#1062051: cglm: NMU diff for 64-bit time_t transition

2024-01-31 Thread Steve Langasek
Source: cglm Version: 0.9.1-1 Severity: serious Tags: patch pending Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t Dear maintainer, As part of the 64-bit time_t transition required to support 32-bit architectures in 2038 and beyond