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: Eli Zaretskii
Subject: Re: dash.el [was: Re: Imports / inclusion of s.el into Emacs]
Date: Tue, 12 May 2020 22:07:30 +0300

> From: Stefan Monnier <address@hidden>
> Cc: address@hidden,  address@hidden,  address@hidden,
>   address@hidden,  address@hidden,  address@hidden
> Date: Tue, 12 May 2020 14:42:09 -0400
> 
> > It won't stay hypothetical if we allow incoherent packages into ELPA
> > and start accepting their use in other packages and eventually in core.
> 
> 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.

Do we have a mechanism to declare that a package is not intended to be
brought into core, unless changed to follow the same standards and
guidelines as the core does?  If not, can we come up with such a
mechanism?  A package that is thus declared can then be exempt from
some of the requirements (we still need to agree on which ones,
though).

maybe such packages should be in a separate subdirectory of ELPA.
Unless that unduly complicates management or package.el.



reply via email to

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