On Sun, Jun 2, 2019 at 11:53 Greg Stein wrote:
> On Sun, Jun 2, 2019 at 1:22 PM Hen wrote:
> >...
>
> > * Incubating releases are Apache releases.
> >
>
> That is demonstrably not true, as (historically) the Incubator has made
> releases with GPL'd code in them (eg. Hibernate).
I don’t
On Mon, Jun 3, 2019 at 7:54 PM Craig Russell wrote:
> > On Jun 3, 2019, at 5:40 PM, Greg Stein wrote:
> >
> > On Mon, Jun 3, 2019 at 7:24 PM Craig Russell
> wrote:
> >
> >>> On Jun 3, 2019, at 2:33 PM, Justin Mclean
> >> wrote:
> >>
> >> ...
> >
> >>> I agree, but if you read the disclaimer
wouldnt it be fair to keep the incubator benefit adjectives away from words
like reliable and production ready?
If I am not mistaken, almost all of the efforts are around ceremony around
the code, not whether it works. In fact the slowing of the community hurts
production ness as it is far slower
> On Jun 3, 2019, at 5:40 PM, Greg Stein wrote:
>
> On Mon, Jun 3, 2019 at 7:24 PM Craig Russell wrote:
>
>>> On Jun 3, 2019, at 2:33 PM, Justin Mclean
>> wrote:
>>
>> ...
>
>>> I agree, but if you read the disclaimer is says nothing about releases,
>> perhaps that needs to change?
>>
On Mon, Jun 3, 2019 at 7:24 PM Craig Russell wrote:
> > On Jun 3, 2019, at 2:33 PM, Justin Mclean
> wrote:
>
>...
> > I agree, but if you read the disclaimer is says nothing about releases,
> perhaps that needs to change?
>
> Yes, I'd like to change the disclaimer to state that releases cannot
> On Jun 3, 2019, at 2:33 PM, Justin Mclean wrote:
>
> Hi,
>
>> If we required that podling releases adhered to ASF release policy there
>> would be no need for the disclaimer
>
> I agree, but if you read the disclaimer is says nothing about releases,
> perhaps that needs to change?
Yes,
Hi,
> I’ll note that there are some archives included in the release which are
> related to test cases.
Having compressed archives is not an issue, especially in this case where they
contain a few comma separated numbers. I see one contains binary data but it’s
not compiled code. It’s if the
Hi,
> If we required that podling releases adhered to ASF release policy there
> would be no need for the disclaimer
I agree, but if you read the disclaimer is says nothing about releases, perhaps
that needs to change?
Thanks,
Justin
Hi,
> If that’s no trouble, I’d rather have the text inlined and in the LICENSE
> file. Please let me know if that’s a problem.
No issue it can be done either way. I won’t be able to do a full check until
later this week, so hopefully someone else can review it.
Thanks,
Justin
On Mon, Jun 3, 2019 at 8:31 AM Ralph Goers
wrote:
> Placing the disclaimer on the project’s site and labeling the release as
> incubating is done so that downstream users are aware the release may be be
> up to ASF standards.
>
"may *not* be up to ASF standards" ?
Kenn
> If we required that
FYI - On the Doris Dev list I’ve asked some questions about third party
dependencies to clarify what is required vs. optional.
I’ll note that there are some archives included in the release which are
related to test cases.
Under my opinion of what’s permissible on a first release I would
Dear IPMC members,
The OpenWhisk podling has voted to release Apache OpenWhisk API Gateway
(v0.10.0-incubating, rc2) with 5 +1 votes and no other votes cast per the
vote thread at [1]. There were no IPMC member votes cast on that thread.
We now ask IPMC members to review this release
If that’s no trouble, I’d rather have the text inlined and in the LICENSE file.
Please let me know if that’s a problem.
I updated the LICENSE file. Please kindly review [0] and [1] and let me know if
this is acceptable.
[0]:https://github.com/apache/incubator-tuweni/blob/master/LICENSE
Ask yourself this question - “What is the point of the Incubator”?
One of the goals is to teach projects how to create a release that complies
with ASF policy. But we would be stupid to expect that on the first Incubator
release as we expect projects to come in with already working source code
Hi Justin,
thanks for the reminder.
Please, note that the Incubator Confluence Wiki now uses LDAP for
authentication. You might have some issue about logging or permission,
so, take the time to anticipate a bit and eventually contact Infra.
Regards
JB
On 02/06/2019 02:04, Justin Mclean wrote:
HI,
> I was going to ask "where”
BTW The link sent in the reminders is correct. It also contains some other
updated information if you read it.
Thanks,
Justin
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
Hi,
> I was going to ask "where" and found
> https://cwiki.apache.org/confluence/display/INCUBATOR/May2019 which
> IIUC is the right place.
No It's actually June. [1] The June report to the board covers what happen in
May, confusing I know.
> I suppose the table of links at
>
Hi,
On Sun, Jun 2, 2019 at 2:04 AM Justin Mclean wrote:
> ...Mentors don’t forget your podlings reports are due on Wednesday
I was going to ask "where" and found
https://cwiki.apache.org/confluence/display/INCUBATOR/May2019 which
IIUC is the right place.
I suppose the table of links at
Hi,
> The CC0 dependencies are public domain. Do you have an example of dealing
> with public domain dependencies?
Treat it the same as other permissive licenses [1] i.e put a reference to the
license text to a file containing the text in the release.
Thanks,
Justin
1.
Hi all,
Please review and vote on Apache Doris 0.10.0-incubating-rc02 release.
Apache Doris is an MPP-based interactive SQL data warehousing for reporting and
analysis.
The Apache Doris community has voted on and approved this release:
20 matches
Mail list logo