| Age | Commit message (Collapse) | Author |
|
Fixes Homebrew/homebrew#36335.
|
|
|
|
It shadows system headers sometimes (probably just Server.app?) but we don't
really care.
|
|
Don't match `help` at the end of every string because `brew installhelp`
shouldn't really be running help.
Closes Homebrew/homebrew#36559.
Closes Homebrew/homebrew#36576.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
Update advice about easy-install.pth files.
Closes Homebrew/homebrew#36547.
|
|
e.g. devel-only or head-only formulae.
|
|
Since pyenv v20141211, it bundles built-in pip-rehash feature.
Closes Homebrew/homebrew#36524.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
Fixes Homebrew/homebrew#36484.
|
|
This commits adds support for updating a formula with changed git
submodules with GitDownloadStrategy when the cloned repository is still
in the cache. This is done by running git submodule sync --recursive
before updating the submodules, so that git can reload the submodule
config from the updated .gitmodules file.
Fixes Homebrew/homebrew#36395.
Closes Homebrew/homebrew#36466.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
|
|
We want the apr requirement to act as a build-time requirement in case
it is satisfied (that is, the CLT is installed), as the resulting
binaries will link to the system libapr which is always present.
When it is *not* satisfied by the CLT, and we need to install the
formula, we have to treat it as a runtime dependency since the resulting
binaries will link to it.
Fixes Homebrew/homebrew#36301.
Fixes Homebrew/homebrew#36438.
Closes Homebrew/homebrew#36443.
|
|
If apr is installed, we still want to grab it during dependency
resolution in case we need to pass options to the generated dependency.
In other words, it doesn't make sense for the satisfiable condition to
include the default formula, as the default formula is the fallback for
when the requirement is *not* satisfied.
|
|
Requirements with default formulae cannot fail the build.
|
|
This matches the recommendation in the message.
|
|
Closes Homebrew/homebrew#36436.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
Fix for linking into the system OpenSSL, strict audit fixes, and the
plist.
Closes Homebrew/homebrew#36386.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
|
|
The project was deprecated in favor of percona-toolkit:
http://blog.codenode.com/2015/01/hack-mysql-has-been-retired.html
Closes Homebrew/homebrew#36342.
|
|
Closes Homebrew/homebrew#36009.
|
|
Sitecopy currently compiles against the insecure system OpenSSL, and
won’t compile against our OpenSSL because it wants SSLv2 at runtime
(Ouch) and it won’t compile against GnuTLS because GnuTLS have
considerably changed the structure of their build since the last update
of sitecopy (2008).
Closes Homebrew/homebrew#36389.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Closes Homebrew/homebrew#36368.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
Closes Homebrew/homebrew#35626.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
Closes Homebrew/homebrew#36308.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
See discussion in https://github.com/Homebrew/homebrew-devel-only/pull/8
In essence, the test bot currently does this:
```
==> brew install --verbose --build-bottle j2objc FAILED
Error: j2objc is a devel-only formula
Install with `brew install --devel j2objc`
```
I’m proposing that we pass that arg to the test-bot automatically to
allow the bot to pass head-only and devel-only formulae without that
failure message. I’ve also trimmed the arguments further down to
prevent it duplicating the —devel install in formulae which define no
stable block.
Closes Homebrew/homebrew#36030.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
References Homebrew/homebrew#36249.
|
|
Currently the bot is failing certain devel-only formulae because it
thinks having ` devel ` defined with an added ` head ` defined
as well = a head-only formula.
```
==> audit problems
docker-machine:
* Head-only (no stable download)
```
This is a pretty simple fix for that problem:
```
==> brew style docker-machine
1 file inspected, no offenses detected
```
Closes Homebrew/homebrew#36197.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
For OS X, we will call `/usr/libexec/java_home` to exam whehter
java is installed.
Also rename the method to follow the same naming pattern of other
similar methods.
Closes Homebrew/homebrew#36187.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
|
|
|
|
Closes Homebrew/homebrew#36094.
|
|
Iterating over an empty list is a no-op so we can remove this early
return.
|
|
|
|
|
|
|
|
Closes Homebrew/homebrew#35596.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
|
|
Fixes Homebrew/homebrew#36032.
|
|
Closes Homebrew/homebrew#36024.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
|
|
|
|
Closes Homebrew/homebrew#35819.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
|
|
See the discussion in
https://github.com/Homebrew/homebrew-devel-only/pull/6
Closes Homebrew/homebrew#35793.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|
|
Fixes comments made in:
https://github.com/Homebrew/homebrew/commit/91c267bdb1607334febaac3272ccc62ada6ae4fd#commitcomment-9146910.
|
|
|
|
This seems to be a more robust approach when a PR has multiple commits.
|
|
Fixes Homebrew/homebrew#35750.
|
|
bcwipe seems to have gone commercial. 1.9-9 is still “free” as in
price, but contains an [incredibly restrictive
license](https://www.jetico.com/linux/bcwipe-help/wu_licen.htm) that
I’m not particularly sure we want to ship given our rejection of
similar situations recently. 1.9-10 onwards, including the latest
1.9-11 release are all “trial” releases which “expire” after 21 days of
use and cost some $35 to continue using.
Closes Homebrew/homebrew#35850.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
The formula is for an ancient version of Graylog2 and doesn't work because
the tarball doesn't exist any more.
Closes Homebrew/homebrew#35868.
Signed-off-by: Mike McQuaid <mike@mikemcquaid.com>
|
|
Closes Homebrew/homebrew#35820.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
|