[Bug libc/28146] New: Migrate utmp/utmpx API to time64

[Bug libc/28146] New: Migrate utmp/utmpx API to time64

[schwab@linux-m68k.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28146

            Bug ID: 28146
           Summary: Migrate utmp/utmpx API to time64
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: libc
          Assignee: unassigned at sourceware dot org
          Reporter: schwab@linux-m68k.org
                CC: drepper.fsp at gmail dot com
  Target Milestone: ---

Platforms that define __WORDSIZE_TIME64_COMPAT32 use a 32-bit time stamp in the
utmp/utmpx API and the utmp/wtmp files to keep compatibility with 32-bit
applications.  There needs to be a way forward so that login accounting
continues to work beyond the 2038 flag day.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug libc/28146] Migrate utmp/utmpx API to time64

[sam at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28146

Sam James <sam at gentoo dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://sourceware.org/bugz
                   |                            |illa/show_bug.cgi?id=30701

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug libc/28146] Migrate utmp/utmpx API to time64

[eggert at cs dot ucla.edu]

https://sourceware.org/bugzilla/show_bug.cgi?id=28146

eggert at cs dot ucla.edu changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |eggert at cs dot ucla.edu

--- Comment #1 from eggert at cs dot ucla.edu ---
Also see related glibc bug 30701 - which affects applications today if they're
compiled with 'gcc -m32 -D_TIME_BITS=64' - along with the following coreutils
bug report:

https://bugs.gnu.org/64937

which discusses how this utmp/wtmp problem afflicts apps like 'who', 'last',
'lastb', 'sessreg', and GNU Emacs.

The coreutils bug report suggests there is some sentiment for dumping
utmp/wtmp/btmp and going to a daemon-based system. If that's done, there needs
to be plenty of time for a changeover. As things stand, today's 64-bit apps
will stop working on x86-64 in the year 2038, they'll need time to adapt to a
daemon-based system, and the solution needs to be stable well before the year
2038 rolls around.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug libc/28146] Migrate utmp/utmpx API to time64

[sam at gentoo dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28146

Sam James <sam at gentoo dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sam at gentoo dot org

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug libc/28146] Migrate utmp/utmpx API to time64

[fweimer at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28146

Florian Weimer <fweimer at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://sourceware.org/bugz
                   |                            |illa/show_bug.cgi?id=31621

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug libc/28146] Migrate utmp/utmpx API to time64

[fweimer at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28146

Florian Weimer <fweimer at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |WONTFIX
                 CC|                            |fweimer at redhat dot com
             Status|NEW                         |RESOLVED

--- Comment #2 from Florian Weimer <fweimer at redhat dot com> ---
We are not going to implement this. See:

[PATCH 0/3] Make accounting database no-op
<https://inbox.sourceware.org/libc-alpha/20231109170119.1664204-1-adhemerval.zanella@linaro.org/>

-- 
You are receiving this mail because:
You are on the CC list for the bug.