This project is mirrored from https://github.com/Homebrew/brew.git.
Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer or owner.
Last successful update .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer or owner.
Last successful update .
- May 12, 2016
-
-
Andrew Janke authored
-
Xu Cheng authored
Closes #181. Signed-off-by:
Xu Cheng <xucheng@me.com>
-
Xu Cheng authored
a Bash implementation of lock using `flock(2)`.
-
Martin Afanasjew authored
The fix changes behavior in same cases, but those cases were all either broken or showed unexpected behavior. The new behavior is very simple: - If an argument starts with `--<option-name>=`, return whatever comes after the equals sign. Prior to this change, `ARGV.value` showed some unexpected behavior: - `ARGV.value("foo")` returned `nil` for `--foo=` because at least one character needed to be present after the equals sign. (All other option parser implementations I'm aware of allow for empty values.) - `ARGV.value("bar")` returned `"baz"` for `--foo=--bar=baz` because the regular expression was not anchored to the start of the argument. - `ARGV.value("++")` raised an exception because the string wasn't escaped for use in the regular expression. (An unlikely corner case.) Closes #231. Signed-off-by:
Martin Afanasjew <martin@afanasjew.de>
-
Martin Afanasjew authored
When passing formula options with value, e.g. `--with-qt=5`, to the child process responsible for building a formula, `ARGV.value` would be invoked with `nil`. Handle this more elegantly (no change in behavior). For consistency, use a regular expression adapted from `Options.create` instead of the somewhat bogus one used before.
-
Dominyk Tiller authored
I'm not completely sure this is "sane" logic but I'm leery of just reverting Andrew's work this morning and making him rebuild that PR from scratch for one syntax issue. Sadly, because we run: ``` brew readall --aliases --syntax ``` On every CI job, and that flags this line previously as: ``` pull.rb:555: warning: possibly useless use of a variable in void context ``` Every single PR has "failed" since it was merged, and it's reached the point of being a bit annoying, so let's try this.
-
Andrew Janke authored
Works around issue with GET and HEAD apparently acting differently, and bottle downloads failing even after successful polling completion.
-
Andrew Janke authored
-
- May 10, 2016
-
-
Mike McQuaid authored
-
Mike McQuaid authored
Closes #1028.
-
Martin Afanasjew authored
Fix regression introduced in fafe8f0f. Counting the number of hyphens in a string cannot be done in a single expression, thus split this and introduce another local variable. Fixes #227.
-
Martin Afanasjew authored
Fix regression introduced in fafe8f0f.
-
- May 09, 2016
-
-
Martin Afanasjew authored
-
Sebastian Staudt authored
CPU was transformed into a class in 8d995e96.
-
Jam authored
-
Martin Afanasjew authored
Seems like last-minute changes were made without re-running `brew man`.
-
Martin Afanasjew authored
The previous fixes in c6dc50fc and ed9f7308 were incomplete as they referenced `DeveloperTools`, but the actual name is `DevelopmentTools`. Also fixes indentation and a broken `MacOS.clang_version` (it was falsely redirecting to `DeveloperTools.llvm_build_version` ). References #219. References #220.
-
Mike McQuaid authored
Closes #220.
-
Martin Afanasjew authored
Follow-up to c7edf9a0 and related to changes from #168.
-
Mike McQuaid authored
-
Mike McQuaid authored
Closes #219.
-
Martin Afanasjew authored
Make sure `Regexp.escape` gets a string as Ruby 1.8 is unable to convert the symbol to a string automatically. Related to changes from #168.
-
Martin Afanasjew authored
Partially addresses #219. Related to changes introduced in #168.
-
Mike McQuaid authored
Closes #216.
-
Mike McQuaid authored
-
Mike McQuaid authored
Makes it easy to debug what’s gone wrong.
-
Mike McQuaid authored
Makes it easier to quickly do tests of the generic/cross-platform backend.
-
Mike McQuaid authored
-
Mike McQuaid authored
Closes #216.
-
Mike McQuaid authored
Closes #214. Closes #215.
-
Mike McQuaid authored
-
- May 08, 2016
-
-
Mike McQuaid authored
Closes #168. Signed-off-by:
Mike McQuaid <mike@mikemcquaid.com>
-
Mike McQuaid authored
-
Mike McQuaid authored
-
Mike McQuaid authored
-
Mike McQuaid authored
-
Mike McQuaid authored
If the environment variable HOMEBREW_TEST_GENERIC_OS is set ensure that neither Mac nor Linux-specific code is loaded. This allows easier testing of cross-platform code on OS X and will make it easier to port Homebrew to platforms other than OS X and Linux.
-
Dominyk Tiller authored
This is in part designed to handle situations described in https://github.com/Homebrew/legacy-homebrew/issues/42273 where we tell someone to install a special dependency, but because we (rightly, IMO) resolve special dependencies first users can end up being told to execute a command on a tool that isn't yet installed and isn't immediately obvious how to install it. In the situation raised there, with the `sile` formula people are being told to `luarocks install xyz` but we hadn't installed Lua for them first, so they just get a `command not found: luarocks` message. Perhaps it should be obvious enough how to install said tools by looking at the formula's dependencies, but it's not a huge burden on us to make life easier than that. Shuffled over from https://github.com/Homebrew/legacy-homebrew/pull/42576.
-
- May 07, 2016
-
-
Andrew Janke authored
-
- May 06, 2016
-
-
Andrew Janke authored
-