Re: [PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

Jon Turney wrote: On 28/08/2023 16:12, Christian Franke via Cygwin-apps wrote: Christian Franke wrote: A small step towards reproducible packaging... Thanks very much for this. Sorry for taking so long to look at it. No problem. A few questions and suggestions interspersed [...] --

Re: [PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

On 28/08/2023 16:12, Christian Franke via Cygwin-apps wrote: Christian Franke wrote: A small step towards reproducible packaging... Thanks very much for this. Sorry for taking so long to look at it. A few questions and suggestions interspersed [...] -- Regards, Christian

Re: [PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

ASSI via Cygwin-apps wrote: Christian Franke via Cygwin-apps writes: If the build-path changes, more files differ (cygcheck.exe, ldd.exe, cygserver.exe) because __FILE__ is used and expands to an absolute path name. This could be fixed by adding -fmacro-prefix and/or -ffile-prefix arguments.

Re: [PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

Christian Franke via Cygwin-apps writes: > If the build-path changes, more files differ (cygcheck.exe, ldd.exe, > cygserver.exe) because __FILE__ is used and expands to an absolute > path name. This could be fixed by adding -fmacro-prefix and/or -ffile-prefix arguments. Regards, Achim. --

Re: [PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

Christian Franke wrote: A small step towards reproducible packaging... Currently only tested with upcoming smartmontools package - contains only exe, man, doc files (no dll, lib, ...). Multiple cygport runs produce binary identical distribution tarballs if SOURCE_DATE_EPOCH (from the past)

Re: [PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

ASSI via Cygwin-apps wrote: Christian Franke via Cygwin-apps writes: If binutils, gzip and tar also would support this, the patch would be empty :-) GZip has -n though ... For gzip I decided to keep the timestamp and use (the GNU version of) touch instead. and GNU tar --mtime and

Re: [PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

Christian Franke via Cygwin-apps writes: > If binutils, gzip and tar also would support this, the patch would be > empty :-) GZip has -n though and GNU tar --mtime and --clamp-mtime, so why not use that? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Re: [PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

Brian Inglis via Cygwin-apps wrote: On 2023-08-23 11:39, Christian Franke via Cygwin-apps wrote: A small step towards reproducible packaging... Currently only tested with upcoming smartmontools package - contains only exe, man, doc files (no dll, lib, ...). Multiple cygport runs produce

Re: [PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

On 2023-08-23 11:39, Christian Franke via Cygwin-apps wrote: A small step towards reproducible packaging... Currently only tested with upcoming smartmontools package - contains only exe, man, doc files (no dll, lib, ...). Multiple cygport runs produce binary identical distribution tarballs if

[PATCH cygport] Add initial support for SOURCE_DATE_EPOCH

A small step towards reproducible packaging... Currently only tested with upcoming smartmontools package - contains only exe, man, doc files (no dll, lib, ...). Multiple cygport runs produce binary identical distribution tarballs if SOURCE_DATE_EPOCH (from the past) is specified in the