Re: LICENSE and NOTICE Role Models
On Wed, Dec 11, 2013 at 2:24 AM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: It would be great if we could get a resolution on some of the JIRA's in legal, e.g. https://issues.apache.org/jira/browse/LEGAL-26 https://issues.apache.org/jira/browse/LEGAL-27 https://issues.apache.org/jira/browse/LEGAL-31 https://issues.apache.org/jira/browse/LEGAL-136 +1 The continuing lack of clear resolution also impacts the Incubator. Podlings challenge us with You say do X, but Apache Foo does Y -- where is it documented that we have to do X? Then we go down the path of hunting up Board member quotes and past threads on legal-discuss. It would make things easier on all Apache TLPs and Incubator podlings if we could get the following elements in sync: * Apache Legal policy documentation. * http://www.apache.org/dev/licensing-howto.html * Maven's processes. * The actual LICENSE/NOTICE practices for the ASF's top ten or so most popular products. The most critical one to the Maven PMC is LEGAL-26: Perhaps, though the way that Maven would implement LEGAL-26 (LICENSE/NOTICE in svn) is impacted by LEGAL-27 (LICENSE/NOTICE must reference *only* bundled dependencies). I'm not on the Legal Affairs committee, but I did write most of the Licensing How-To. Come January, I'd like to do what I can to move the process forward. A lot of valuable developer time has been wasted over the years rehashing these issues over and over again, and it's not like most developers relish this stuff. Clear policy documentation would be a valuable contribution to all of the Foundation's projects. Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Question about jar files in svn.
On Fri, Dec 20, 2013 at 8:49 AM, Greg Trasuk tras...@stratuscom.com wrote: Thanks everyone for the input. To summarize, it appears that the consensus argument is: - Jar files are not prohibited by policy in project repositories (svn), although they may not make a lot of sense. - Source distributions must not distribute executable code in binary form. i.e. Don’t ship dependency jars in the source archive. However it may be acceptable to include things like jar files that are processed during testing (sample archives, for instance). - The project repositories are not generally considered “distributions”, but we need to be a little careful to avoid users’ confusion on this point. And just to be clear, I take this as valuable input from from the experts at Incubator, not a ruling. Obviously, the River PMC makes decisions for River, and Incubator bears no responsibility for anything we might get wrong. +1 to your perfect, meticulously composed summary. I'd also like to respond to something you wrote in a post to dev@river: http://s.apache.org/tn First, though I’m going through the archives on legal-discuss@ to see if there’s already been a discussion. As with many things, there seems to be much opinion, but little policy. As someone who became an ASF Member relatively recently (2011), I am often struck by how much collective knowledge from the early years of Apache is missing from our current documentation. Some issues seem to have been considered common sense but have turned out not to be. Other issues have achieved consensus resolutions at one time but the consensus was never captured in policy documentation and distortions have since propagated. I think it's up to us more recent arrivals, not yet afflicted by the curse of knowledge, to identify the weaknesses and take the lead on getting them addressed. It's gratifying that we arrived at a common understanding so quickly in this thread; I hope that we get the chance to work together again. Best, Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE][RESULT] Enable Release Checklist Experiment
On Sat, Dec 21, 2013 at 4:24 AM, Bertrand Delacretaz bdelacre...@apache.org wrote: On Sat, Dec 21, 2013 at 12:23 AM, Marvin Humphrey mar...@rectangular.com wrote: ...We've done all that with comparatively few emails: at 466 messages... I'm having a hard time deciding if doing this in 466 messages is good news or not ;-) To be precise, it's taken us 248 messages. (466 was the number of emails sent to general@incubator in November.) For a better perspective, here are tallies combining November and December (through today): * 768 emails sent to general@incubator * 248 emails in threads related to Incubator process reform Compare those numbers against January/February 2012, the last time the Incubator tried to tackle process reform issues in earnest: * 1652 emails sent to general@incubator * ~700 emails in threads related to Incubator process reform Note that those tallies don't include traffic to private@incubator. If we added in the private@incubator stats the contrast would be even more dramatic, because this time we were *much* better about keeping discussions on the public lists. Thanks very much Marvin for hanging in there and driving this to closure! And thank you, Bertrand -- for your creative, adaptive suggestions, and for being so easy to work with as always! Marvin Humphrey - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Question about jar files in svn.
Marvin Humphrey wrote: Greg Trasuk wrote: Thanks everyone for the input. To summarize, it appears that the consensus argument is: - Jar files are not prohibited by policy in project repositories (svn), although they may not make a lot of sense. - Source distributions must not distribute executable code in binary form. i.e. Don’t ship dependency jars in the source archive. However it may be acceptable to include things like jar files that are processed during testing (sample archives, for instance). - The project repositories are not generally considered “distributions”, but we need to be a little careful to avoid users’ confusion on this point. Regarding that last part, i reckon that is about: only referring the development community to the development resources and not instructing users to do that. -David - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
