Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1232039

Bug#1094356: freeradius-utils radlast and wtmpdb last incompatible

Show all headers | View raw

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

Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Bug#1094356: freeradius-utils radlast and wtmpdb last incompatible John Chittum <john.chittum@canonical.com> - 2025-01-27 14:40 +0100
  Bug#1094356: freeradius-utils radlast and wtmpdb last incompatible Andrew Bower <andrew@bower.uk> - 2025-02-06 21:40 +0100
    Bug#1094356: freeradius-utils radlast and wtmpdb last incompatible John Chittum <john.chittum@canonical.com> - 2025-02-07 13:30 +0100
      Bug#1094356: freeradius-utils radlast and wtmpdb last incompatible John Chittum <john.chittum@canonical.com> - 2025-02-20 20:10 +0100

csiph-web