Skip to content
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

Publish Dockerfile License Preference and Selection #17

Closed
cyberswat opened this issue Aug 24, 2017 · 4 comments
Closed

Publish Dockerfile License Preference and Selection #17

cyberswat opened this issue Aug 24, 2017 · 4 comments

Comments

@cyberswat
Copy link
Contributor

What happened (or feature request):

We've been working with legal to create a policy on how we license Docker containers and how they are affected by upstream licenses when our images are based on the work of others. That work resulted in a policy that should be made available to the public in our community docs.

What you expected to happen:

Convert the "Dockerfile License Preference and Selection" created as a result of https://github.com/drud/general/issues/128 into markdown and link it appropriately in the README's of the community repo.

@rickmanelius
Copy link
Contributor

@rickmanelius
Copy link
Contributor

Converting to Markdown because this is faster for me then fork/PR.

Dockerfile License Preference and Selection

When to Use This Document

This document is only relevant for developers for the following two situations:

  1. You’re attempting to use/modify an existing Dockerfile not created by DRUD Tech.
  2. You’re selecting a compatible, open source license to add to a Dockerfile we manage.

Summarized Actions

For the two situations highlighted above.

  1. Dockerfile License Preferences: You’re free to use upstream Dockerfile’s that contain an Apache2 compatible license (i.e. BSD 2/3, MIT, GPLv3) along the entire upstream. For non-compatible licenses (notably GPL v2), please ask.
  2. Dockerfile License Selection: If our Dockerfile references an upstream Dockerfile with a license that is compatible based on bullet 1 above, please use the same license as the immediate upstream Dockerfile.

Example

Repo: drud/docker.nginx-php-fpm-hosting

  1. Dockerfile.in references bitnami/minideb:jessie, which contains an Apache 2.0 license. There doesn’t appear to be additional upstreams beyond this.
  2. Given that upstream is Apache 2.0, drud/docker.nginx-php-fpm also uses Apache 2.0.

Additional Detail

  • This issue was surfaced in an internal DRUD Tech GitHub issue queue.
  • The scope of this document is limited ONLY to the license of a Dockerfile and does not in any way discuss the myriad of applications and associated licenses within the container image itself. That is a separate conversation.
  • Our default license is Apache 2.0. This is an exception to that policy in order to ensure we are best respecting and adhering to the intentions of the license selection of upstream projects and contributions.
  • Technically, we think we’re being overly cautious by avoiding GPL v2 and other Apache 2.0 compatible licenses at the Dockerfile level. This is why we state it as a preference with the request to surface it for review rather than an absolute restriction.

@rickmanelius
Copy link
Contributor

Last action remaining is to submit a PR and get a thumbs up from @cyberswat.

rickmanelius added a commit that referenced this issue Sep 21, 2017
Addresses /issues/17. Copies the resulting content for how we select and provide attribution to upstream Dockerfiles.

* Per @cyberswat's request, I linked the new document from the README.md page.

* Addressed namespace issue.
@rickmanelius
Copy link
Contributor

PR accepted. Closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants