incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nikita Ivanov <>
Subject Re: [DISCUSS] NLPCraft Proposal
Date Thu, 06 Feb 2020 00:05:21 GMT
As far as "all people signing ICLA" - we can't guarantee this as I don't
think we know (or have a record of) all the people who touched the code
years back (I do know main contributors - they are in this proposal). I
think SGA would be the best option as it should make things clear.

I know this subject was a sensitive discussion when Apache Ignite was
proposed for incubation (I'm a founding member of that project and a
founder at GridGain Systems) - so I'm keenly aware of the importance of the
IP governments of the proposed codebase. Hopefully, SGA will satisfy these

@Konstantin Boudnik <>, @Aaron Radzinski
<> - feel free to chime in as well.

Nikita Ivanov

On Wed, Feb 5, 2020 at 3:44 PM Justin Mclean <>

> Hi,
> > NLPCraft came originally from DataLingvo.
> OK so that clarifies that there is code developed by DataLingvo in this
> code base.
> > During migration, some DataLingvo artefacts weren't properly
> > renamed (it should be fixed by now).
> I would question why they were “renamed”, while you’re not an ASF project
> yet please see [1] for future expectations. ASF policy is generally to not
> remove 3rd party headers.
> > Just to be clear - NLPCraft has no
> > affiliation with DataLingvo of any kind (beyond the original roots) nor
> it
> > is a legal entity; it's just a project name.
> You mentioned all the original developers from DataLingvo worked on
> NLPCraft. Is this still the case? Are any of them initial committers? Will
> all people who worked on the original DataLingvo code base be signing ICLAs?
> > If required, DataLingvo will execute SGA (as it already open-sourced it
> > with ASL 2.0 license two years ago). Please advise.
> I think that would be best.
> Thanks,
> Justin
> 1.
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message