Hi. I am preparing an upload for faketime to fix the 32-bit failures. I saw this bug and thought I would try to include this fix.
I used `git-cherry-pick 942b30e9400d50cc95b19b7fb3d81c2def1f984a` to collect the commit from upstream MR !434. But in my tests, it didn't work: $ LD_PRELOAD=/usr/lib/x86_64-linux-gnu/faketime/libfaketime.so.1 FAKETIME='1970-01-01 00:00:01' stat / File: / Size: 4096 Blocks: 8 IO Block: 4096 directory Device: 253,1 Inode: 2 Links: 21 Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2025-01-12 13:27:32.703730337 +0000 Modify: 2025-01-03 11:10:14.883276558 +0000 Change: 2025-01-03 11:10:14.883276558 +0000 Birth: 2024-09-16 18:46:34.000000000 +0100 I don't know why this is but perhaps there's a statx64 or something? I haven't investigated further. One approach I didn't investigate was to try upstream unreleased mainline. If we did that we'd probably want to review quite carefully what we were shipping. I don't think this is suitable for the NMU I am now preparing. Anyway, thanks for the contribution, and sorry not to be including this fix. Ian. -- Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own. Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk, that is a private address which bypasses my fierce spamfilter.
