whereami icon indicating copy to clipboard operation
whereami copied to clipboard

Doesn't install (Xcode 7.2)

Open JayBrown opened this issue 9 years ago • 5 comments

Tried it with xctool, unsuccessful, then directly with xcodebuild, same thing (OS 10.11.2 with Xcode 7.2, SIP disabled). With xcodebuild I get this output:

The following build commands failed: CompileSwift normal x86_64 /Users/USER/whereami/whereami/SwiftCLI/SwiftCLI/Result/Result.swift CompileSwift normal x86_64 /Users/USER/whereami/whereami/SwiftCLI/SwiftCLI/IO/Output.swift CompileSwift normal x86_64 /Users/USER/whereami/whereami/SwiftCLI/SwiftCLI/Commands/Special/VersionCommand.swift CompileSwift normal x86_64 /Users/USER/whereami/whereami/WAIVersionCommand.swift CompileSwiftSources normal x86_64 com.apple.xcode.tools.swift.compiler (5 failures)

JayBrown avatar Dec 21 '15 12:12 JayBrown

I'm running into the same error with Xcode 7.2.1 on OS X 10.10.5. I tried installing it from both Homebrew and from the instructions on the git repo.

nmerket avatar Mar 28 '16 17:03 nmerket

How do you install it with Homebrew? It isn't in the official repositories list. (?)

JayBrown avatar Mar 28 '16 17:03 JayBrown

Oh, never mind. Found it: brew tap victor/whereami brew install whereami And you're right; it doesn't install.

❯ brew install whereami [19:27:20] ==> Installing whereami from victor/whereami ==> Downloading https://github.com/victor/whereami/archive/v1.0.tar.gz ==> Downloading from https://codeload.github.com/victor/whereami/tar.gz/v1.0 ######################################################################## 100.0% Warning: SHA1 support is deprecated and will be removed in a future version. Please switch this formula to SHA256. ==> xcodebuild install DSTROOT=/usr/local/Cellar/whereami/1.0 INSTALL_PATH=/bin Last 15 lines from ~/Library/Logs/Homebrew/whereami/01.xcodebuild: ^~~~~~~~~~~~~~~~~~~~~~~~ /tmp/whereami20160328-7023-191cyxo/whereami-1.0/whereami/SwiftCLI/Commands/LightweightCommand.swift:56:37: warning: closure parameter prior to parameters with default arguments will not be treated as a trailing closure func handleKeys(keys: [String], block: OptionsKeyBlock?, usage: String = "", valueSignature: String = "value") { ^~~~~~~~~~~~~~~~~~~~~~~ ** INSTALL FAILED ** The following build commands failed: CompileSwift normal x86_64 /tmp/whereami20160328-7023-191cyxo/whereami-1.0/whereami/SwiftCLI/Commands/LightweightCommand.swift CompileSwift normal x86_64 /tmp/whereami20160328-7023-191cyxo/whereami-1.0/whereami/WAIVersionCommand.swift CompileSwift normal x86_64 /tmp/whereami20160328-7023-191cyxo/whereami-1.0/whereami/WhereAmICommand.swift CompileSwift normal x86_64 /tmp/whereami20160328-7023-191cyxo/whereami-1.0/whereami/SwiftCLI/Commands/ChainableCommand.swift CompileSwiftSources normal x86_64 com.apple.xcode.tools.swift.compiler (5 failures)

READ THIS: https://git.io/brew-troubleshooting If reporting this issue please do so at (not Homebrew/homebrew): https://github.com/victor/homebrew-whereami/issues

elapsed time 2m16s

JayBrown avatar Mar 28 '16 17:03 JayBrown

I encountered the same problem during the installation: Xcode 7.3 on OS X 10.11.4, recently. Is there a solution to this problem, and do we know the reason how this happened?

dmwlei avatar Apr 07 '16 10:04 dmwlei

Currently the only solution is to reprogram whereami ourselves, which I sadly can't help with, or to use LocateMe, namely v0.3, which works great on 10.11.x: https://github.com/netj/LocateMe/releases However, I read somewhere that whereami actually refreshes OS X geolocation services, and LocateMe doesn't, so you need to run locationd once before calling LocateMe: sudo launchctl start com.apple.locationd To be sure you should also load locationd beforehand: sudo launchctl load /System/Library/LaunchDaemons/com.apple.locationd.plist &>/dev/null

JayBrown avatar Apr 07 '16 10:04 JayBrown