Bug#1093412: Regression in tests with new faketime

James Addison jay at jp-hosting.net
Sun Jan 19 17:11:36 GMT 2025


Package: reprotest
Followup-For: Bug #1093412
X-Debbugs-Cc: ijackson at chiark.greenend.org.uk

On Sun, 19 Jan 2025 16:26:27 +0000, I wrote:
> The timestamps on files that are simply copied from the src package
> into the binary package appear to have 331 hours _subtracted_ from
> their original mtime values.

My mistake; in fact they have had 662 (331*2) hours subtracted.

Furthermore: performing a copy operation on a file from the source
when using faketime in debian:unstable appears to reduce the mtime of
the file by the delta duration each time a copy operation occurs:

  $ stat -c '%y' reprotest-0.7.29/reprotest/utils.py
  2023-02-26 22:10:37.000000000 +0000
  $ NO_FAKE_STAT=1 faketime '+331hours' cp -a reprotest-0.7.29/reprotest/utils.py .
  $ stat -c '%y' utils.py 
  2023-02-13 03:10:37.000000000 +0000
  $ NO_FAKE_STAT=1 faketime '+331hours' cp -a utils.py utils2.py 
  $ stat -c '%y' utils2.py 
  2023-01-30 08:10:37.000000000 +0000


That does _not_ occur in Debian testing; the file retains the original
mtime:

  $ stat -c '%y' reprotest-0.7.29/reprotest/utils.py
  2023-02-26 22:10:37.000000000 +0000
  $ NO_FAKE_STAT=1 faketime '+331hours' cp -a reprotest-0.7.29/reprotest/utils.py .
  $ stat -c '%y' utils.py 
  2023-02-26 22:10:37.000000000 +0000
  $ NO_FAKE_STAT=1 faketime '+331hours' cp -a utils.py utils2.py 
  $ stat -c '%y' utils2.py 
  2023-02-26 22:10:37.000000000 +0000



More information about the Reproducible-builds mailing list