all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Paul Rankin <hello@paulwrankin.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: rms@gnu.org, emacs-devel@gnu.org
Subject: Re: Adding advisory notification for non-ELPA package.el downloads
Date: Fri, 21 Jul 2017 01:58:29 +1000	[thread overview]
Message-ID: <1500566309.1458705.1047217192.76275BAD@webmail.messagingengine.com> (raw)
In-Reply-To: <831spbb0y1.fsf@gnu.org>

On Fri, 21 Jul 2017, at 01:08 AM, Eli Zaretskii wrote:
> > From: Paul Rankin <hello@paulwrankin.com>
> > Cc: rms@gnu.org, emacs-devel@gnu.org
> > Date: Fri, 21 Jul 2017 00:36:40 +1000
> > 
> > Copyright is not merely functional, and you're reducing it to even
> > lesser functional purposes by arguing that given assigning copyright to
> > the FSF retains the subset of functional purposes of copyright that are
> > important to you, then they are effectively the same and should be
> > treated the same for everyone. Copyright is not its function, rather its
> > functions arise as the manifestations of the importance we see in
> > authorship as ownership. That's a symbolic importance, and while that
> > may not mean much to you, it's where all the functional purposes above
> > come from. Owning a thing, and having rights to that thing as if you
> > owned it, are not the same thing.
> 
> AFAIK, the original author still owns the code he/she wrote, even
> after the assignment, and the authorship information is not lost by
> assigning the copyright.  If that is true, then your concerns are
> based on misunderstandings.

I'm sorry to disagree with you, but no, if you assign copyright to
someone else, you no longer own the work. Hence why FSF licences the
work back to you.

It may be the case that the FSF is entering into joint ownership
agreements with authors, but going off the passage you quoted before, I
don't think that's the case. Such agreements would also make the FSF's
legal standing very difficult if they ever needed to defend against
infringement.

The authorship information (or "moral rights") is not really what I'm
talking about, but specifically copyright ownership.

> I would like to stress that it's IMO okay not to agree to assign
> copyright, for whatever reasons.  We just need to make sure that
> people don't make these decisions based on misconceptions about what
> the assignment means, legally and practically, for the original author
> of the code.  Once the decision is an informed one, it's eventually
> the call of each one of us whether to assign or not.

I agree. But let's make sure it really is informed and people know
that assigning copyright means assigning ownership. We can argue about
what it really means to "own" something, but I doubt anyone wants to
hear that.

I didn't really want to get into a debate about *why* I did not want to
assign copyright, rather just that there are people out there who don't,
for good reasons, and so decisions about Emacs development maybe should
not be made based on the perspective that everyone would assign
copyright if they only were adequately informed.



  reply	other threads:[~2017-07-20 15:58 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-20 12:29 Adding advisory notification for non-ELPA package.el downloads Paul Rankin
2017-07-20 12:37 ` Clément Pit-Claudel
2017-07-20 13:42 ` Eli Zaretskii
2017-07-20 13:49   ` Jean-Christophe Helary
2017-07-20 14:17     ` Eli Zaretskii
2017-07-20 14:48       ` Jean-Christophe Helary
2017-07-20 14:57         ` Eli Zaretskii
2017-07-24  2:52       ` Richard Stallman
2017-07-20 14:01   ` Paul Rankin
2017-07-20 14:20     ` Eli Zaretskii
2017-07-20 14:36       ` Paul Rankin
2017-07-20 14:47         ` Jean-Christophe Helary
2017-07-20 15:09           ` Paul Rankin
2017-07-20 15:08         ` Eli Zaretskii
2017-07-20 15:58           ` Paul Rankin [this message]
2017-07-20 17:56             ` Eli Zaretskii
2017-07-21 11:21               ` Nikolaus Rath
2017-07-20 14:27     ` John Wiegley
2017-07-20 15:19 ` Stephen Berman
2017-07-20 16:19 ` Radon Rosborough
2017-07-24  2:52   ` Richard Stallman
2017-07-24  3:05     ` Radon Rosborough
2017-07-25  1:32       ` Richard Stallman
2017-07-20 21:20 ` Richard Stallman
  -- strict thread matches above, loose matches on Subject: below --
2017-07-08  1:59 John Wiegley
2017-07-08 10:29 ` Dmitry Gutov
2017-07-08 12:57   ` Kaushal Modi
2017-07-08 17:03   ` Richard Stallman
2017-07-08 22:12     ` Jean-Christophe Helary
2017-07-08 22:50       ` Tim Cross
2017-07-10  9:29         ` Richard Stallman
2017-07-13 15:07         ` Jean Louis
2017-07-10  9:29       ` Richard Stallman
2017-07-09  0:39     ` Dmitry Gutov
2017-07-10  2:07       ` Chad Brown
2017-07-10  9:27       ` Richard Stallman
2017-07-10 13:02         ` Dmitry Gutov
2017-07-11 11:45           ` Richard Stallman
2017-07-11 15:00             ` Yuri Khan
2017-07-11 18:01               ` John Wiegley
2017-07-11 18:37                 ` Yuri Khan
2017-07-11 22:57               ` Richard Stallman
2017-07-12  7:56                 ` Yuri Khan
2017-07-12 16:12                   ` Richard Stallman
2017-07-11 22:57               ` Richard Stallman
2017-07-12 23:12                 ` Nicolas Petton
2017-07-13 12:26                   ` Richard Stallman
2017-07-13 19:12                     ` Nicolas Petton
2017-07-15  1:33                       ` Richard Stallman
2017-07-17  8:16                         ` Nicolas Petton
2017-07-24  2:54                           ` Richard Stallman
2017-07-10 15:36         ` Ken Manheimer
2017-07-10 23:32           ` Richard Stallman
2017-07-08 14:57 ` Clément Pit-Claudel
2017-07-09  3:04   ` Yann Hodique
2017-07-10  9:29     ` Richard Stallman
2017-07-10 15:41       ` Ken Manheimer
2017-07-10 23:30         ` Richard Stallman
2017-07-10 16:48       ` Yann Hodique
2017-07-10 20:43   ` Joost Kremers
2017-07-11 22:57     ` Richard Stallman
2017-07-12  0:40       ` Stefan Monnier
2017-07-12 16:13         ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1500566309.1458705.1047217192.76275BAD@webmail.messagingengine.com \
    --to=hello@paulwrankin.com \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.