It's relevant as this code is part of the hg repo afaiu.
So Oracle cannot just drop the whole hg repo over the fence.

If this conclusio is correct, then we have 2 options imo.
1.) Deductive: either we are back to a git-filter-branch approach. And repeat 
this until the remaining parts are clean
2.) Inductive: we start with a fresh git repo and add start to add the core 
parts after reviewing class by class.

In any case we need to keep the old hg history around somewhere else it seems?
In the first case we at least should be able to keep the history for the 
remaining parts.
In the second case we start from scratch without any history

Or did I miss something?

LieGrue,
strub


> Am 18.11.2016 um 13:59 schrieb Bertrand Delacretaz <[email protected]>:
> 
> Hi,
> 
> On Fri, Nov 18, 2016 at 11:06 AM, Geertjan Wielenga
> <[email protected]> wrote:
>> ...Since transferring code to Apache means that the code automatically 
>> becomes
>> Apache licensed, it is of extreme importance that we don't inadvertently
>> donate code that we don't want to donate...
> 
> "We" being Oracle, right?
> 
> I don't think this discussion is relevant for the NetBeans podling,
> but maybe I missed something.
> 
> -Bertrand

Reply via email to