One difference to Flink is that the distribution bundled in the docker
image still contains the NOTICE covering the contents of it.
It may admittedly not be the most discoverable place, but a reasonable
one I think.
Docker as a whole is very weird when it comes to licensing.
Think of all the things are are shipped in an image; I don't think we
can (nor should) try to document everything in there.
For the most part this is also not necessary as the Flink images are
based on Debian,
where (al)most every installed package already embeds licensing
information into the image.
However, for content that we copy into the image (i.e., the jars), I
think it would be reasonable to document that.
(and based on experience from the Flink side has also shown other
advantages beyond licensing...)
On 28/03/2022 17:41, Gyula Fóra wrote:
Thanks for the input!
I am not an expert on this topic and have been contemplating this
myself also.
We are basically trying to follow the precedent set by Flink and
Statefun projects where the docker builds that we use to publish
images to dockerhub do not declare any notices.
We will not use ghcr.io <http://ghcr.io> for the final release but
will use dockerhub like flink and other apache projects.
If I look at it from a strictly technical point of view, the docker
image is not part of the official release (as it's also not part of
the flink/statefun release).
It would be good to get some input from others on this. It's not
impossible to add the notices but it's considerable work and
maintenance overhead.
By extending the logic would you then also add license information for
the base images of the docker container (and so on so forth)?
My gut feeling would be that we could highlight this in the NOTICE of
the main project (or some other appropriate place) but we do not
explicitly list the dependencies.
Would be good to hear how others feel about this!
Gyula
On Mon, Mar 28, 2022 at 5:26 PM Chesnay Schepler <ches...@apache.org>
wrote:
I don't think having users build the fat-jar & docker image
absolves us of all responsibility w.r.t. the licensing of used
products.
At the very least we need to inform users what licenses the
fat-jar & docker image fall under such that they can make an
informed decision as to whether they can adhere to said restrictions.
In particular since building it yourself is (apparently) a hard
requirement for using said product.
Even beyond that though, as /we/ push images to ghcr.io
<http://ghcr.io> we still need to adhere to the licensing
requirements in any case afaict.
On 28/03/2022 17:07, Gyula Fóra wrote:
Hi Chesnay,
Let me try to explain the "strange stuff"
flink-kubernetes-shaded relocates some classes found in
flink-kubernetes in order to not conflict with some of the
operator dependencies.
This is necessary as flink-kubernetes packages almost everything
in the fat-jar as-is without relocation. I think this should be
fine from a release perspective, as flink-kubernetes already
contains the relevant notice files.
For flink-kubernetes-operator we are not releasing a fat-jar as
we don't have any client binaries etc. It is not necessary for
the users therefore it's not part of the release.
We release the Dockerfile instead so that users can build the
image. Since the fatjar is not part of the release we do not have
bundled dependencies, and we do not need extra licensing
information I believe.
Cheers,
Gyula
On Mon, Mar 28, 2022 at 4:40 PM Chesnay Schepler
<ches...@apache.org> wrote:
There's some strange stuff in here.
What exactly is the purpose of flink-kubernetes-shaded?
You're just
re-packaging flink-kubernetes without making any changes.
The uploaded flink-kubernetes-operator jar isn't bundling any
dependencies. Why is the fat jar not uploaded? Is it used
anywhere else
(e.g., directly embedded into a docker image)
If it is used, where do you have the appropriate licensing
information
for the bundled dependencies?
On 28/03/2022 16:14, Gyula Fóra wrote:
> Hi everyone,
>
> Please review and vote on the release candidate #1 for the
version 0.1.0 of
> Apache Flink Kubernetes Operator,
> as follows:
> [ ] +1, Approve the release
> [ ] -1, Do not approve the release (please provide specific
comments)
>
> **Release Overview**
>
> As an overview, the release consists of the following:
> a) Kubernetes Operator canonical source distribution
(including the
> Dockerfile), to be deployed to the release repository at
dist.apache.org <http://dist.apache.org>
> b) Kubernetes Operator Helm Chart to be deployed to the
release repository
> at dist.apache.org <http://dist.apache.org>
> c) Maven artifacts to be deployed to the Maven Central
Repository
>
> **Staging Areas to Review**
>
> The staging areas containing the above mentioned artifacts
are as follows,
> for your review:
> * All artifacts for a,b) can be found in the corresponding
dev repository
> at dist.apache.org <http://dist.apache.org> [1]
> * All artifacts for c) can be found at the Apache Nexus
Repository [2]
>
> All artifacts are signed with the
> key 911F218F79ACEA8EB453799EEE325DDEBFED467D [3]
>
> Other links for your review:
> * JIRA release notes [4]
> * source code tag "release-0.1.0-rc1" [5]
> * PR to update the website Downloads page to include
Kubernetes Operator
> links [6]
>
> **Vote Duration**
>
> The voting time will run for at least 72 hours.
> It is adopted by majority approval, with at least 3 PMC
affirmative votes.
>
> **Note for Functional Verification**
> Please use the source distribution and helm chart directly
from [1] to
> build and deploy the operator in your testing environment.
>
> Thanks,
> Gyula
>
> [1]
>
https://dist.apache.org/repos/dist/dev/flink/flink-kubernetes-operator-0.1.0-rc1/
> [2]
https://repository.apache.org/content/repositories/orgapacheflink-1490/
> [3] https://dist.apache.org/repos/dist/release/flink/KEYS
> [4]
>
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12315522&version=12351499
<https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12315522&version=12351499>
> [5]
>
https://github.com/apache/flink-kubernetes-operator/tree/release-0.1.0-rc1
> [6] https://github.com/apache/flink-web/pull/519
>