On Thu, Feb 6, 2025 at 3:33 PM Andrew Bower <and...@bower.uk> wrote:
> 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! > freeradius upstream has pushed a change to make building and including `radlast` as optional https://github.com/FreeRADIUS/freeradius-server/releases/tag/release_3_2_7 relevant commit: https://github.com/FreeRADIUS/freeradius-server/commit/fece06e2f4984a1f4c227ba9ef3edf4a8ad5e2ee if Debian wishes to move to 3.2.7 before freeze, we could remove the `wtpmdb` dependency. If you believe `radlast` is important, package splitting makes sense, but we'll also need a `last` command provided, and I'm unsure what to suggest as a replacement. > > [1] https://salsa.debian.org/debian/sysvinit/-/merge_requests/14 > -- [image: Canonical-20th-anniversary] John Chittum Engineering Manager, Ubuntu Engineering, Server Email: john.chit...@canonical.com Location: Maine, USA canonical.com ubuntu.com