Skip to content

Conversation

@jamesthomp
Copy link

@jamesthomp jamesthomp commented Feb 8, 2018

The docker image for kubernetes is not currently building because when the merge with upstream changed the output path from dockerfiles to kubernetes/docker, the path in the Dockerfile was not updated to match.

@robert3005 @jamding

@robert3005 robert3005 changed the title update dockerfile with correct path Update dockerfile with correct path Feb 9, 2018
@robert3005 robert3005 merged commit ed7fc1c into master Feb 9, 2018
@robert3005 robert3005 deleted the jt/fix-dockerfiles branch February 9, 2018 16:27
@mccheah
Copy link

mccheah commented Feb 13, 2018

I don't think this is correct. We want to be keeping all of our Kubernetes references locked down - see #299 (comment) and #300 for how we've done this before.

@robert3005
Copy link

While I agree that we do want to keep our k8s version we also have to think about maintainability. We had two bugs because of not careful merge from upstream in k8s. Therefore, I think it's reasonable to bring changes from upstream that do not touch the core logic but minimize the chance for future conflicts (in this case SparkSubmit and this dockerfile). The end state will not differ but the path by which you get there will be vastly simpler for the maintainers

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.

4 participants