Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update Go versions and vendor using Godep (and fix the build) #331

Merged
merged 6 commits into from
Jun 20, 2017

Conversation

DanielNi
Copy link
Contributor

  • Vendor latest versions of dependencies using Godep.
  • Update supported Go versions and move to the native "context" package
  • Regenerates the language using the latest version of peg
  • Don't check licenses in vendor/
  • Workaround to fix a Cassandra startup bug in Travis CI

All of this to get the build to pass...

@DanielNi DanielNi changed the title Fix the build: update Go versions and vendor using Godep Update Go versions and vendor using Godep (and fix the build) Jun 20, 2017
Copy link
Collaborator

@drcapulet drcapulet left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, wonder if we could vendor the peg library too?

@@ -15,6 +15,7 @@
package command

import (
netcontext "context"
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we could probably remove the netcontext here?

@DanielNi
Copy link
Contributor Author

@drcapulet I guess we could import the peg library somewhere (maybe in parser.go?), otherwise I don't think it'll work with Godep.

@bwester
Copy link
Contributor

bwester commented Jun 20, 2017

Godep will only vendor imported packages, not commands. I wouldn't want to roll something on our own here just to get a stable copy of peg. Checking in generated source code will work well enough.

That Travis CI build issue you mentioned is from 2015. How has this project not run into this problem before?

@DanielNi
Copy link
Contributor Author

Looking at previous builds, it looks like Cassandra has always failed to start up, but the tests still passed somehow. Maybe something in the newer versions of Go causes the tests to fail.

@DanielNi DanielNi merged commit f42e353 into master Jun 20, 2017
@DanielNi DanielNi deleted the dni-build branch June 20, 2017 20:58
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants