Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-06 Thread Steven D'Aprano

On 05/03/13 09:08, Brett Cannon wrote:


Depends on your paranoia. If you're worried about accidentally lifting IP
merely by reading someone's source code, then you wouldn't want to touch
code without the CLA signed.

Now I'm not that paranoid, but I'm still not about to commit someone's code
now without the CLA signed to make sure we are legally covered for the
patch. If someone chooses not to contribute because of the CLA that's fine,
but since we have already told at least Anatoly that we won't accept
patches from him until he signs the CLA I'm not going to start acting
differently towards others. I view legally covering our ass by having
someone fill in a form is worth the potential loss of some contribution in
the grand scheme of things.


Pardon my ignorance, but how does a CLA protect us in the event of an IP
violation?




--
Steven
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-06 Thread Brett Cannon
On Wed, Mar 6, 2013 at 3:06 PM, Steven D'Aprano st...@pearwood.info wrote:

 On 05/03/13 09:08, Brett Cannon wrote:

  Depends on your paranoia. If you're worried about accidentally lifting IP
 merely by reading someone's source code, then you wouldn't want to touch
 code without the CLA signed.

 Now I'm not that paranoid, but I'm still not about to commit someone's
 code
 now without the CLA signed to make sure we are legally covered for the
 patch. If someone chooses not to contribute because of the CLA that's
 fine,
 but since we have already told at least Anatoly that we won't accept
 patches from him until he signs the CLA I'm not going to start acting
 differently towards others. I view legally covering our ass by having
 someone fill in a form is worth the potential loss of some contribution in
 the grand scheme of things.


 Pardon my ignorance, but how does a CLA protect us in the event of an IP
 violation?


Maybe it doesn't. IANAL and I was just trying to think in as paranoid of a
fashion as I could.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-06 Thread Stephen J. Turnbull
Steven D'Aprano writes:

  Pardon my ignorance, but how does a CLA protect us in the event of an IP
  violation?

By licensing the content to the PSF, the contributor implicitly claims
that he has the right to do so (I think the AFL even has an explicit
provenance clause).  This protects the PSF against criminal
infringement and statutory damages for copyright violation (which
require wilful infringement).

I don't know it if helps for patent infringement.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-06 Thread Terry Reedy

On 3/6/2013 3:06 PM, Steven D'Aprano wrote:

On 05/03/13 09:08, Brett Cannon wrote:


Depends on your paranoia. If you're worried about accidentally lifting IP
merely by reading someone's source code, then you wouldn't want to touch
code without the CLA signed.

Now I'm not that paranoid, but I'm still not about to commit someone's
code
now without the CLA signed to make sure we are legally covered for the
patch. If someone chooses not to contribute because of the CLA that's
fine,
but since we have already told at least Anatoly that we won't accept
patches from him until he signs the CLA I'm not going to start acting
differently towards others. I view legally covering our ass by having
someone fill in a form is worth the potential loss of some
contribution in
the grand scheme of things.


Pardon my ignorance, but how does a CLA protect us in the event of an IP
violation?


The penalty for willful copyright violation (possible punitive damages) 
is higher than for inadvertent violation (typically, remove the 
offending code). In the CLA, contributors affirm that they will only 
contribute code they have a legal right to contribute. This makes it 
clear that PSF only wants legal code. We do not grab 3rd party code 
without author participation even if the license would seem to make it 
legal to do so.


Good repository software, including svn and hg, can trace every line to 
a specific commit. Commit messages typically have an issue number and 
credit (blame) any patch author other than the one making the commit. So 
any line should be traceable to a specific person and we should have a 
CLA for that person.


--
Terry Jan Reedy

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-06 Thread Terry Reedy

On 3/4/2013 3:46 PM, Antoine Pitrou wrote:

On Mon, 04 Mar 2013 15:46:48 -0500
Terry Reedy tjre...@udel.edu wrote:



Either policy could be facilitated by tracker changes. In order to see
the file upload box, one must login and the tracker knows who has a CLA
on file (as indicated by a * suffix on the name). If a file is uploaded
by someone without, a box could popup with the link to the e-form and a
message that a CLA is required.


And how about people who upload something else than a patch?


Restrict the popup to filenames ending in .diff or .patch.

--
Terry Jan Reedy

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-05 Thread Stephen J. Turnbull
Terry Reedy writes:

   or a proposal for a change that is given within a bug tracker message?
  
  I view a proposal for a change as just an idea. Such usually get 
  re-written by whoever creates an actual patch.

