Cancelling the vote in the @general mailing list

[Yaniv Rodenski <ya...@shinto.io>]

Hi All,

Unfortunately, as some of you might have seen, I had to cancel the vote at
the general@incubator mailing list.

The original issue we had we one to do with the release build, which guy
and I are working to fix ASAP.

However, there ware some issues that were raised by Justin Mclean which
caused him to vote -1 which I would like to get the opinion of the *mentors*
 about.

1. The first issue raised by Justin was that we have the Gradle wrapper jar
as part of the sources. I've just taken a look at the beam sources and it
seems that Beam releases the sources with the same jar. do we need to do
anything to get permission to do that?

2. the second issue (which refers to most of the files in his email) is the
existence of PySpark in the resources of the executor/test folder. While
there are a few issues there, PySpark is an Apache project, so I assumed
we can use it as a whole under the Apache license. if not, is there
anything else we need to do?

3. Justin had a strange remark about an MIT licenced file which I think
refers to codegen.py which is a BSD licensed file, I realize I need to add
the original license of the project to the licenses folder, however,
codegen doesn't have one. what can we do in that case?

Thanks in advance
-- 
Yaniv Rodenski

+61 477 778 405
yaniv@shinto.io

Re: Cancelling the vote in the @general mailing list

[Yaniv Rodenski <ya...@shinto.io>]

Thanks Davor,
I will replay on the original thread and try to understand what needs to be
done.

Cheers,
Yaniv

On Wed, 20 Jun 2018 at 5:13 pm, Davor Bonaci <da...@apache.org> wrote:

> Quick comments; will look into more details later.
>
> Gradle wrapper jar
> >
>
> I'm of the opinion that this is fine, but others may disagree. Other
> projects do it. It is a standard Gradle approach. I suggest following up
> with Justin, and understanding what his concerns may be.
>
>
> > the existence of PySpark in the resources of the executor/test folder
>
>
> The redistribution of this file is fine. I thought that Justin found that
> the header is missing. If so, just the header should be added, and that's
> it.
>
> 3. Justin had a strange remark about an MIT licenced file which I think
> > refers to codegen.py which is a BSD licensed file, I realize I need to
> add
> > the original license of the project to the licenses folder, however,
> > codegen doesn't have one. what can we do in that case?
>
>
> We cannot distribute components with unknown license. If it is MIT/BSD,
> there's a standard approach we use. If it is public domain, there are
> typically options as well. I suggest understanding the genesis of software
> in question.
>
-- 
Yaniv Rodenski

+61 477 778 405
yaniv@shinto.io

Re: Cancelling the vote in the @general mailing list

[Davor Bonaci <da...@apache.org>]

Quick comments; will look into more details later.

Gradle wrapper jar
>

I'm of the opinion that this is fine, but others may disagree. Other
projects do it. It is a standard Gradle approach. I suggest following up
with Justin, and understanding what his concerns may be.


> the existence of PySpark in the resources of the executor/test folder


The redistribution of this file is fine. I thought that Justin found that
the header is missing. If so, just the header should be added, and that's
it.

3. Justin had a strange remark about an MIT licenced file which I think
> refers to codegen.py which is a BSD licensed file, I realize I need to add
> the original license of the project to the licenses folder, however,
> codegen doesn't have one. what can we do in that case?


We cannot distribute components with unknown license. If it is MIT/BSD,
there's a standard approach we use. If it is public domain, there are
typically options as well. I suggest understanding the genesis of software
in question.