[MacPorts] #61276: meson @0.55.3: /usr/bin/gnutar: meson-0.55.3/COPYING: implausibly old time stamp 1970-01-01 01:00:00

[MacPorts]

#61276: meson @0.55.3: /usr/bin/gnutar: meson-0.55.3/COPYING: implausibly old time
stamp 1970-01-01 01:00:00
------------------------+---------------------------------------------
  Reporter:  ballapete  |      Owner:  git@…
      Type:  defect     |     Status:  assigned
  Priority:  Normal     |  Milestone:
 Component:  ports      |    Version:  2.6.3
Resolution:             |   Keywords:  tiger leopard powerpc legacy-os
      Port:  meson      |
------------------------+---------------------------------------------

Comment (by jmroot):

 Replying to [comment:15 ryandesign]:
 > Peter, as I said in comment:11 we have not determined which software is
 faulty. It could be that Tiger's /usr/bin/gnutar is faulty because it
 cannot deal with some valid tar archives that are now becoming popular.
 But it could also be that whatever software is creating these new tarballs
 is faulty and that the tarballs are actually invalid. If you are
 interested in this problem being fixed, please try to identify which of
 these theories is correct. If some modern utility is creating invalid
 tarballs, you can file a bug report with the author of that utility and
 explain to them in what way the archives they're creating are invalid, so
 that they can fix it, so that you will then be able to decompress future
 archives on Tiger again. Even if the new archives are technically valid,
 perhaps the author of the utility would be willing to revert whatever
 change they made that is causing this problem for Tiger's gnutar.

 One source of such files seems to be the tarfile module in python's
 stdlib. It sets the mtime in the classic tar header to 0 when using the
 pax format, apparently reasoning that the pax header will take priority,
 which is true for newer unarchivers that support it correctly.
 https://github.com/python/cpython/blob/main/Lib/tarfile.py#L893

 Even if a PR to set mtime in both places were accepted, the files created
 with older versions of the module aren't going to go away any time soon.

-- 
Ticket URL: <https://trac.macports.org/ticket/61276#comment:24>
MacPorts <https://www.macports.org/>
Ports system for macOS