incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Schaefer <>
Subject Re: Category-B tarballs in SVN (was Re: External libraries)
Date Fri, 13 Jan 2012 14:59:46 GMT
Why hasn't there been a LEGAL jira issue
filed about this at this point?  As I said
it's a gray area that I'm certain the IPMC
has no existing governing policy on, and I'm also
certain that your mentors will disagree in
the opinions they are providing to you.

As a practical matter, I doubt the legal team
will express anything other than a preference,
deferring the policy question to the IPMC.
So if you are dissatisfied with their preference,
the nexthoop to jump thru is general@incubator,
where Ross' already-provided opinion is what
I'd bet the majority will agree with.

Good luck.

> From: Pedro Giffuni <>
>To:; Joe Schaefer <> 
>Sent: Friday, January 13, 2012 9:52 AM
>Subject: Re: Category-B tarballs in SVN (was Re: External libraries)
>--- Ven 13/1/12, Joe Schaefer <> ha scritto:
>> It's certainly an edge case, and I'm not completely convinced
>> that I agree with you about it Ross.  The ASF's position
>> on svn distributions is that you can put anything in there
>> that you like, provided we have the legal authority to
>> redistribute it.  There are no other conditions to my knowledge,
>> which is why we've had GPL code amongst other code in there.
>I for one signed an iCLA and considering section 7, I
>wouldn't go ahead and commit copyleft content to SVN
>without discussing it carefully.
>Rob has gone unilaterally about declaring what he
>thinks as a known truth and assuming because he wrote
>it on a wiki and no one has complained then it is the
>one true way (TM). In his defense I have to say he did
>ask the right questions but he didn't get concrete answers.
>I think Andrea Pescetti has given us a lesson on how things
>are done. Who knows, I think if Rob does a well thought
>proposal to legal@ and we all give our feedback concerning
>the shortcomings or relative virtues of this approach we may
>get to something.
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message