[Pkg-freeradius-maintainers] Bug#1094356: freeradius-utils radlast and wtmpdb last incompatible

[Andrew Bower]

Control: block -1 by 1086559

Hi John,

On Mon, Jan 27, 2025 at 08:28:02AM -0500, John Chittum wrote:
>    the old `last` was removed from util-linux for not being 2038 compliant.
>    `glibc` has made the `utmp` seconds uint, so it's safe for additional
>    time. `wtmpdb` has not implemented a method for reading the old file, nor
>    migrating data. see GH issue
>    https://github.com/thkukuk/wtmpdb/issues/14

As you note, the wtmpdb upstream hasn't prioritised providing an importer for
utmp-formatted wtmp logs, doesn't expect to, and even if they did, I don't know
if it would be in a form convenient for the purposes of this test.

One option could be to restore the tools in an optional package specifically
for reading legacy files rather than live system administration - e.g. my
merge request on src:sysvinit[1], although I note you have a simpler solution
in mind for freeradius!

[1] https://salsa.debian.org/debian/sysvinit/-/merge_requests/14