-
-
Notifications
You must be signed in to change notification settings - Fork 3.4k
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
Dockerfile fix #431
Dockerfile fix #431
Conversation
symlink fix. Restructure _deb_common.sh to optionally install virtualenv.
(Non-working) duplicate of #386. I've spent considerable amount of time on getting well documented and properly working Dockerfile in #386 building up on the abandoned #297 and asked you for a review around 2 weeks ago... ;) Could you please have a look and suggest fixes over at #386 rather than going with a fresh new stuff? Thanks! |
What isn't working about it? Please be more specific. The Dockerfile you provided in #386 inherits my own in #297, which only attempts to run the client in production. Creating a production Dockerfile is of limited value without evaluating how it would be used in conjunction with other Docker images in production (e.g. nginx, apache). The Dockerfile and docker-compose.yml in #386 supply the immediate advantage of a containerized development environment, no long Virtualbox build process necessary. |
Sorry, by saying "non-working" I mostly meant that Travis build has failed. However, IMHO, Production docker file does not have to be necessarily used with other Docker images, in the "dockerland infrastructure". I find it as an attractive channel of Also, my tests show that I think like all this should be discussed under #386. What's wrong with it? |
Ah, BTW #386 works for both production and dev using exactly the same setup. Package is being installed in editable mode (c.f. comment in the Dockerfile near |
One can issue standalone certificates, but this workflow is not as standard as I'm not sure why you're having trouble with I chose Ubuntu: 4,107,590 You're right: the base image of |
PR is passing in Travis currently. |
Add support for docker. This is mainly for development, as it is yet unclear to me how production support might work, given that Let's Encrypt operates on active webserver config files. For development, I have Docker more or less mimic the way Vagrant works - install all the requirements in the build phase of the image, then mount the host repo to the guest for data sharing.