wellington formula

* brew compiles and installs a static libsass
* pkg-config for reading the correct path
* updated for 3.1 instructions
* update libsass for the 3.1beta2 release https://github.com/sass/libsass/issues/697
It's far simpler to vendor in home brew, sub modules are just a pattern
that does not work for this use case.

If I upgrade Wellington then I'll upgrade the libsass revision too if
that's even necessary. This is a good compromise until libsass is stable
enough to depend on the libsass formula.

For the test what is wrong with piping? The tmp directory is sent to stdout
so the output of my test will be non deterministic and difficult to asset
equity. Stdin is more efficient (no generated files) and easier to test
(deterministic output from stdout of Wellington). If this is still a
problem, I'll have to write string replace code to strip the randomly
generated temp directory from the output.
On Wed, Dec 24, 2014 at 11:34 AM Mike McQuaid <notifications@github.com>
wrote:

> In Library/Formula/wellington.rb
> <https://github.com/Homebrew/homebrew/pull/35214#discussion-diff-22260678>
> :
>
> > +
> > +  go_resource "github.com/wellington/spritewell" do
> > +    url "https://github.com/wellington/spritewell.git",
> > +        :revision => "3a43f26d94a6da8e40884d1edca0ff372ab7487d"
> > +  end
> > +
> > +  go_resource "github.com/go-fsnotify/fsnotify" do
> > +    url "https://github.com/go-fsnotify/fsnotify.git",
> > +        :revision => "f582d920d11386e8ae15227bb5933a8f9b4c3dec"
> > +    sha1 "2bd8459d120337ad68cb119b6761130c2e07d053"
> > +  end
> > +
> > +  resource "github.com/sass/libsass" do
> > +    url "https://github.com/sass/libsass.git"
> > +    sha1 "9852e41a11f16e8d52992a0f6e4d08068e9cd0ad"
> > +  end
>
> I mean relying on our formula to define what revision is used. If a new
> version of wellington is released how will we know what sass revision is
> required? That's why I'd like it if this can be done as a submodule or
> vendored so that it's defined by the wellington buildsystem rather than
> ours. Otherwise it might be better to host this formula in a tap yourself.
>
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/Homebrew/homebrew/pull/35214/files#r22260678>.
>