Marking this as Normal (or maybe Low?) severity on Noble since it's only relevant for armhf users that upgrade from a previous system *and* still use utmp/wtmp. We have drop utmp support in pam in Noble, leaving us with last(1)/lastb(1)/lastlog(1)/faillog(1) as the main consumers of those files in the archive (w(1) now queries logind by default).
The plan will be to move the "corrupted" files generated by the Noble versions out in utmp.old files in the libc6 postinst and just start from fresh. ** Tags added: rls-nn-incoming -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2067916 Title: libc6: broken utmp handling in 32-bit programs with 64-bit time_t To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/2067916/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
