From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: ELPA policy Date: Tue, 17 Nov 2015 10:18:40 -0600 Message-ID: <86twoka9b3.fsf@stephe-leake.org> References: <87ziyuaqhl.fsf@petton.fr> <87lha5snji.fsf@isaac.fritz.box> <87d1vhsmuj.fsf@isaac.fritz.box> <878u65slue.fsf@isaac.fritz.box> <874mgtsjwn.fsf@isaac.fritz.box> <867flp8nb7.fsf@stephe-leake.org> <9e33129a-07d0-4abe-a94e-32d6d881519b@default> <86bnb06g7g.fsf@stephe-leake.org> <861tbwcju9.fsf@stephe-leake.org> <86pozfc7xb.fsf@stephe-leake.org> <86twooc1po.fsf@stephe-leake.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447777158 1708 80.91.229.3 (17 Nov 2015 16:19:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Nov 2015 16:19:18 +0000 (UTC) Cc: emacs-devel@gnu.org To: Filipp Gunbin Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 17 17:19:08 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZyiyH-0001pf-4O for ged-emacs-devel@m.gmane.org; Tue, 17 Nov 2015 17:19:05 +0100 Original-Received: from localhost ([::1]:59312 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyiyG-0005jn-NH for ged-emacs-devel@m.gmane.org; Tue, 17 Nov 2015 11:19:04 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52274) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyiyC-0005jg-W0 for emacs-devel@gnu.org; Tue, 17 Nov 2015 11:19:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zyiy5-0007kP-VS for emacs-devel@gnu.org; Tue, 17 Nov 2015 11:19:00 -0500 Original-Received: from gproxy6-pub.mail.unifiedlayer.com ([67.222.39.168]:36351) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1Zyiy5-0007k2-Ol for emacs-devel@gnu.org; Tue, 17 Nov 2015 11:18:53 -0500 Original-Received: (qmail 28907 invoked by uid 0); 17 Nov 2015 16:18:50 -0000 Original-Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy6.mail.unifiedlayer.com with SMTP; 17 Nov 2015 16:18:50 -0000 Original-Received: from host114.hostmonster.com ([74.220.207.114]) by cmgw4 with id igJk1r0152UdiVW01gJng0; Tue, 17 Nov 2015 09:18:50 -0700 X-Authority-Analysis: v=2.1 cv=IekUBwaa c=1 sm=1 tr=0 a=CQdxDb2CKd3SRg4I0/XZPQ==:117 a=CQdxDb2CKd3SRg4I0/XZPQ==:17 a=DsvgjBjRAAAA:8 a=f5113yIGAAAA:8 a=9i_RQKNPAAAA:8 a=hEr_IkYJT6EA:10 a=x_XPkuGwIRMA:10 a=qtqOOiqGOCEA:10 a=uvCu-XtfuArhDwhBUpEA:9 Original-Received: from [76.218.37.33] (port=52829 helo=TAKVER2) by host114.hostmonster.com with esmtpa (Exim 4.84) (envelope-from ) id 1Zyixw-0005Bq-E3; Tue, 17 Nov 2015 09:18:44 -0700 In-Reply-To: (Filipp Gunbin's message of "Tue, 17 Nov 2015 16:01:57 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (windows-nt) X-Identified-User: {2442:host114.hostmonster.com:stephele:stephe-leake.org} {sentby:smtp auth 76.218.37.33 authed with stephen_leake@stephe-leake.org} X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 67.222.39.168 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:194649 Archived-At: Filipp Gunbin writes: >> So if emacs 25 contains a core ELPA package seq.el 1.0, the declaration >> >> ;; Package-Requires: ((emacs "25.1")) >> >> is equivalent to: >> >> ;; Package-Requires: ((emacs "25.1") (seq "1.0)) >> >> If seq.el 1.1 is later released via the Gnu ELPA server, it will be used >> in either case. > > Will the user have the option to continue to use the tarball version > instead of newer ELPA version? Yes, they may install it or not; my statement above assumed the ELPA package was installed and updated. > Or choosing which ELPA version to use? Technically, there is only one ELPA version; the one shown by `list-packages'. However, after user installs one version, they may opt to not install an update. If they delete the installed version, they can only install the latest version. That's all just using the commands in package.el; users can of course save code and copy it into and out of `load-path' manually. > This may be needed when she uses previous major Emacs release, and > current ELPA package version requires newer core APIs. If there is a compatible ELPA package version that is more recent than the version bundled with that Emacs version, but older than the latest ELPA version, yes. But that's not supported by the current ELPA server and package.el. So at the moment, users of older Emacsen are stuck with either the bundled package, or the latest package. The maintainer of the ELPA package can provide compatibility code so it is useful with older Emacsen. But that gets harder the farther back you go; my current limit is 24.3. -- -- Stephe