Bug#1062770:

2024-02-22 Thread Michael Hudson-Doyle
> I published an updated consolidated report this morning. As you can see, > there is an ABI change due to LFS in raft/uv.h > > https://adrien.dcln.fr/misc/armhf-time_t/2024-02-22T10%3A55%3A00/compat_reports/libraft-dev/base_to_lfs/compat_report.html > > It is possible some API is not supposed to

Bug#1062770: Headers still prevent dumps; worked around

2024-02-22 Thread Adrien Nader
Hi, I attempted to dump the ABIs with a-c-c and the current script around it but couldn't do so. The compiler complains that there is a type definition inside sizeof() which is pretty accurate. This happens through the following: > RAFT__ASSERT_COMPATIBILITY(RAFT__RESERVED, RAFT__EXTENSIONS);

Bug#1062770: raft: NMU diff for 64-bit time_t transition

2024-02-04 Thread Free Ekanayaka
Hello Sergio, I've been a bit surprised that this raft package was included in the list of affected packages, and indeed the reason seems to be trivial. This package is part of the transition because the check-armhf-time_t tool failed to analyze its headers and put it in the list of failed

Bug#1062770: raft: NMU diff for 64-bit time_t transition

2024-02-03 Thread Mathias Gibbens
Hi Sergio, raft 0.21.0-1 was uploaded to unstable yesterday. Could you rebase on top of that release for the time_t transition? Until the transition is complete, we'll refrain from making further uploads to unstable. Free, I'll make a debian/experimental branch in salsa to track the NMU

Bug#1062770: raft: NMU diff for 64-bit time_t transition

2024-02-02 Thread Sergio Durigan Junior
Source: raft Version: 0.20.0-1 Severity: serious Tags: patch pending sid trixie Justification: library ABI skew on upgrade User: debian-...@lists.debian.org Usertags: time-t NOTICE: these changes must not be uploaded to unstable yet! Dear maintainer, As part of the 64-bit time_t transition