brew/Library/Homebrew/macos, branch 0.9.4

Update Xcode.version for 4.6

2013-01-29T15:52:02+00:00

Update clang version regexp in CLT check

2013-01-29T13:44:19+00:00

Update latest CLT version

2013-01-29T05:02:37+00:00

Xcode 4.6 released.

2013-01-28T20:13:08+00:00

Closes Homebrew/homebrew#17383. Closes Homebrew/homebrew#17384.

Guess system XQuartz version when mdfind fails

2013-01-03T05:20:06+00:00

Fixes Homebrew/homebrew#16857.

Fix some doublethink in the Xcode module

2012-12-31T01:23:53+00:00

Xcode.prefix and Xcode.installed? use slightly different heuristics to
find Xcode. In fact, .installed? basically duplicates a portion of the
.prefix logic. In practice, the methods results are usually consistent,
but .installed? does not handle non-standard prefixes if mdfind cannot
locate Xcode (for example, if the user has disabled Spotlight indexing).

Since .installed? is essentially a subset of the .prefix logic, we can
rely on the result from .prefix instead.

Fixes Homebrew/homebrew#16790.

Try to find XQuartz via pkgutil if mdls fails

2012-12-22T20:27:22+00:00

c.f. Homebrew/homebrew#16296.

Make "XQuartz is installed" heurstic stricter

2012-12-21T18:55:38+00:00

Improve Xcode and CLT config reporting

2012-12-13T05:33:29+00:00

We support three configurations: Xcode-only, CLT-only, and Xcode with
CLT. Our configuration output should correctly reflect this.

While MacOS::Xcode.version has to continue to return a guess if Xcode is
not installed in order to maintain backwards compatibility, this is an
implementation detail that we don't need to expose to the user. And it
makes `brew --config` output confusing.

So let's only print the "Xcode" line when an actual Xcode installation
is present. This makes it easy to quickly figure out which of the three
possible configurations the user is running.

Addresses Homebrew/homebrew#14941, more or less.

Don't advise XQuartz upgrades for system X11

2012-11-13T01:48:09+00:00

Yeah, yeah. The XQuartz/X11 stuff is confusing.