Re: year 2038 is only 12 years away

John Paul Adrian Glaubitz <[email protected]> Wed, 04 Feb 2026 11:22:13 +0100
Newsgroups dev.linux.lists.distributions
Message-ID <bce1c7d6cdae9391cf70af226775e03c8d7c3c75.camel@physik.fu-berlin.de>
Hi Bernhard,

On Wed, 2026-02-04 at 11:15 +0100, Bernhard M. Wiedemann wrote:
>=20
> On 2/2/26 11:52 AM, Andreas K. Huettel wrote:
> > FWIW Gentoo is ready for testing 64bit time_t on 32bit architectures
>=20
> It is worth remembering, that while this is necessary, there are still=
=20
> remaining issues, especially with code that handles time entries from/to=
=20
> files or network, because the conversion from/to time_t from binary or=
=20
> ASCII formats might involve 32-bit int values, e.g. through a call of=20
> atoi(str) or with the perl/python pack function.
>=20
> I already found dozens of these on x86_64 with slight testing.
>=20
> some examples are
> https://github.com/memcached/memcached/pull/927
> https://github.com/openSUSE/libzypp/issues/559
> https://github.com/zopefoundation/ZEO/issues/245
> https://gitlab.com/freepascal.org/fpc/source/-/issues/40552
> https://jira.mariadb.org/browse/MDEV-32188
>=20
>=20
> And that other type of issues (not the only one of this kind)
> https://github.com/libarchive/libarchive/pull/2742
> .

Thanks a lot for your work on this.

Since Debian already has switched its 32-bit targets to time64_t (except fo=
r i386),
have you considered running additional tests on Debian's armhf target?

Adrian

--=20
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913