To my pleasant surprise, Sam replied on legal-discuss that an icla is just fine -- though it's better if the person signing it actually reads it first. I plan to make some more tweaks to the web site to places that seem to say the opposite.
On Thu, Dec 2, 2010 at 6:52 AM, Benson Margulies <[email protected]> wrote: > I don't even know which mailing list gets commit notifies of infra web > site edits. > > On Wed, Dec 1, 2010 at 10:59 PM, Craig L Russell > <[email protected]> wrote: >> Hi Benson, >> >> I didn't see your edit. I might not be subscribed to the right list (yet). >> >> You are right. A pre-existing code base is not covered by an ICLA. A grant >> is needed. >> >> Craig >> >> On Dec 1, 2010, at 2:15 PM, Benson Margulies wrote: >> >>> I've been thinking about Leo's email of the other day, and I think >>> that my edit to the mentor page is not right and some guidance I've >>> delivered to podlings is not right. >>> >>> I'd like to float my logic here and see how it gets shot at. >>> >>> As Leo pointed out, the CCLA has a specific section for granting >>> rights to pre-existing IP. >>> >>> The ICLA does not. It has no schedule. It talks about contributions. >>> >>> When we import pre-existing code for a podling, it seems to me that it >>> is dubious to characterize this as an act of 'contribution' by the >>> historical authors, even if they are eagerly anticipating further >>> contributions to the code in the incubator. >>> >>> Therefore, I think that I should edit my edit, and send new advice, to >>> the effect that all historical contributors need to be covered by >>> SGAs. Those could be in the form of SGA schedules or in the form of >>> individual SGAs. >>> >>> --benson >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> >> Craig L Russell >> Architect, Oracle >> http://db.apache.org/jdo >> 408 276-5638 mailto:[email protected] >> P.S. A good JDO? O, Gasp! >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
