balena-supervisor/gosuper/Dockerfile

# Build golang supervisor
FROM golang:1.6

RUN apt-get update \
	&& apt-get install -y \
		rsync \
		upx-ucl \
	&& rm -rf /var/lib/apt/lists/

COPY . /go/src/resin-supervisor/gosuper

WORKDIR /go/src/resin-supervisor/gosuper

ENV GOOS linux

ARG GOARCH=amd64
ARG GOARM=''

RUN go install -a -v ./gosuper \
	&& cd /go/bin \
	&& find -type f -name gosuper -exec mv {} /go/bin/gosuper \; \
	&& upx --best /go/bin/gosuper

CMD rsync -a --delete /go/bin/gosuper /build
build: implement multi-Dockerfile build process This build strategy lends itself to how Rockerfiles work. In the build Dockerfile all the build utilities (e.g gcc, python) are installed and run the build process to produce some build artifacts. There are two build Dockerfiles, one for the nodejs part and one for the golang part. The build artifacts of these are combined into the runtime Dockerfile. For all this to work there is some minimal glue implemented in the Makefile. Part of this commit is a switch of the base image the runtime is based on to the minimal OpenEmbedded one produced by #198 Signed-off-by: Petros Angelatos <petrosagg@gmail.com> 2016-06-03 17:21:46 +00:00			`# Build golang supervisor`
switch to golang 1.6 to make the binary upx-able https://github.com/golang/go/issues/13974 https://github.com/golang/go/commit/5e7110b92b959d22eba421953beaf1de8580f8f5 Signed-off-by: Petros Angelatos <petrosagg@gmail.com> 2016-07-05 18:07:22 -07:00			`FROM golang:1.6`
Handle App not found in purge, + cleanup * gosuper in dockerignored folder * correctly handle app not found in purge * test formatting in test-gosuper * Fix test-gosuper * DRY up test-integration 2015-07-31 17:17:57 +00:00
build: implement multi-Dockerfile build process This build strategy lends itself to how Rockerfiles work. In the build Dockerfile all the build utilities (e.g gcc, python) are installed and run the build process to produce some build artifacts. There are two build Dockerfiles, one for the nodejs part and one for the golang part. The build artifacts of these are combined into the runtime Dockerfile. For all this to work there is some minimal glue implemented in the Makefile. Part of this commit is a switch of the base image the runtime is based on to the minimal OpenEmbedded one produced by #198 Signed-off-by: Petros Angelatos <petrosagg@gmail.com> 2016-06-03 17:21:46 +00:00			`RUN apt-get update \`
			`&& apt-get install -y \`
			`rsync \`
compress gosuper with upx Signed-off-by: Petros Angelatos <petrosagg@gmail.com> 2016-07-06 02:29:16 -07:00			`upx-ucl \`
build: implement multi-Dockerfile build process This build strategy lends itself to how Rockerfiles work. In the build Dockerfile all the build utilities (e.g gcc, python) are installed and run the build process to produce some build artifacts. There are two build Dockerfiles, one for the nodejs part and one for the golang part. The build artifacts of these are combined into the runtime Dockerfile. For all this to work there is some minimal glue implemented in the Makefile. Part of this commit is a switch of the base image the runtime is based on to the minimal OpenEmbedded one produced by #198 Signed-off-by: Petros Angelatos <petrosagg@gmail.com> 2016-06-03 17:21:46 +00:00			`&& rm -rf /var/lib/apt/lists/`

			`COPY . /go/src/resin-supervisor/gosuper`
Handle App not found in purge, + cleanup * gosuper in dockerignored folder * correctly handle app not found in purge * test formatting in test-gosuper * Fix test-gosuper * DRY up test-integration 2015-07-31 17:17:57 +00:00
build: implement multi-Dockerfile build process This build strategy lends itself to how Rockerfiles work. In the build Dockerfile all the build utilities (e.g gcc, python) are installed and run the build process to produce some build artifacts. There are two build Dockerfiles, one for the nodejs part and one for the golang part. The build artifacts of these are combined into the runtime Dockerfile. For all this to work there is some minimal glue implemented in the Makefile. Part of this commit is a switch of the base image the runtime is based on to the minimal OpenEmbedded one produced by #198 Signed-off-by: Petros Angelatos <petrosagg@gmail.com> 2016-06-03 17:21:46 +00:00			`WORKDIR /go/src/resin-supervisor/gosuper`

			`ENV GOOS linux`
Handle App not found in purge, + cleanup * gosuper in dockerignored folder * correctly handle app not found in purge * test formatting in test-gosuper * Fix test-gosuper * DRY up test-integration 2015-07-31 17:17:57 +00:00
build: implement multi-Dockerfile build process This build strategy lends itself to how Rockerfiles work. In the build Dockerfile all the build utilities (e.g gcc, python) are installed and run the build process to produce some build artifacts. There are two build Dockerfiles, one for the nodejs part and one for the golang part. The build artifacts of these are combined into the runtime Dockerfile. For all this to work there is some minimal glue implemented in the Makefile. Part of this commit is a switch of the base image the runtime is based on to the minimal OpenEmbedded one produced by #198 Signed-off-by: Petros Angelatos <petrosagg@gmail.com> 2016-06-03 17:21:46 +00:00			`ARG GOARCH=amd64`
			`ARG GOARM=''`
Handle App not found in purge, + cleanup * gosuper in dockerignored folder * correctly handle app not found in purge * test formatting in test-gosuper * Fix test-gosuper * DRY up test-integration 2015-07-31 17:17:57 +00:00
build: implement multi-Dockerfile build process This build strategy lends itself to how Rockerfiles work. In the build Dockerfile all the build utilities (e.g gcc, python) are installed and run the build process to produce some build artifacts. There are two build Dockerfiles, one for the nodejs part and one for the golang part. The build artifacts of these are combined into the runtime Dockerfile. For all this to work there is some minimal glue implemented in the Makefile. Part of this commit is a switch of the base image the runtime is based on to the minimal OpenEmbedded one produced by #198 Signed-off-by: Petros Angelatos <petrosagg@gmail.com> 2016-06-03 17:21:46 +00:00			`RUN go install -a -v ./gosuper \`
			`&& cd /go/bin \`
compress gosuper with upx Signed-off-by: Petros Angelatos <petrosagg@gmail.com> 2016-07-06 02:29:16 -07:00			`&& find -type f -name gosuper -exec mv {} /go/bin/gosuper \; \`
			`&& upx --best /go/bin/gosuper`
Handle App not found in purge, + cleanup * gosuper in dockerignored folder * correctly handle app not found in purge * test formatting in test-gosuper * Fix test-gosuper * DRY up test-integration 2015-07-31 17:17:57 +00:00
build: implement multi-Dockerfile build process This build strategy lends itself to how Rockerfiles work. In the build Dockerfile all the build utilities (e.g gcc, python) are installed and run the build process to produce some build artifacts. There are two build Dockerfiles, one for the nodejs part and one for the golang part. The build artifacts of these are combined into the runtime Dockerfile. For all this to work there is some minimal glue implemented in the Makefile. Part of this commit is a switch of the base image the runtime is based on to the minimal OpenEmbedded one produced by #198 Signed-off-by: Petros Angelatos <petrosagg@gmail.com> 2016-06-03 17:21:46 +00:00			`CMD rsync -a --delete /go/bin/gosuper /build`