all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Paul Rankin <hello@paulwrankin.com>
To: rms@gnu.org
Cc: emacs-devel@gnu.org
Subject: Re: Adding advisory notification for non-ELPA package.el downloads
Date: Thu, 20 Jul 2017 22:29:28 +1000	[thread overview]
Message-ID: <1500553768.497130.1046984072.1622AF4D@webmail.messagingengine.com> (raw)

> The goal here is to avoid having packages end up in the situation
> Magit is in now.

I think there has already been plenty of discussion of your
characterisation of Magit as a bad situation as being off-base.

> They get into that situation because developers accept contributions
> without thinking of legal papers.  They get contributions from one
> person, then another, then another 50 people, then another 50.
>
> The way to avoid this is by showing people what the situation is like
> and how they can avoid it.  We need to educate the whole Emacs Lisp
> development community.

All of this is based on the assumption that people *want* to assign
their copyright to FSF. This is not the case. I develop a couple of
packages and I would never assign my copyright. Copyright isn't just
some legal nuisance, to many people it's something pretty sacred. It's a
stamp that says "I made this, I contributed this to the world." The
notion that I should be "reminded" or "educated" that in developing
Emacs packages that my goal should be to assign my copyright to FSF is
beyond insulting.

From my perspective, the only situation that needs attention is the
FSF's position that any code with any real value should be assigned to
the FSF, and that everyone who doesn't do this is making problems.

> Here's an idea that might be better targeted.
>
> The idea is to display a notice when the user edits a file in Emacs
> Lisp mode (other than .emacs).  The code could avoid displaying the
> notice more than once per week -- using a timestamp for the last time
> it was displayed.
>
> To avoid these problems is important.  By comparison, this occasional
> small annoyance is a small matter.

These are only problems from the FSF's perspective. Most other people
don't care, so your plan would just annoy people.



             reply	other threads:[~2017-07-20 12:29 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-20 12:29 Paul Rankin [this message]
2017-07-20 12:37 ` Adding advisory notification for non-ELPA package.el downloads 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
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=1500553768.497130.1046984072.1622AF4D@webmail.messagingengine.com \
    --to=hello@paulwrankin.com \
    --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.