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 .
- Aug 21, 2012
-
-
Jack Nagel authored
Simplify access to the different forms of a formula's build options by making options into real objects rather than strings, and expose both the 'name' and 'flag' form.
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
- Aug 20, 2012
-
-
Jack Nagel authored
build.rb calls Formula.factory to get a usable Formula object to pass to its install method. However, because the formula file is the actual executing script, its class is already defined, and loading it again causes the class to be re-evaluated, which, unfortunately, is not idempotent. This bug has existed for a very long time, and its side effects include duplicate entries the deps array and mirrors array, among others. Fortunately, the fix is very simple. Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
- Aug 19, 2012
-
-
Jack Nagel authored
Usually, the "foo-version already installed" error is printed by FormulaInstaller. However, if an up-to-date formula that has outdated deps is passed on the command line, we proceed to upgrade the deps and then print a message saying that the formulae given on the command line is already installed. Catch this earlier, when the outdated list is being populated, print an appropriate message, and skip the up-to-date formula. Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
This serves the same purpose as similar code in FormulaInstaller, but we duplicate it because we do the dependency expansion in an ad-hoc fashion here. Fixes Homebrew/homebrew#11863. Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
The heuristic used by the default version comparison is simple. A version string is scanned for strings of digits, split into an array of these strings, and then an element-wise comparison is done. This fails when presented with something like Version.new("1.0.0beta7") <=> Version.new("1.0.0") because the first three digits match, and the fourth digit of the receiver (7) is greater than the assumed fourth digit of the parameter (0). Fix this by defining an element-wise comparator on a new VersionElement class. This allows us to correctly compare "alpha", "beta", and "rc" style version strings, and keeps the logic out of the main version comparison. Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
This was missed as part of the specs refactor. Fixes Homebrew/homebrew#14280. Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
The heuristic for determining whether something is installed changes from "f.installed?" to "f.rack.exist? and f.rack.subdirs.length > 0" in order to properly consider outdated formulae. Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
This will allow us to do comparisons like if MacOS.version >= :lion and hopefully deprecate the MacOS.<name>? family of methods, which are counterinitutive.
-
Jack Nagel authored
-
Jack Nagel authored
-
Jack Nagel authored
-
Jack Nagel authored
A version scheme is a class that inherits from Version and reimplements Version#<=>. This will allow formulae to specify a custom comparison method that will be used instead of the default, for cases where the default is insufficient.
-
Jack Nagel authored
-
Jack Nagel authored
-
Jack Nagel authored
-
Jack Nagel authored
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
-
Jack Nagel authored
-
- Aug 18, 2012
-
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Max Howell authored
Didn't test properly, it was a side-fix. Bad mxcl.
-
Max Howell authored
Also made the latest_versions checks smarter. Hopefully correct too.
-
Max Howell authored
It's now in the go branch.
-
Adam Vandenberg authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
- Aug 16, 2012
-
-
Jack Nagel authored
In FormulaInstaller#install, needed_deps is created without first filtering ARGV for flags like --HEAD. In practice, this means that sometimes needed_deps will contain dependencies that are actually already installed; --HEAD causes Formula#installed_prefix to differ and thus checking Formula#installed? will result in false negatives. This can trigger weird bugs; for example, Homebrew/homebrew#10380, where the "Installing foo" header is displayed even though no dependencies were previously installed. Fix this by filtering ARGV before testing for installed dependencies, and do the same for requirements to maintain symmetry, and because some requiremnts check Formula#installed? as well. Fixes Homebrew/homebrew#10380. Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
- Aug 15, 2012
-
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Currently FormulaInstaller "forgets" about the requirements of dependencies, as dependencies are recursively expanded by the first FormulaInstaller instance, and then ignored by subsequent instances to prevent duplicate installation attempts. These requirements then have their messages displayed, but the fatal check is skipped and thus no exception is raised. Now that we have Formula#recursive_requirements, we can mirror what we are doing with dependencies and recursively expand requirements up front. While at it, fix a bug in determining Requirement equality that resulted in unique requirements being eliminated from a formula's set of recursive requirements. Fixes Homebrew/homebrew#12290. Fixes Homebrew/homebrew#14084. Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
Jack Nagel authored
Apple's X11 is XQuartz, but this can be confusing, and is ultimately unnecessary for debugging purposes. Signed-off-by:
Jack Nagel <jacknagel@gmail.com>
-
- Aug 14, 2012
-
-
Max Howell authored
This is coming up a lot at the moment, so here is an attempt to be more helpful.
-
Max Howell authored
-D is now the switch for diagnostic-dumps. Let it be so. Shows how long each doctor method takes in a sorted table at end. I used this to move the two slowest methods to the end of the doctor run so that as much useful information can be shown as quickly as possible. Also now possible to specify on command line which tests should be run.
-