On Sat, Aug 9, 2025 at 11:03 PM Dave Fisher <w...@apache.org> wrote:

> Sorry for the delayed reply.
>
>
No rush, I think this is within the pace all of us work on Otava :-)



> >> 2b. What is the IP provenance of this signal processing code? Who holds
> >> the copyright?
> >>
> >
> > This was written 100% by MongoDB employees and published with the
> > appropriate approval processes. For the version we use most of the code
> was
> > written by William Brown and Jim O'Leary. Later code I was no longer
> there,
> > but I believe was written by David Bradford and Alexander Costas. (David
> > Daly will now better, and we're still hoping the current author would
> > actually show up here...)
>
> Then as far as copyright is concerned this code is © MongoDB. To be added
> directly to Otava then an SGA from MongoDB is likely to be required. [1]
>
> [1] https://www.apache.org/licenses/contributor-agreements.html#grants
>
>
I had previously read this: https://www.apache.org/legal/resolved.html

...based on which I have assumed that since the code we are talking about
clearly falls within category A, we would be able to bring it into the
project, with at most a very routine and light weight clearance process.
Now when I follow the link you provide above, as well as
https://incubator.apache.org/ip-clearance/index.html ...I only observe a
process where the 3rd party formally transfers code to the ASF. (In which
case it doesn't really matter how the code was originally licensed.)

For the purpose of this discussion, I was interested in exploring the path
where there's some code on the internet that is Apache licensed, and the IP
provenance is easy to confirm, so one would think we can easily copy parts
of such code into an ASF project that of course also is Apache 2.0
licensed. The copyright of course would continue to belong to the original
author of the code. (MongoDB)

I get the impression this isn't actually done a lot in ASF projects?

To be clear, I'm not against having this discussion on the private list and
approaching MongoDB for a more serious discussion about this. I'm just
wondering since being able to copy code between projects is one of the
greatest benefits of working with OSS licensed code, it's kind of ironic if
that way of working isn't available to ASF itself.

Also, I agree that the amount of code we're talking about isn't
non-trivial, so this discussion at least, if not the ensuing paper work, is
entirely justified.



> The IP Clearance process while done in the Incubator is for PMCs and not
> podlings.
>
>
Sorry, can you clarify this sentence?


> >> 2c. How large is this codebase?
> >>
> >>
> >
> > The initial dump seems to be 2600 lines. The commit history after that is
> > relatively short, and in any case we don't currently use the newer
> features.
>
> That’s substantial enough so that an SGA is preferred to a fork. Any
> details about negotiating this process should proceed on the private list.
>
>
It's a relatively small project, doing a single thing. A lot of the code is
duplicated, where the same 100+ lines of code is implented 5 different ways
in order to explore performance differences. But as said, I agree it isn't
insignificant.

Let’s review those comms on the private list.


Essentially we can start from a clean slate there.

henrik

-- 
*nyrkio.com <http://nyrkio.com/>* ~ *git blame for performance*

Henrik Ingo, CEO
hen...@nyrkio.com                               LinkedIn:
www.linkedin.com/in/heingo
+358 40 569 7354                                 Twitter: twitter.com/h_ingo

Reply via email to