Fix some #eql? correctness issues

The implementation of #eql? and #hash should ensure that if a.eql?(b),
then a.hash == b.hash, but #eql? itself should not *depend* on #hash.

For example, given

  class Thingy
    def eql?
      instance_of?(other.class) && hash == other.hash
    end

    def hash
      [name, *tags].hash
    end
  end

if #hash produces a collision for different values of [name, *tags], two
Thingy objects will appear to be eql?, even though this is not the case.
Instead, #eql? should depend on the equality of name and tags directly.
Use old #eql? for python reqs, for now
bottles: remove legacy tab handling.

References #20716.
watch: fix version.

References #20845.
node devel 0.11.3

Closes #20853.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
youtube-dl 2013.06.34

Closes #20850.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
GLFW 2.7.9

Closes #20847.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
mp4v2: revert to 1.9.1

mediatomb (and possibly other software) does not build against mp4v2 2.0.0
mediatomb: add deps, fix build

Fixes #17999.
Closes #18451.
Closes #19445.
Closes #20759.
Closes #20838.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
mp4v2: fix audit
RabbitMQ 3.1.3

Also, move to standalone bundle tarball.

Closes #20848.

Signed-off-by: Adam Vandenberg <flangy@gmail.com>
Fix :gzip_only extraction

gunzip can only extract files in-place, so just shelling out to
gunzip was actually leaving the uncompressed file in Homebrew's cache,
not in the temporary directory. (It also destroyed the original
compressed file.)
superenv cc: specify llvm-g++-4.2

We previously tried to call llvm-g++ under the name `g++`,
but this is now a link to clang on Xcode 5+.

Fixes #20691.
Clarify ENV.gcc, ENV.llvm c++ compiler names
python: clean up LINKFORSHARED inreplace

Fixes #20860.