Precisely how U.S. law would view it, implying no copyright issue.

If this really need further discussion, it should move to
python-legal.

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-05 Thread Ezio Melotti
Hi,

On Mon, Mar 4, 2013 at 10:46 PM, Terry Reedy tjre...@udel.edu wrote:
 On 3/4/2013 11:36 AM, Brett Cannon wrote:
 On Mon, Mar 4, 2013 at 11:30 AM, Brian Curtin br...@python.org
 mailto:br...@python.org wrote:

 With this in place I would like to propose that all patches submitted to
 bugs.python.org http://bugs.python.org must come from someone who has

 signed the CLA before we consider committing it (if you want to be truly
 paranoid we could say that we won't even look at the code w/o a CLA).


 Either policy could be facilitated by tracker changes. In order to see the
 file upload box, one must login and the tracker knows who has a CLA on file
 (as indicated by a * suffix on the name). If a file is uploaded by someone
 without, a box could popup with the link to the e-form and a message that a
 CLA is required.


http://psf.upfronthosting.co.za/roundup/meta/issue461

Best Regards,
Ezio Melotti

 --
 Terry Jan Reedy

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-05 Thread Baptiste Carvello
Le 05/03/2013 04:13, Stephen J. Turnbull a écrit :
 Mark Lawrence writes:
 
   People already use the bug tracker as an excuse not to contribute, 
   wouldn't this requirement make the situation worse?
 
 A failure to sign the CLA is already a decision not to contribute to
 the distribution

my 2 cents as an occasional contributor of minor patches: I understand
that the scarce resource is reviewer time, so I would definitely accept
to sign the CLA with my next contribution before a reviewer invests his
time in it.

However, please don't make the popup too pushy. I abhor websites which
push people into entering legally binding agreements with one click
without the opportunity to study them carefully (personnally, this would
not be a problem as I already know what the CLA is about, but other
contributors might not).

Also, please keep the possibility to use the old paper-based signing
procedure. I for one don't consider so-called electronic signatures
based on email address verification (as opposed to real crypto) to be as
good as a handwritten signature, and I don't want to legitimize them by
using them.

Cheers,
Baptiste

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-05 Thread Brett Cannon
On Tue, Mar 5, 2013 at 11:48 AM, Baptiste Carvello 
de...@baptiste-carvello.net wrote:

 Le 05/03/2013 04:13, Stephen J. Turnbull a écrit :
  Mark Lawrence writes:
 
People already use the bug tracker as an excuse not to contribute,
wouldn't this requirement make the situation worse?
 
  A failure to sign the CLA is already a decision not to contribute to
  the distribution

 my 2 cents as an occasional contributor of minor patches: I understand
 that the scarce resource is reviewer time, so I would definitely accept
 to sign the CLA with my next contribution before a reviewer invests his
 time in it.

 However, please don't make the popup too pushy. I abhor websites which
 push people into entering legally binding agreements with one click
 without the opportunity to study them carefully (personnally, this would
 not be a problem as I already know what the CLA is about, but other
 contributors might not).

 Also, please keep the possibility to use the old paper-based signing
 procedure. I for one don't consider so-called electronic signatures
 based on email address verification (as opposed to real crypto) to be as
 good as a handwritten signature, and I don't want to legitimize them by
 using them.


At the bottom of the CLA page there are instructions on how to still use
the paper form.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-05 Thread R. David Murray
On Tue, 05 Mar 2013 15:22:07 -0500, Brett Cannon br...@python.org wrote:
 On Tue, Mar 5, 2013 at 11:48 AM, Baptiste Carvello 
 de...@baptiste-carvello.net wrote:
 
  Le 05/03/2013 04:13, Stephen J. Turnbull a écrit :
   Mark Lawrence writes:
  
 People already use the bug tracker as an excuse not to contribute,
 wouldn't this requirement make the situation worse?
  
   A failure to sign the CLA is already a decision not to contribute to
   the distribution
 
  my 2 cents as an occasional contributor of minor patches: I understand
  that the scarce resource is reviewer time, so I would definitely accept
  to sign the CLA with my next contribution before a reviewer invests his
  time in it.
 
  However, please don't make the popup too pushy. I abhor websites which
  push people into entering legally binding agreements with one click
  without the opportunity to study them carefully (personnally, this would
  not be a problem as I already know what the CLA is about, but other
  contributors might not).
 
  Also, please keep the possibility to use the old paper-based signing
  procedure. I for one don't consider so-called electronic signatures
  based on email address verification (as opposed to real crypto) to be as
  good as a handwritten signature, and I don't want to legitimize them by
  using them.
 
 
 At the bottom of the CLA page there are instructions on how to still use
 the paper form.

Then there also needs to be a way to ACK the popup so that it never
shows up again.  Which we should have anyway.  Ideally that would be
tied to the account and not to, say, a browser cookie.

--David
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Brett Cannon
On Mon, Mar 4, 2013 at 11:30 AM, Brian Curtin br...@python.org wrote:

 The full announcement is at
 http://blog.python.org/2013/03/introducing-electronic-contributor.html,
 but a summary follows.

 We've now moved to an electronic Contributor License Agreement form at
 http://www.python.org/psf/contrib/contrib-form/ which will hopefully
 ease the signing and sending of forms for our potential contributors.
 The form shows the required fields whether you're signing as an
 individual or a representative of an organization, and removes the
 need to print, scan, fax, etc.

 When a new contributor fills in the form, they are emailed a copy of
 the form and asked to confirm the email address that they used (and
 received that copy at). Upon confirming, the signed form is sent to
 the PSF Administrator and filed away.

 The signature can either be generated from your typed name, or you can
 draw or upload your actual written signature if you choose.


With this in place I would like to propose that all patches submitted to
bugs.python.org must come from someone who has signed the CLA before we
consider committing it (if you want to be truly paranoid we could say that
we won't even look at the code w/o a CLA).
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Skip Montanaro
On Mon, Mar 4, 2013 at 10:30 AM, Brian Curtin br...@python.org wrote:

 The full announcement is at
 http://blog.python.org/2013/03/introducing-electronic-contributor.html,
 but a summary follows.
 ...


Brian,

Do you want old-timers like me who have a wet-signed fax gathering dust in
a  box at PSF World Headquarters to execute the electronic contributor
agreement?  While not strictly necessary, I suspect it might be nice for
you to have all agreements in a common form.

Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Brian Curtin
On Mon, Mar 4, 2013 at 11:02 AM, Skip Montanaro s...@pobox.com wrote:


 On Mon, Mar 4, 2013 at 10:30 AM, Brian Curtin br...@python.org wrote:

 The full announcement is at
 http://blog.python.org/2013/03/introducing-electronic-contributor.html,
 but a summary follows.
 ...


 Brian,

 Do you want old-timers like me who have a wet-signed fax gathering dust in a
 box at PSF World Headquarters to execute the electronic contributor
 agreement?  While not strictly necessary, I suspect it might be nice for you
 to have all agreements in a common form.

I'll check on that, but I don't think it's necessary since the
gathered data is no different.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Ben Leslie
On Tue, Mar 5, 2013 at 3:30 AM, Brian Curtin br...@python.org wrote:

 The full announcement is at
 http://blog.python.org/2013/03/introducing-electronic-contributor.html,
 but a summary follows.

 We've now moved to an electronic Contributor License Agreement form at
 http://www.python.org/psf/contrib/contrib-form/ which will hopefully
 ease the signing and sending of forms for our potential contributors.
 The form shows the required fields whether you're signing as an
 individual or a representative of an organization, and removes the
 need to print, scan, fax, etc.

 When a new contributor fills in the form, they are emailed a copy of
 the form and asked to confirm the email address that they used (and
 received that copy at). Upon confirming, the signed form is sent to
 the PSF Administrator and filed away.

 The signature can either be generated from your typed name, or you can
 draw or upload your actual written signature if you choose.


I had been procrastinating on filling in the paper version, but having this
means no excuse.

The process was very simple and straight forward. (The only difficult part
was actually working out my python bugs username).

Thanks for taking the administrative effort to get this all in place.

Cheers,

Benno
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Terry Reedy

On 3/4/2013 11:36 AM, Brett Cannon wrote:




On Mon, Mar 4, 2013 at 11:30 AM, Brian Curtin br...@python.org
mailto:br...@python.org wrote:

The full announcement is at
http://blog.python.org/2013/03/introducing-electronic-contributor.html,
but a summary follows.

We've now moved to an electronic Contributor License Agreement form at
http://www.python.org/psf/contrib/contrib-form/ which will hopefully
ease the signing and sending of forms for our potential contributors.
The form shows the required fields whether you're signing as an
individual or a representative of an organization, and removes the
need to print, scan, fax, etc.

When a new contributor fills in the form, they are emailed a copy of
the form and asked to confirm the email address that they used (and
received that copy at). Upon confirming, the signed form is sent to
the PSF Administrator and filed away.

The signature can either be generated from your typed name, or you can
draw or upload your actual written signature if you choose.


With this in place I would like to propose that all patches submitted to
bugs.python.org http://bugs.python.org must come from someone who has
signed the CLA before we consider committing it (if you want to be truly
paranoid we could say that we won't even look at the code w/o a CLA).


Either policy could be facilitated by tracker changes. In order to see 
the file upload box, one must login and the tracker knows who has a CLA 
on file (as indicated by a * suffix on the name). If a file is uploaded 
by someone without, a box could popup with the link to the e-form and a 
message that a CLA is required.


--
Terry Jan Reedy

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Antoine Pitrou
On Mon, 04 Mar 2013 15:46:48 -0500
Terry Reedy tjre...@udel.edu wrote:
 On 3/4/2013 11:36 AM, Brett Cannon wrote:
 
 
 
  On Mon, Mar 4, 2013 at 11:30 AM, Brian Curtin br...@python.org
  mailto:br...@python.org wrote:
 
  The full announcement is at
  http://blog.python.org/2013/03/introducing-electronic-contributor.html,
  but a summary follows.
 
  We've now moved to an electronic Contributor License Agreement form at
  http://www.python.org/psf/contrib/contrib-form/ which will hopefully
  ease the signing and sending of forms for our potential contributors.
  The form shows the required fields whether you're signing as an
  individual or a representative of an organization, and removes the
  need to print, scan, fax, etc.
 
  When a new contributor fills in the form, they are emailed a copy of
  the form and asked to confirm the email address that they used (and
  received that copy at). Upon confirming, the signed form is sent to
  the PSF Administrator and filed away.
 
  The signature can either be generated from your typed name, or you can
  draw or upload your actual written signature if you choose.
 
 
  With this in place I would like to propose that all patches submitted to
  bugs.python.org http://bugs.python.org must come from someone who has
  signed the CLA before we consider committing it (if you want to be truly
  paranoid we could say that we won't even look at the code w/o a CLA).
 
 Either policy could be facilitated by tracker changes. In order to see 
 the file upload box, one must login and the tracker knows who has a CLA 
 on file (as indicated by a * suffix on the name). If a file is uploaded 
 by someone without, a box could popup with the link to the e-form and a 
 message that a CLA is required.

And how about people who upload something else than a patch?

Regards

Antoine.


___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Mark Lawrence

On 04/03/2013 20:46, Terry Reedy wrote:

On 3/4/2013 11:36 AM, Brett Cannon wrote:




On Mon, Mar 4, 2013 at 11:30 AM, Brian Curtin br...@python.org
mailto:br...@python.org wrote:

The full announcement is at

http://blog.python.org/2013/03/introducing-electronic-contributor.html,
but a summary follows.

We've now moved to an electronic Contributor License Agreement
form at
http://www.python.org/psf/contrib/contrib-form/ which will hopefully
ease the signing and sending of forms for our potential contributors.
The form shows the required fields whether you're signing as an
individual or a representative of an organization, and removes the
need to print, scan, fax, etc.

When a new contributor fills in the form, they are emailed a copy of
the form and asked to confirm the email address that they used (and
received that copy at). Upon confirming, the signed form is sent to
the PSF Administrator and filed away.

The signature can either be generated from your typed name, or you
can
draw or upload your actual written signature if you choose.


With this in place I would like to propose that all patches submitted to
bugs.python.org http://bugs.python.org must come from someone who has
signed the CLA before we consider committing it (if you want to be truly
paranoid we could say that we won't even look at the code w/o a CLA).


Either policy could be facilitated by tracker changes. In order to see
the file upload box, one must login and the tracker knows who has a CLA
on file (as indicated by a * suffix on the name). If a file is uploaded
by someone without, a box could popup with the link to the e-form and a
message that a CLA is required.



People already use the bug tracker as an excuse not to contribute, 
wouldn't this requirement make the situation worse?


--
Cheers.

Mark Lawrence

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Brett Cannon
On Mon, Mar 4, 2013 at 4:33 PM, Mark Lawrence breamore...@yahoo.co.ukwrote:

 On 04/03/2013 20:46, Terry Reedy wrote:

 On 3/4/2013 11:36 AM, Brett Cannon wrote:




 On Mon, Mar 4, 2013 at 11:30 AM, Brian Curtin br...@python.org
 mailto:br...@python.org wrote:

 The full announcement is at

 http://blog.python.org/2013/**03/introducing-electronic-**
 contributor.htmlhttp://blog.python.org/2013/03/introducing-electronic-contributor.html
 ,
 but a summary follows.

 We've now moved to an electronic Contributor License Agreement
 form at
 
 http://www.python.org/psf/**contrib/contrib-form/http://www.python.org/psf/contrib/contrib-form/which
  will hopefully
 ease the signing and sending of forms for our potential contributors.
 The form shows the required fields whether you're signing as an
 individual or a representative of an organization, and removes the
 need to print, scan, fax, etc.

 When a new contributor fills in the form, they are emailed a copy of
 the form and asked to confirm the email address that they used (and
 received that copy at). Upon confirming, the signed form is sent to
 the PSF Administrator and filed away.

 The signature can either be generated from your typed name, or you
 can
 draw or upload your actual written signature if you choose.


 With this in place I would like to propose that all patches submitted to
 bugs.python.org http://bugs.python.org must come from someone who has
 signed the CLA before we consider committing it (if you want to be truly
 paranoid we could say that we won't even look at the code w/o a CLA).


 Either policy could be facilitated by tracker changes. In order to see
 the file upload box, one must login and the tracker knows who has a CLA
 on file (as indicated by a * suffix on the name). If a file is uploaded
 by someone without, a box could popup with the link to the e-form and a
 message that a CLA is required.


 People already use the bug tracker as an excuse not to contribute,
 wouldn't this requirement make the situation worse?


Depends on your paranoia. If you're worried about accidentally lifting IP
merely by reading someone's source code, then you wouldn't want to touch
code without the CLA signed.

Now I'm not that paranoid, but I'm still not about to commit someone's code
now without the CLA signed to make sure we are legally covered for the
patch. If someone chooses not to contribute because of the CLA that's fine,
but since we have already told at least Anatoly that we won't accept
patches from him until he signs the CLA I'm not going to start acting
differently towards others. I view legally covering our ass by having
someone fill in a form is worth the potential loss of some contribution in
the grand scheme of things.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Terry Reedy

On 3/4/2013 3:46 PM, Antoine Pitrou wrote:

On Mon, 04 Mar 2013 15:46:48 -0500
Terry Reedy tjre...@udel.edu wrote:

On 3/4/2013 11:36 AM, Brett Cannon wrote:



With this in place I would like to propose that all patches submitted to
bugs.python.org http://bugs.python.org must come from someone who has
signed the CLA before we consider committing it (if you want to be truly
paranoid we could say that we won't even look at the code w/o a CLA).


While I regard CLAs as partly being a form of legal theater, I regard 
our participation as necessary, both to make explicit to contributors 
what should be implicit in the act of submission *and* to show to 
copyright holders a good-faith effort to not improperly incorporate 
their code.


Note: no one expected the Linux copyright challenge, nor our European 
trademark challenge, but they happened. I expect there will be more 
challenges to open source projects, perhaps some legitimate as the 
number of contributors increases.



Either policy could be facilitated by tracker changes. In order to see
the file upload box, one must login and the tracker knows who has a CLA
on file (as indicated by a * suffix on the name). If a file is uploaded
by someone without, a box could popup with the link to the e-form and a
message that a CLA is required.


And how about people who upload something else than a patch?


Limit the popup to files with .diff or .patch extension. Reviewers can 
check for '*' for the occasionally patch lacking that.


--
Terry Jan Reedy

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Mark Lawrence

On 04/03/2013 22:08, Brett Cannon wrote:




On Mon, Mar 4, 2013 at 4:33 PM, Mark Lawrence breamore...@yahoo.co.uk
mailto:breamore...@yahoo.co.uk wrote:

On 04/03/2013 20:46, Terry Reedy wrote:

On 3/4/2013 11:36 AM, Brett Cannon wrote:




On Mon, Mar 4, 2013 at 11:30 AM, Brian Curtin
br...@python.org mailto:br...@python.org
mailto:br...@python.org mailto:br...@python.org wrote:

 The full announcement is at


http://blog.python.org/2013/__03/introducing-electronic-__contributor.html

http://blog.python.org/2013/03/introducing-electronic-contributor.html,
 but a summary follows.

 We've now moved to an electronic Contributor License
Agreement
form at
http://www.python.org/psf/__contrib/contrib-form/
http://www.python.org/psf/contrib/contrib-form/ which will
hopefully
 ease the signing and sending of forms for our potential
contributors.
 The form shows the required fields whether you're
signing as an
 individual or a representative of an organization, and
removes the
 need to print, scan, fax, etc.

 When a new contributor fills in the form, they are
emailed a copy of
 the form and asked to confirm the email address that
they used (and
 received that copy at). Upon confirming, the signed
form is sent to
 the PSF Administrator and filed away.

 The signature can either be generated from your typed
name, or you
can
 draw or upload your actual written signature if you choose.


With this in place I would like to propose that all patches
submitted to
bugs.python.org http://bugs.python.org
http://bugs.python.org must come from someone who has
signed the CLA before we consider committing it (if you want
to be truly
paranoid we could say that we won't even look at the code
w/o a CLA).


Either policy could be facilitated by tracker changes. In order
to see
the file upload box, one must login and the tracker knows who
has a CLA
on file (as indicated by a * suffix on the name). If a file is
uploaded
by someone without, a box could popup with the link to the
e-form and a
message that a CLA is required.


People already use the bug tracker as an excuse not to contribute,
wouldn't this requirement make the situation worse?


Depends on your paranoia. If you're worried about accidentally lifting
IP merely by reading someone's source code, then you wouldn't want to
touch code without the CLA signed.

Now I'm not that paranoid, but I'm still not about to commit someone's
code now without the CLA signed to make sure we are legally covered for
the patch. If someone chooses not to contribute because of the CLA
that's fine, but since we have already told at least Anatoly that we
won't accept patches from him until he signs the CLA I'm not going to
start acting differently towards others. I view legally covering our ass
by having someone fill in a form is worth the potential loss of some
contribution in the grand scheme of things.




Who's talking source code, you're previously mentioned *ALL* patches 
needing a CLA.  Does this mean you have to sign a CLA for a one line 
documentation patch?  What is the definition of a patch, an actual patch 
file or a proposal for a change that is given within a bug tracker message?


--
Cheers.

Mark Lawrence

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Stephen J. Turnbull
Mark Lawrence writes:

  People already use the bug tracker as an excuse not to contribute, 
  wouldn't this requirement make the situation worse?

A failure to sign the CLA is already a decision not to contribute to
the distribution, no matter how noisy they are on the tracker and
list.  I think that pretty much any upload is potential content for
inclusion in Python.  For example, uploading a log of an interactive
session reproducing a bug could easily evolve into contribution of a
doctest.

Since the proposed page only triggers on uploads, I think we're in
yes, we really do want this person's CLA territory.  The procedure
is actually rather cool.  As Eli says, the tough part is finding your
user name, but OpenID or browser memory makes that reasonably close to
trivial for many people.

It's true that people upload one-line documentation patches, and
these don't require a CLA under even the most paranoid interpretation
of US law.  The FSF's guideline is 16 lines, I believe.  However, the
FSF's guideline also says those 16 lines are lifetime cumulative (per
copyrighted work, but we're only talking about one, Python).  In my
experience (with a different project, so FWIW) somebody who goes to
the trouble of uploading a doc typo patch is likely to be a repeat
offender, whereas drive-by contributors who just need that one
feature so their web2.0 app works as desired are often going to be in
16-line territory anyway.

This argument doesn't catch 100% of those who might be deterred by the
popup, but it's definitely enough to make the popup worthwhile.

IANAL-but-I-like-a-good-license-flamewar-as-much-as-the-next-guy-ly y'rs,
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Introducing Electronic Contributor Agreements

2013-03-04 Thread Terry Reedy

On 3/4/2013 7:51 PM, Mark Lawrence wrote:


Who's talking source code, you're previously mentioned *ALL* patches
needing a CLA.  Does this mean you have to sign a CLA for a one line
documentation patch?


It it is a one char typo, I would not bother downloading the patch, or 
adding a person to ACKS. If the patch is big enough to download and 
apply, then I want a CLA. If a person is sophisticated enough to submit 
a respository file diff, they are likely to submit more, and I want them 
to feel encouraged to do so by already having done the CLA. If we do not 
get it with the first submission, then when? Who keeps track of 
cumulative lines?



What is the definition of a patch, an actual patch file


Usually.


or a proposal for a change that is given within a bug tracker message?


I view a proposal for a change as just an idea. Such usually get 
re-written by whoever creates an actual patch.


I would like the link to the e-form to be accessible somewhere on the 
tracker so I can refer people to it easily.


--
Terry Jan Reedy

___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com