Bug#1142001: rakudo: patch to make timestamp in metadata reproducible

[Jochen Sprickerhof]

* Jochen Sprickerhof <jspricke at debian.org> [2026-07-13 17:22]:
>Source: rakudo
>Version: 2024.09-4
>Severity: normal
>Tags: patch
>X-Debbugs-Cc: reproducible-bugs at lists.alioth.debian.org
>User: reproducible-builds at lists.alioth.debian.org
>Usertags: randomness
>
>Hi,
>
>Rakudo captures the file timestamp into the metadata when compiling
>modules. This is normally fine except fore files that are touched by
>debian/patches. Examples:
>
>https://reproduce.debian.net/all/api/v1/builds/176802/artifacts/336780/diffoscope
>https://reproduce.debian.net/all/api/v1/builds/180915/artifacts/344761/diffoscope
>https://reproduce.debian.net/all/api/v1/builds/180660/artifacts/344452/diffoscope
>https://reproduce.debian.net/all/api/v1/builds/177031/artifacts/337508/diffoscope
>
>
>dpkg can't clamp the timestamp to a specific date as that could break
>make, so instead I propose to use $SOURCE_DATE_EPOCH in the metadata
>instead. The attached patch implements this.

Guillem proposed to only clamp newer timestamps, alternative patch 
attached.

Obviously there is a third option to drop the time entry as it seems to 
be optionsl. I don't know how it is used, so I leave the decision to the 
maintainer.

Cheers Jochen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Clamp-timestamp-in-metadata-with-SOURCE_DATE_EPOCH.patch
Type: text/x-diff
Size: 2674 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-rakudo-devel/attachments/20260713/ae6e5ed1/attachment.patch>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-rakudo-devel/attachments/20260713/ae6e5ed1/attachment.sig>