From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: On Contributing To Emacs Date: Wed, 29 Dec 2021 19:17:20 +0200 Message-ID: <83czlfjppb.fsf@gnu.org> References: <87tuesndye.fsf@localhost> <834k6rlfk6.fsf@gnu.org> <87fsqbtsui.fsf@localhost> <83mtkjjvxb.fsf@gnu.org> <87a6gjtnrq.fsf@localhost> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21736"; mail-complaints-to="usenet@ciao.gmane.io" Cc: stefankangas@gmail.com, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 29 18:21:41 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n2cdw-0005T0-QE for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Dec 2021 18:21:40 +0100 Original-Received: from localhost ([::1]:42736 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n2cdu-0005Pt-TG for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Dec 2021 12:21:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:47362) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n2cZh-0007Wr-Sk for emacs-devel@gnu.org; Wed, 29 Dec 2021 12:17:17 -0500 Original-Received: from [2001:470:142:3::e] (port=45648 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n2cZh-0000WM-Iq; Wed, 29 Dec 2021 12:17:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=JuUDAiHNKttX4sKCsUM/56UMnO3HLqVR2NbHa18nhOo=; b=mODr2sgMv2XO jriaPzImaQMqWkvLRf6IVbKdtpLeQNTRjmaqb6Th5WAWpKFoT/5XTgBRw+PJc6lb7ccW2wfNeQVWj r5CWEOEzKJIVGYX4BT4vU1YkaRoZa4cqPFeyXkm9LqG6/QrPGaXS15wJrKZMN/9ftKrJogKfBsJ85 5lAYWAyrcpAWvfcaHvnatE6zs/Oea2+hxwycuNNAKQtCIp1aBAJd5mBlIdbTxOxxboI4a/ZrpunKC /6zAqznKpIMmABgUuXz2uQNLUQPvGaWGxvoWOlD9o4DXY3DELcUWrQJmF1yo9smLsFwLlXaKfWxtk hraVw40X65Wh+WtbRY2udw==; Original-Received: from [87.69.77.57] (port=2724 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n2cZh-0005hH-HA; Wed, 29 Dec 2021 12:17:17 -0500 In-Reply-To: <87a6gjtnrq.fsf@localhost> (message from Ihor Radchenko on Wed, 29 Dec 2021 23:48:57 +0800) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:283580 Archived-At: > From: Ihor Radchenko > Cc: stefankangas@gmail.com, emacs-devel@gnu.org > Date: Wed, 29 Dec 2021 23:48:57 +0800 > > > If you would like to contribute a stand-alone package, consider > > submitting it to ELPA, not to Emacs. > > > > Would that be enough? > > I don't think so. It's clear how to contribute a stand-alone package. > The confusion comes when someone wants to contribute a built-in package > yet widely available ahead of Emacs next release or in older Emacs. Then let's tell what should be done in order to contribute such a package. If this is already described in the ELPA documentation, it should be enough to point contributors that are interested in this there; if ELPA doesn't describe it, perhaps it should, or we could say something in CONTRIBUTE, assuming it could be said succinctly enough. But the proposed change didn't do any of that, AFAICT. > A real example: RMS recently asked Org ML about splitting Org mode into > modules and integrating them into Emacs code proper. And we do have some > modules that could be integrated into Emacs: recent org-persist was > written with RMS request in mind; upcoming redesign of folding system > will have a universal module for text folding; some parts of Org parser > could be reused in the code (we have incremental parser equivalent to > tree-sitter implemented fully in Elisp). > > However, without knowing that built-in Emacs packages can be distributed > via ELPA, the above is difficult to achieve. Org promises to support > older Emacs versions and we cannot rely on all the users using master > version of Emacs (we cannot even rely on latest Emacs release). CONTRIBUTE cannot possibly answer all the questions that could arise, and cannot hold ready recipes for every possible real-life case. We can only tell so much there. Eventually, you need to talk to the maintainers about the details, and the maintainers already know about this factoid. > >> 6. ELPA section is very confusing with this mindset (and in general as > >> well). > > > > I find nothing confusing there. All it says is that the Emacs > > repository doesn't include ELPA, which is a separate repository with > > its own README file. > > > > IOW, all it wants is to prevent people from mistakenly thinking > > CONTRIBUTE and emacs.git in general cover ELPA. > > The confusion is for the users who do not know what is GNU ELPA. They should follow the link, and then they will know. This text is for those who _do_ know about ELPA, but might make a mistake of thinking ELPA and Emacs use the same repository and completely share the development rules and conventions.