[MacPorts] #55643: coreutils @8.29, gzip @1.9 +universal: This package requires a 64-bit 'time_t' type (was: coreutils @8.29 +universal: This package requires a 64-bit 'time_t' type)

[MacPorts]

#55643: coreutils @8.29, gzip @1.9 +universal: This package requires a 64-bit
'time_t' type
------------------------------+-----------------
  Reporter:  dershow          |      Owner:
      Type:  defect           |     Status:  new
  Priority:  Normal           |  Milestone:
 Component:  ports            |    Version:
Resolution:                   |   Keywords:
      Port:  coreutils, gzip  |
------------------------------+-----------------
Changes (by ryandesign):

 * port:  coreutils => coreutils, gzip


Comment:

 Replying to [comment:7 thetrial]:

 Having libraries installed in /usr/local will cause problem for MacPorts,
 as it has for your zsh. Remove what you have installed in /usr/local and
 rebuild the affected ports (i.e. zsh).

 Trace mode can help avoid interference from /usr/local. Recent discussion
 about enabling trace mode by default is
 [https://lists.macports.org/pipermail/macports-
 users/2018-January/044396.html here].

 If an update that usually takes hours took just minutes, that means you
 received a pre-compiled binary from our build server instead of building
 it yourself.

 None of that has anything to do with this ticket, which is about the fact
 that the developers of coreutils have added year-2038 awareness code in
 version 8.29 (and the developers of gzip have now done so as well in
 version 1.9) which causes the ports to fail to build when the universal
 variant is used. This ticket is about that problem only, and discussions
 of other problems should happen elsewhere.

 If you have other questions about how MacPorts works, please write to the
 macports-users mailing list.

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