----- Original Message ----
> From: Craig L Russell <[email protected]>
> To: [email protected]
> Sent: Wed, September 15, 2010 8:05:01 PM
> Subject: Re: Accepting patches in a podling
>
>
> On Sep 15, 2010, at 4:41 PM, Joe Schaefer wrote:
>
> > ----- Original Message ----
> >
> >> From: David Lutterkort <[email protected]>
> >> To: [email protected]
> >> Sent: Wed, September 15, 2010 7:33:45 PM
> >> Subject: Re: Accepting patches in a podling
> >>
> >> On Tue, 2010-09-14 at 04:22 +0200, Daniel Shahaf wrote:
> >>> FWIW, what Subversion uses:
> >>>
> >>>
> >>
>http://subversion.apache.org/docs/community-guide/community-guide.html#patches
> >>>
> >>
>http://subversion.apache.org/docs/community-guide/community-guide.html#patch-manager
>
> >>
> >>> ;
> >>> Briefly, all patches go to dev@, and only the unlucky patches that
> >>> were neither applied nor rejected get stashed in the issue tracker
> >>> to avoid being dropped on the floor.
> >>
> >> This seems a very workable approach - going through Jira for everything
> >> is too much work on the part of the contributer. I'll use that as the
> >> submission policy for Deltacloud from now on:
> >>
> >> * Patch submittes must have a CLA on file
> >
> > Well IMO this should only be a requirement for "substantial" changes.
> > Minor bugfixes and such aren't even copyrightable, so just take them
> > if they're posted to the list without disclaimers. If you use reasonable
> > judgement about minor changes, you don't need to burden an occasional
> > contributor with any paperwork- the license ensures your actions are
> > defensible.
>
> I'm mystified about what license you are talking about.
The Apache License.
> This particular item proposes that patches posted to dev@ are ok if
> submitted by someone who has a CLA on file. You say you don't need
> to burden an occasional contributor with any paperwork.
>
> So what license are you talking about? The CLA that the contributor didn't
>file?
Right, I'm saying that not every patch submission requires a iCLA on file.
If it's a minor patch and noone objects to its inclusion, just include it.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
