[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
noreply at macports.org
Fri Jan 12 11:36:47 UTC 2018
#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
More information about the macports-tickets
mailing list