[MacPorts] #45684: Builds hang post upgrading to Yosemite
MacPorts
noreply at macports.org
Thu Oct 30 17:31:25 PDT 2014
#45684: Builds hang post upgrading to Yosemite
---------------------+--------------------------------
Reporter: j@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: base | Version: 2.3.2
Resolution: | Keywords:
Port: |
---------------------+--------------------------------
Comment (by cal@…):
OK, so this seems to support my guess that there's something wrong with
Apple's software and MacPorts actually isn't to blame here. Your sample
shows that make is hanging in a read operation in the xcode selection code
that arbitrates which binary actually gets executed by `/usr/bin/make`.
Looking at the fourth dtruss file, we can see libxcrun.dylib being loaded
and doing its job until a successful
{{{
rename("/private/var/root/Library/Preferences/com.apple.xpc.activity2.plist.EMcHeGY\0",
"/private/var/root/Library/Preferences/com.apple.xpc.activity2.plist\0")
}}}
After that, we only see mutexes and other synchronization stuff doing
nothing and an occasional read that I assume is spotlight or similar
system service socket interaction.
We also see a couple of `__mac_syscall` calls that all fail with Err!#45,
which seems to be "Operation not supported" according to `bsd/sys/errno.h`
from the kernel sources. A quick grep in the security subdirectory of the
kernel sources make me think this happened because the filesystem was not
mounted with `MULTILABEL` support, whatever that is, since the docs are
very short on this. It also isn't clear if this failed syscall is actually
an issue here.
In conclusion, that leaves us with the suggestion to file a radar with
Apple and hope it won't be ignored.
--
Ticket URL: <https://trac.macports.org/ticket/45684#comment:11>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list