Control: tags -1 moreinfo

On 5/8/23 02:07, Vagrant Cascadian wrote:
The attached patch fixes this by not touching these files during the
build process.

From shar(1):

"
  -m, --no-timestamp
         do not restore modification times.

         Avoid generating 'touch' commands to restore the file
         modification dates when unpacking files from the archive.

         When file modification times are not preserved, project build
         programs like "make" will see built files older than the files
         they get built from.  This is why, when this option is not
         used, a special effort is made to restore timestamps.
"

That should be used when generating the archives instead of your patch to not have the mtimes touched when unpacking the archives.

But the diffoscope-results only show a few of the files from the shar archives with different mtimes, and all of them get touched when unpacking the archive just before the configure target is executed.

shar actually makes the timestamps reproducible by always using the mtime recorded in the archive instead of the time the files were unpacked.

Something else is likely changing the mtime after the files are unpacked. Some of these grids are used by the testsuite for example.

Kind Regards,

Bas

--
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Reply via email to