emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]


From: Richard Stallman
Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]
Date: Wed, 13 May 2020 00:07:32 -0400

[[[ 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. ]]]

  > We can simply refuse to incorporate `s.el` into core and then any
  > package which wants to be in core will first have to sop using `s.el`.

  > Accepting `s.el` into GNU ELPA does not mean we will accept it
  > into core.  Emacs and GNU ELP are both under our control, but we don't
  > need to (and we don't) apply the same rules to the two.

Keeping s.el out of the core would not avoid the problem that s.el causes.
Simply having it in GNU ELPA causes the problems.

The problems are that (1) we have two incogruent series of string
functions, and (2) we are compelled to cede control of the s-... name
space to people who con't coordinate with us.

Even in the core, we would have to treat the s-... name space as
reserved simply because "many packages" use s.el.

The only way I can see to fix this problem is with symbol renamings.
If we fix it that way, we could have s.el in GNU ELPA and even in the core.
At least I think so.

-- 
Dr Richard Stallman
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]