Fix go version number extraction

We really need to check to major.minor so 1.2.1 should be considered
1.2. while 1.32 should be considered 1.32 even though their aren't
double digit minor versions today I think it makes sense to consider
them.

This has been tested against the version strings

go version go1.3 darwin/amd64
go version go1.2.1 darwin/amd64
go version go1.2 darwin/amd64
go version go1.31 darwin/amd64
Merge pull request #350 from sideshowcoder/fix-version-number-match

Fix go version number extraction