From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tassilo Horn Subject: Re: New maintainer Date: Fri, 19 Apr 2013 10:30:06 +0200 Message-ID: <87d2tqsz1t.fsf@thinkpad.tsdh.de> References: <87a9ovye43.fsf@bzg.ath.cx> <871ua7zrvt.fsf@gmail.com> <87y5cfvgym.fsf@bzg.ath.cx> <87ppxru1j9.fsf@gmail.com> <87obdbboxd.fsf@breezy.my.home> <878v4fsius.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:54127) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UT6i3-0007Zl-55 for emacs-orgmode@gnu.org; Fri, 19 Apr 2013 04:30:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UT6i2-0007aF-2D for emacs-orgmode@gnu.org; Fri, 19 Apr 2013 04:30:19 -0400 Received: from plane.gmane.org ([80.91.229.3]:34658) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UT6i1-0007a2-RG for emacs-orgmode@gnu.org; Fri, 19 Apr 2013 04:30:17 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UT6hy-00026U-Lu for emacs-orgmode@gnu.org; Fri, 19 Apr 2013 10:30:14 +0200 Received: from 91-67-10-84-dynip.superkabel.de ([91.67.10.84]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Apr 2013 10:30:14 +0200 Received: from tsdh by 91-67-10-84-dynip.superkabel.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Apr 2013 10:30:14 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Jambunathan K writes: > How do you interpret the following block extracted from my assignment > > ,---- > | 2. Developer will report occasionally, on Developer’s initiative > | and whenever requested by FSF, the changes and/ or enhancements > | which are covered by this contract, and (to the extent known to > | Developer) any outstanding rights, or claims of rights, of any > | person, that might be adverse to the rights of Developer or FSF > | or to the purpose of this contract. > `---- Well, the FSF's intention here is to make sure that contributors report back when they change employers, and the new employer doesn't want that his employees contribute to some GNU project (maybe because that project is in the same business as the company). So I think of that more of a safety measure in order not to run into long-running, painful lawsuits. > FSF clearly side-steps the important question - when is a work > actually assigned. Assignment is not a process but an event tied to > specific time and date. As far as I understand it (just after reading one of my FSF CAs), the changes you apply to a program where you've assigned past & future changes are assigned as soon as they are written. They don't need to be published, distributed, placed in a special repository location, etc. Bye, Tassilo