These dependencies are automatically detected from the URL, so declaring
them is redundant. If these formulae ever get a head or devel spec, then
explicit xz deps would need to be re-scoped appropriately. Thus we
should remove them.
- The formula claims to depend on homebrew's gnu-tar package, but then
uses OSX's bundled gnutar, rather than homebrew's gnutar. On older
OSX machines, this breaks, as dpkg 1.17 depends on tar >= 1.23, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642802
- dpkg-scanpackages fails, since md5sum, sha1sum, and sha256sum don't
exist. So replace the invocations with OSX's md5 and shasum tools.
Signed-Off-By: Drew Fisher <zarvox@zarvox.org>
ClosesHomebrew/homebrew#22019.
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
- Upgrade dpkg to 1.17.1 (most recent release, in debian unstable)
- Disable dselect and update-alternatives, as they won't work as
intended in homebrew.
- Install dpkg Perl modules to $(prefix)/perl, and adjust the shebang
on Perl scripts to point there using an existing do_perl_subst fn.
ClosesHomebrew/homebrew#21742.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Given the current state of OS X compilers, the original fails_with
behavior is becoming less useful, mostly resulting in build failures
each time the compiler is updated. So make the following changes:
When a build is specified, we retain the old behavior: switch compilers
if the available compiler is <= the build, don't switch if it is > the
build.
When no build is specified, unconditionally switch compilers, and don't
output the advice message. This allows us to mark formulae as
perpetually failing, avoiding the need to update formulae each time a
new compiler build is made available.
As a bonus, this makes the logic much easier to reason about.
ClosesHomebrew/homebrew#18175.
