jpeg-turbo 1.3.0

Closes #20168.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
lilypond devel 2.17.19

Closes #20165.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
node 0.10.9

Closes #20164.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
Elasticsearch 0.90.1

Closes #20162.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
Leiningen 2.2.0

Closes #20158.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
opensc: locate docbook xsl via filesystem

The opensc formula currently uses the docbook formula to find the
docbook xsl path, which always refers to the newest version. When a
version of docbook is installed, but is not the latest, opensc will fail
to install. This change adopts the same approach as kdelibs in
homebrew-boneyard and globs the appropriate directory to find the path.

Closes #18715.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
libgetdata 0.8.3

Closes #19111.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
libgetdata 0.8.4
jq: install manpage

Closes #20174.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
perl-build 1.03

Closes #20169.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
lv2 1.4.0

Closes #20139.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
zsh-syntax-highlighting 0.1.3

Fish shell like syntax highlighting for Zsh.

Closes #20138.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
Enable tracking of formula revisions

It is useful to be able to prompt upgrades in response to events other
than a version update; for example, when a dependency is updated and its
library version changes, dependents need to be rebuilt to link against
the new library.

Currently we cannot do this automatically, which means a flood of
tickets whenever the library version of a popular library changes.

To address this, we need to track an additional piece of metadata, the
"revision" of the formula, which can be incremented when appropriate to
prompt an upgrade. It can then be reset to zero when the next version
change occurs.
Encode formula revision in installation prefix

In order to allow kegs built with the same version but differing formula
revisions to coexist, we must encode the revision as part of the keg's
name. This is necessary to actually perform an upgrade, as we cannot
upgrade a keg in-place, and temporarily moving it pending the result of
the upgrade is error-prone and potentially slow.

To accomplish this, we introduce a new Formula#pkg_version method that
concatenates the active_spec version, the formula revision, and the
bottle revision (if applicable). An exception is made for a formula that
has no revision: the tag is omitted. This preserves compatibility with
existing installations.
Teach outdated and upgrade to consider formula revisions
Incorporate bottle revision when building bottles