<feed xmlns='http://www.w3.org/2005/Atom'>
<title>brew/Library/Homebrew/extend, branch 0.9.1</title>
<subtitle>🍺 The missing package manager for macOS</subtitle>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/'/>
<entry>
<title>Core change: XCode only install, with CLT or both</title>
<updated>2012-06-25T02:11:06+00:00</updated>
<author>
<name>samueljohn</name>
</author>
<published>2012-02-26T20:04:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/commit/?id=725feb3db1da1577a3e1b376934e16aedbd9ded9'/>
<id>725feb3db1da1577a3e1b376934e16aedbd9ded9</id>
<content type='text'>
Allow XCode without the Command Line Tools to
work with homebrew, so it's not necessary
to register an Apple Dev ID and/or go to the
XCode prefs and download the CLT. Yay!

Further, this commit allows to use the CLT
solely (without the need for XCode).
Saves quite some megs.
(Some furmulae require xcodebuild)

Of course XCode together with the CLT is still
fine and has been tested on 10.7 and 10.6
with Xcode 4 and Xcode 3.

Only on Lion or above, tell the user about the options,
which are
- Xcode without CLT
- CLT without Xcode
- both (ok, it's not directly stated, but implicit)
So if no Xcode is found and we are on Lion or above,
we don't fail but check for the CLTs now.
For older Macs, the old message that Xcode is needed
and the installer should be run is still displayed.
If the CLT are not found but Xcode is, then we
print out about the experimental status of this setup.

Closes Homebrew/homebrew#10510.

Signed-off-by: Adam Vandenberg &lt;flangy@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Allow XCode without the Command Line Tools to
work with homebrew, so it's not necessary
to register an Apple Dev ID and/or go to the
XCode prefs and download the CLT. Yay!

Further, this commit allows to use the CLT
solely (without the need for XCode).
Saves quite some megs.
(Some furmulae require xcodebuild)

Of course XCode together with the CLT is still
fine and has been tested on 10.7 and 10.6
with Xcode 4 and Xcode 3.

Only on Lion or above, tell the user about the options,
which are
- Xcode without CLT
- CLT without Xcode
- both (ok, it's not directly stated, but implicit)
So if no Xcode is found and we are on Lion or above,
we don't fail but check for the CLTs now.
For older Macs, the old message that Xcode is needed
and the installer should be run is still displayed.
If the CLT are not found but Xcode is, then we
print out about the experimental status of this setup.

Closes Homebrew/homebrew#10510.

Signed-off-by: Adam Vandenberg &lt;flangy@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Improve Pathname#text_executable? regexp</title>
<updated>2012-06-16T01:06:36+00:00</updated>
<author>
<name>Jack Nagel</name>
</author>
<published>2012-06-16T01:02:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/commit/?id=7002359f7a39351a6e6805815d19aac301982a7c'/>
<id>7002359f7a39351a6e6805815d19aac301982a7c</id>
<content type='text'>
file(1) does not allow leading whitespace on shebang lines, and there
appears to be no restrictions on what characters follow '#!', either.

While at it, fix an erroneous shebang test.

Signed-off-by: Jack Nagel &lt;jacknagel@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
file(1) does not allow leading whitespace on shebang lines, and there
appears to be no restrictions on what characters follow '#!', either.

While at it, fix an erroneous shebang test.

Signed-off-by: Jack Nagel &lt;jacknagel@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Add ARGV.build_stable?</title>
<updated>2012-06-10T21:49:56+00:00</updated>
<author>
<name>Adam Vandenberg</name>
</author>
<published>2012-06-10T21:49:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/commit/?id=0c14036a9af95ff47385ed4cf15e693374e6db08'/>
<id>0c14036a9af95ff47385ed4cf15e693374e6db08</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Handle EOF in Pathname#text_executable?</title>
<updated>2012-06-04T03:34:28+00:00</updated>
<author>
<name>Jack Nagel</name>
</author>
<published>2012-06-04T03:33:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/commit/?id=1cce85b1f1946279ecbcbbc0e459071e19ccf6fc'/>
<id>1cce85b1f1946279ecbcbbc0e459071e19ccf6fc</id>
<content type='text'>
Signed-off-by: Jack Nagel &lt;jacknagel@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Jack Nagel &lt;jacknagel@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Pathname: add Mach-O module</title>
<updated>2012-05-31T03:32:48+00:00</updated>
<author>
<name>Jack Nagel</name>
</author>
<published>2012-05-26T04:44:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/commit/?id=a7861783828182425c2dd7ec8dbc716843ff0f48'/>
<id>a7861783828182425c2dd7ec8dbc716843ff0f48</id>
<content type='text'>
The MachO module contains methods for learning about Mach-O binaries,
and can be used where one might normally shell out to file(1).

Signed-off-by: Jack Nagel &lt;jacknagel@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The MachO module contains methods for learning about Mach-O binaries,
and can be used where one might normally shell out to file(1).

Signed-off-by: Jack Nagel &lt;jacknagel@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Don't unzip war files</title>
<updated>2012-05-04T03:40:04+00:00</updated>
<author>
<name>Adam Vandenberg</name>
</author>
<published>2012-05-04T03:40:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/commit/?id=32ea2e3ad0b8cc3b159a154983e7a5f0f8728a46'/>
<id>32ea2e3ad0b8cc3b159a154983e7a5f0f8728a46</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Detect uncompressed tars</title>
<updated>2012-05-04T03:31:00+00:00</updated>
<author>
<name>Adam Vandenberg</name>
</author>
<published>2012-05-04T03:31:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/commit/?id=428781723b9612198b05b5fb30ce60622f363011'/>
<id>428781723b9612198b05b5fb30ce60622f363011</id>
<content type='text'>
From a patch by @RuiPereira

Closes Homebrew/homebrew#12011.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
From a patch by @RuiPereira

Closes Homebrew/homebrew#12011.
</pre>
</div>
</content>
</entry>
<entry>
<title>ENV.rb: Always return integers from make_jobs</title>
<updated>2012-05-03T22:49:27+00:00</updated>
<author>
<name>Charlie Sharpsteen</name>
</author>
<published>2012-05-03T22:49:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/commit/?id=c9652760ed07784b1aa42692c71e3ba6830e9e89'/>
<id>c9652760ed07784b1aa42692c71e3ba6830e9e89</id>
<content type='text'>
When referencing `Hardware.processor_count`, `ENV.make_jobs` will return an
integer. If referencing the environment variable `HOMEBREW_MAKE_JOBS`, it
returned a string.

Now, the function always returns an integer.

Fixes Homebrew/homebrew#12033.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When referencing `Hardware.processor_count`, `ENV.make_jobs` will return an
integer. If referencing the environment variable `HOMEBREW_MAKE_JOBS`, it
returned a string.

Now, the function always returns an integer.

Fixes Homebrew/homebrew#12033.
</pre>
</div>
</content>
</entry>
<entry>
<title>Revert "ENV.rb: Always return integers from make_jobs"</title>
<updated>2012-05-03T22:48:51+00:00</updated>
<author>
<name>Charlie Sharpsteen</name>
</author>
<published>2012-05-03T22:48:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/commit/?id=5582ca25489be84a86e0ba6dc6e39aa65951403e'/>
<id>5582ca25489be84a86e0ba6dc6e39aa65951403e</id>
<content type='text'>
This reverts commit ea1a9e603abe3dab90bf5b157d2614cf58e2cc8e.

Argh. Unrelated PySide changes slipped in.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This reverts commit ea1a9e603abe3dab90bf5b157d2614cf58e2cc8e.

Argh. Unrelated PySide changes slipped in.
</pre>
</div>
</content>
</entry>
<entry>
<title>ENV.rb: Always return integers from make_jobs</title>
<updated>2012-05-03T22:45:31+00:00</updated>
<author>
<name>Charlie Sharpsteen</name>
</author>
<published>2012-05-03T22:45:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.teddywing.com/fork/brew/commit/?id=52834b8617d2a8ff16f08ed9b6c15e5e7cea93cf'/>
<id>52834b8617d2a8ff16f08ed9b6c15e5e7cea93cf</id>
<content type='text'>
When referencing `Hardware.processor_count`, `ENV.make_jobs` will return an
integer. If referencing the environment variable `HOMEBREW_MAKE_JOBS`, it
returned a string.

Now, the function always returns an integer.

Fixes Homebrew/homebrew#12033.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When referencing `Hardware.processor_count`, `ENV.make_jobs` will return an
integer. If referencing the environment variable `HOMEBREW_MAKE_JOBS`, it
returned a string.

Now, the function always returns an integer.

Fixes Homebrew/homebrew#12033.
</pre>
</div>
</content>
</entry>
</feed>
