Gopherjs: Proposal: Official GopherJS Docker images

Created on 17 May 2018  路  3Comments  路  Source: gopherjs/gopherjs

I wonder if others would find GopherJS docker images to be useful, similar to the official Golang docker images. (Apparently at least one other person found the idea useful).

This would help me, for one, with the CI/CD stages for my various GopherJS projects. I would see such an image having Go, node.js, and GopherJS (with syscall and source map support) installed.

If we decide this is a worthy goal, I would be happy to take on the project.There would be a few logistical concerns to straighten out (management of a dockerhub (or other registry) account, where the official Dockerfile(s) should live, etc), whether to apply for the Official program, whether we want to maintain multiple versions (standard vs alpine, linux vs windows, etc), and possibly others.

Most helpful comment

I have an image I'm using: https://hub.docker.com/r/flimzy/gopherjs/

It serves my purposes, but if it would be useful to others, it would probably be useful to extend it further, by using proper version tags, and possibly develop an 'alpine' version, etc.

I'm just using the Docker Hub automated build capabilities, which are pretty limited with their tagging support, so doing something in a Circle/Travis-CI script to push images on update would likely be in order.

I'll wait to see if others have an interest in this before I invest that effort, though.

All 3 comments

I personally don't need this myself at this time. But if you want to do it (for yourself and for others), I don't see why you shouldn't.

It might be a good idea to start this in a place where it's easiest for you to manage and maintain it (e.g., a personal repo). We can link to it in README. Or we can make a repo in gopherjs org. We can always change it over time. I'd prefer we start with what's most convenient for you, as I don't want to be a blocker on this.

Edit: Actually, maybe a wiki page is a better place for this than the README, since it can be updated more easily.

I have an image I'm using: https://hub.docker.com/r/flimzy/gopherjs/

It serves my purposes, but if it would be useful to others, it would probably be useful to extend it further, by using proper version tags, and possibly develop an 'alpine' version, etc.

I'm just using the Docker Hub automated build capabilities, which are pretty limited with their tagging support, so doing something in a Circle/Travis-CI script to push images on update would likely be in order.

I'll wait to see if others have an interest in this before I invest that effort, though.

Hi guys,

Hope you are all well !

I think that a slim docker image would be awesome, as it could be really useful for any developers giving who want to give a try to gopherjs.

Quick feedback from my last week-end on gopherjs:
I spent my week-end to create a slim docker image, based on alpine 3.8.1, trying to create a stable docker image, that I could share with some dev contacts, more specifically to demo jsgo...

And, I thought that it would be a quick personal task, for making a turnkey setup for gopherjs, and sharing a docker compose, with an extra-contrib allowing to mount a docker-volume-git, all of these good intentions, happened to be quiet messy because I had to debug many things due to alpine apk packages specificity, musl vs glibc, syscall without much up to date guidance...

Being late to deliver something shareable and slim, one of my contact started to be sarcastic as he could not find a repo named "awesome-gopherjs", nor any showcases or stacks with gopherjs+vue, gopherjs+react and gopherjs+angularjs for real-world use case but only small proof of concepts. He summarized the discussion like it sounds like a technical artistry project...

So, please find below a list of suggestions/projects, CMS related, that could fit well with gopherjs with the most popular js frameworks:

Showcase suggestions:

Gopherjs packaging

  • Please, at least, Create an homebrew formula :-), for mac users, with a valid go version and make syscalls working on osx (I still have a warning in my chrome browser despite following the doc)
  • Create more real world showcases/boilerplates, like mentioned without forecasting advanced used of graphql and grpc for a clone like graphcms, even a wordpress like or any admin web-interface (a simple cms with a front and backend) would allow to forsee the benefits of gopherjs, and trigger a community traction.

So, unfortunately, I agree with the post above somehow, more real-world efforts are required... As, it is quiet hard to identify gopherjs as a "nice to have project" or a high community traction project ? Would it end up like Google plus ? How safe is the bet ? Is it only technical artistry ? For my part, I see a huge potential but I will never be convincing with no additional cards...

In a nutshell, I will still to continue to play with jsgo, as the work if for a smart personal dev playground, but I think that people need to figure out the SWOT for gopherjs.

Cheers,
Rosco

Was this page helpful?
0 / 5 - 0 ratings

Related issues

hackwaly picture hackwaly  路  4Comments

marwan-at-work picture marwan-at-work  路  4Comments

myitcv picture myitcv  路  6Comments

4ydx picture 4ydx  路  3Comments

damz picture damz  路  3Comments