On Mon, Mar 31, 2025 at 12:04:37PM +0100, Chris Lamb wrote:
we (RB) have found that using reference filestamps like this to seed dates tends to be both unpredictable and opaque.
yes, when you don't really understand the build system and basically hope for the best, then that's what you get.
Hence the suggestion to use SOURCE_DATE_EPOCH,
which would technically solve the wrong problem, as isync doesn't embed build-related timestamps, unless manipulated unexpectedly. i don't want to rely on an external mechanism for something that should be perfectly fixable internally.
which would not require a Debian-specific change (eg. your "date -r debian/changelog…"), and could therefore be upstreamed.
which is why i'm asking to evaluate using VERSION.
(Either way, the current call is missing the --utc/-u flag.)
i guess. then i only need to remember to actually use an utc timestamp if i actually release close to midnight ...
