Unexpected parser error in language-docker-6.0.1 about language-docker HOT 5 CLOSED

Curiously enough, hub.docker.io handles that file, too: https://hub.docker.com/r/psimons/opensuse-docker/builds/bcqiycksrui3xjdd7eh7jmd/. Apparently, the missing \ causes the next shell command to be interpreted as a separate RUN statement. I have never noticed that; I omitted the \ by accident.

Anyhow, I agree that this behavior is unreliable at best and that it's probably a feature rather than a bug that the parser doesn't accept this code. I committed peti/opensuse-docker@bb78399 to fix my file accordingly. Thank you very much for your help.

from language-docker.

What is your version of docker? I have just tried it on my one and it recognized as invalid Dockefile

$ wget https://raw.githubusercontent.com/peti/opensuse-docker/master/tw-haskell-dev/Dockerfile -q
$ docker --version
Docker version 18.05.0-ce, build f150324
$ docker build -t tw-haskell-dev .
Sending build context to Docker daemon   2.56kB
Error response from daemon: Dockerfile parse error line 18: unknown instruction: &&

from language-docker.

I have Docker version 18.03.1-ce, build 9ee9f402cd1eba817c5591a64f1d770c87c421a4.

from language-docker.

Hmm I have tried it on Ubuntu VM

# wget https://raw.githubusercontent.com/peti/opensuse-docker/master/tw-haskell-dev/Dockerfile -q

# docker --version
Docker version 18.03.1-ce, build 9ee9f40

# docker build -t tw-haskell-dev .
Sending build context to Docker daemon   2.56kB
Error response from daemon: Dockerfile parse error line 18: unknown instruction: &&

and it still does not work as I would expect. Looks like dark magic (something not in my knowledge) is happening in your environment.

Anyway oneline to multiline should be broken by using \ and if that is ignored it sounds like an issue with docker/moby or OS and will not work on most of installations.

Can you try it somewhere else? Are you able to reproduce this behaviour?

from language-docker.

well, I guess this was a win for the docker file linter!!

I'm closing as there is no action we need to take here.

from language-docker.