all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Marcin Borkowski <mbork@mbork.pl>
To: rms@gnu.org
Cc: VanL <van@scratch.space>, emacs-devel@gnu.org
Subject: Re: Some ideas with Emacs
Date: Mon, 02 Dec 2019 13:53:44 +0100	[thread overview]
Message-ID: <87v9qysxbb.fsf@mbork.pl> (raw)
In-Reply-To: <E1ibeSV-0004J7-Dw@fencepost.gnu.org>


On 2019-12-02, at 06:41, Richard Stallman <rms@gnu.org> wrote:

> [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> [[[ whether defending the US Constitution against all enemies,     ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>
> CC licenses with either NC or ND are nonfree licenses.
> In particular, ND makes the entire manual into an invariant section.

That is precisely the point of using it.

Also, _please_ do not use the word "manual" here.  A book I'm thinking
of would _not_ be a manual - as I mentioned in my previous message, this
distinction is crucial here.  (I explain one difference below.)

> Invariant sections under the GFDL are ok because they are limited
> to political points which are outside the practical topic of the manual.
> CC-ND would make the technical substance of the manual invariant,
> so we would have to reject it.

Could you define "political points which are outside the practical topic
of the manual"?

Here is what I think (not having a definition, only a vague intuition).
A _manual_ should be e.g. comprehensive (i.e., cover the whole of its
subject).  A _book_ on a subject does not have to be so.  The topic
selection itself might be "political" (depending on the exact
understanding of the word).  This seems to confirm my intuition that
GFDL is a bad choice for books (even though it may be a good choice for
manuals).

> This, We could not distribute, or even refer to, a manual carrying

I would not expect the FSF to distribute such a book.  However, "not
referring" comes to me as a surprise.  The FSF does refer to e.g. MS
Windows (in the Emacs manual, of all places).  How is a CC-NC/CC-ND book
(not "manual"!!!) worse than that?

> either of those licenses.  Please don't use a GNU mailing list to ask
> people to work on them.

Frankly, I do not understand that.  I think I roughly understand why you
consider limiting the freedom of modification of software or manuals
a bad thing.  But again - this is not a manual we are talking about!!!

In your essay on ebooks, you write: "For textbooks and most reference
works, publication of modified versions should be allowed as well, since
that encourages society to improve them".  I think this is not entirely
true.  I agree that out-of-date textbooks are a danger, but I wouldn't
really want to allow non-authors to modify some author's book (even if
they are "professional writers", whatever that means).  I agree that
this is a very shady area - after all, disallowing reuse would put
a stop to much of artistic creativity - but I would at least expect
a modified version to be (a) easily distinguishable from the original
and (b) prepared in such a way that the differeneces between the
original and the modified version are visible without specialized tools
(like diff).  From a cursory examination, GFDL secures (a), but not
necessarily (b).

And by the way, in the same essay you say: "It did its job well—back
then".  As a theoretical exercise, would you have a problem with
a paper-only (so, no electronic version) book on GNU Emacs, distributed
under CC-ND-something, so that people are free to photocopy it?

As an even more theoretical exercise, assume I wanted to write a book
(again, in the traditional sense - paper only, and either CC-ND or even
non-CC altogether - or maybe even electronic version, but with copying
prohibited just like with paper books, so with all the law exemptions
and no DRMs - by the way, this is roughly how ebooks work in my country)
called "Memoirs of an Emacs user", which would be an artistic
representation of my process of Emacs and Org-mode gradually embracing
my life;-) - possibly including practical tips on Emacs usage?  Would
you mind talking about it here?  Would you mind asking people for input
(like, assume I might want to include some short interviews with people
from the Emacs community there)?

(Note: I'm not saying that I _want_ or _can_ write such a book, or that
anyone would find it interesting.  I just want to understand your stance
on books and what is allowed to talk about here, if only to decide if
I agree with you.)

Best,

--
Marcin Borkowski
http://mbork.pl



  reply	other threads:[~2019-12-02 12:53 UTC|newest]

Thread overview: 120+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-11-29  9:05 Some ideas with Emacs Anonymous
2019-11-29 11:16 ` Marcin Borkowski
2019-11-29 11:44   ` =?gb18030?B?QW5vbnltb3Vz?=
2019-11-30  5:54     ` Emanuel Berg via Emacs development discussions.
2019-11-30  5:51   ` Emanuel Berg via Emacs development discussions.
2019-12-01  5:57   ` Richard Stallman
2019-12-01 10:56     ` Marcin Borkowski
2019-12-01 11:08       ` Marcin Borkowski
2019-12-01 13:40         ` VanL
2019-12-01 14:07           ` Marcin Borkowski
2019-12-02  4:52             ` VanL
2019-12-02  6:12               ` Marcin Borkowski
2019-12-03  5:01                 ` Richard Stallman
2019-12-03 15:45                   ` Eli Zaretskii
2019-12-03 16:21                     ` Emanuel Berg via Emacs development discussions.
2019-12-03 17:35                       ` Eli Zaretskii
2019-12-03 17:59                       ` Stefan Monnier
2019-12-03 19:51                         ` Emanuel Berg via Emacs development discussions.
2019-12-03 19:32                     ` Marcin Borkowski
2019-12-03 19:37                       ` Eli Zaretskii
2019-12-03 23:08                         ` Marcin Borkowski
2019-12-04  3:42                           ` Eli Zaretskii
2019-12-06 18:29                             ` Marcin Borkowski
2019-12-04  8:39                     ` VanL
2019-12-03 23:12                   ` Marcin Borkowski
2019-12-05  4:41                     ` Richard Stallman
2019-12-06  6:51                       ` VanL
2019-12-06 20:13                         ` Marcin Borkowski
2019-12-06 23:58                           ` VanL
2019-12-02  5:41           ` Richard Stallman
2019-12-02 12:53             ` Marcin Borkowski [this message]
2019-12-02 18:07               ` Stefan Monnier
2019-12-02 20:57                 ` Marcin Borkowski
2019-12-02 21:19                   ` Stefan Monnier
2019-12-02 22:13                     ` Marcin Borkowski
2019-12-02 22:41                       ` Stefan Monnier
2019-12-02 23:04                         ` Marcin Borkowski
2019-12-03  0:20                           ` Stefan Monnier
2019-12-03 23:26                             ` Marcin Borkowski
2019-12-03  8:37                           ` VanL
2019-12-03 10:14                             ` Marcin Borkowski
2019-12-03 11:14                               ` VanL
2019-12-05  4:44                               ` Richard Stallman
2019-12-05  7:30                                 ` Elias Mårtenson
2019-12-06  4:11                                   ` Richard Stallman
2019-12-07  2:21                                     ` Elias Mårtenson
2019-12-08  5:06                                     ` Librepay Richard Stallman
2019-12-08 12:10                                       ` Librepay VanL
2019-12-03  5:03                         ` Some ideas with Emacs Richard Stallman
2019-12-03  4:58               ` Richard Stallman
2019-12-04  0:37                 ` Marcin Borkowski
2019-12-05  4:41                   ` Richard Stallman
2020-05-11 19:37                     ` Marcin Borkowski
2020-06-03  4:25                       ` Richard Stallman
2019-11-29 11:37 ` Stefan Kangas
2019-11-29 11:59   ` Anonymous
2019-11-29 12:31   ` Emacs: the Editor for the Next Forty Years (was Re: Some ideas with Emacs) Juanma Barranquero
2019-11-29 13:22   ` Some ideas with Emacs Eli Zaretskii
2019-11-29 13:34     ` Stefan Kangas
2019-11-29 13:56       ` Eduardo Ochs
2019-11-29 14:13       ` Eli Zaretskii
2019-11-29 14:26         ` Anonymous
2019-11-30  3:51         ` Stefan Kangas
2019-12-01  3:14         ` Emanuel Berg via Emacs development discussions.
2019-11-29 15:36       ` Stefan Monnier
2019-11-29 18:58         ` Michael Albinus
2019-11-29 19:13           ` Adding examples in the doc (was: Some ideas with Emacs) Stefan Monnier
2019-11-29 19:30             ` Yuan Fu
2019-11-29 20:03             ` Adding examples in the doc Michael Albinus
2019-11-29 19:32           ` Some ideas with Emacs Eli Zaretskii
2019-11-29 20:09             ` Michael Albinus
2019-11-29 20:14               ` Eli Zaretskii
2019-11-29 20:25                 ` Michael Albinus
2019-11-29 20:30                   ` Eli Zaretskii
2019-12-01  6:25                   ` Emanuel Berg via Emacs development discussions.
2019-12-01  7:35                     ` Eduardo Ochs
2019-12-01 10:21                     ` Michael Albinus
2019-12-01  6:19             ` Emanuel Berg via Emacs development discussions.
2019-11-29 21:42           ` Clément Pit-Claudel
2019-11-30  0:12             ` João Távora
2019-12-01  6:48               ` Emanuel Berg via Emacs development discussions.
2019-12-01 17:30                 ` Eli Zaretskii
2019-11-30  0:44             ` Yuan Fu
2019-11-30  4:00               ` Stefan Kangas
2019-11-30  7:19                 ` Eli Zaretskii
2019-11-30  7:05             ` Eli Zaretskii
2019-12-01  6:51               ` Emanuel Berg via Emacs development discussions.
2019-12-01 17:32                 ` Eli Zaretskii
2019-12-01 18:25                   ` Emanuel Berg via Emacs development discussions.
2019-12-01 19:44               ` Michael Welsh Duggan
2019-12-01 20:48                 ` Eli Zaretskii
2019-12-01 21:35                   ` Emanuel Berg via Emacs development discussions.
2019-12-02  3:32                     ` Eli Zaretskii
2019-12-02  4:17                       ` Emanuel Berg via Emacs development discussions.
2019-12-02  4:48                         ` Yuan Fu
2019-12-02  4:53                           ` Emanuel Berg via Emacs development discussions.
2019-12-02 15:57                       ` Michael Albinus
2019-12-01 22:20                   ` Michael Welsh Duggan
2019-12-01 22:46                     ` Emanuel Berg via Emacs development discussions.
2019-12-01  6:46             ` Emanuel Berg via Emacs development discussions.
2019-12-01  3:21           ` Emanuel Berg via Emacs development discussions.
2019-12-01  6:04         ` Richard Stallman
2019-12-01  6:15           ` Emanuel Berg via Emacs development discussions.
2019-12-01  6:05     ` Richard Stallman
2019-11-29 15:43   ` Stefan Monnier
2019-11-29 16:04     ` Robert Pluim
2019-11-30 11:21   ` Emanuel Berg via Emacs development discussions.
2019-12-01  2:41     ` VanL
2019-12-01 18:05     ` Stefan Monnier
2019-12-01 18:36       ` Emanuel Berg via Emacs development discussions.
2019-12-03  6:07 ` Ag Ibragimov
2019-12-06 18:30   ` Marcin Borkowski
2019-12-06 19:18     ` Juanma Barranquero
2019-12-06 20:14       ` Marcin Borkowski
2019-12-06 21:22       ` Stefan Monnier
2019-12-06 21:26         ` Juanma Barranquero
2019-12-07  2:13     ` Ag Ibragimov
2019-12-07  3:14       ` Drew Adams
2019-12-10 20:55       ` Marcin Borkowski
2019-12-11  4:21         ` VanL

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=87v9qysxbb.fsf@mbork.pl \
    --to=mbork@mbork.pl \
    --cc=emacs-devel@gnu.org \
    --cc=rms@gnu.org \
    --cc=van@scratch.space \
    /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.