From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: decision on moving core packages to ELPA; also move to obsolete? Date: Wed, 16 Dec 2020 11:21:31 -0800 Message-ID: <86bletmu9w.fsf@stephe-leake.org> References: <86a6ugnopl.fsf@stephe-leake.org> <83im94b17m.fsf@gnu.org> <834kknatxs.fsf@gnu.org> <83sg86apqb.fsf@gnu.org> <865z52oqfp.fsf@stephe-leake.org> <86wnxinbnx.fsf@stephe-leake.org> <83o8iuann7.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36063"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (windows-nt) Cc: daniele@grinta.net, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 16 20:29:31 2020 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 1kpcUM-0009F8-KP for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Dec 2020 20:29:30 +0100 Original-Received: from localhost ([::1]:47594 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kpcUL-00045b-M1 for ged-emacs-devel@m.gmane-mx.org; Wed, 16 Dec 2020 14:29:29 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47892) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kpcMr-0005EM-0y for emacs-devel@gnu.org; Wed, 16 Dec 2020 14:21:45 -0500 Original-Received: from gateway30.websitewelcome.com ([192.185.184.48]:25249) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kpcMo-0000YA-21 for emacs-devel@gnu.org; Wed, 16 Dec 2020 14:21:44 -0500 Original-Received: from cm17.websitewelcome.com (cm17.websitewelcome.com [100.42.49.20]) by gateway30.websitewelcome.com (Postfix) with ESMTP id 82146A138 for ; Wed, 16 Dec 2020 13:21:35 -0600 (CST) Original-Received: from host2007.hostmonster.com ([67.20.76.71]) by cmsmtp with SMTP id pcMhkldzBDT64pcMhkzRf7; Wed, 16 Dec 2020 13:21:35 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=stephe-leake.org; s=default; h=Content-Type:MIME-Version:Message-ID: In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=rcpgJ6C/muytiynAZWR3YoJI1wWdsBQLBPY1B25gm0E=; b=qQegRxCCOxSFSv6Zmu+ZBG2kF RN3qEheEe6Y5UA4ofKvzcMvAXQ0x6tCFdqPslitWVnS16Y3QwaT+IQwss7u+R7Dhw/oLfeqF1YkbL whkvJwssSZDmqqpZAgsRLI5m9u8UV5LixcCW5giqyDuASSokba631UWgzD2hpqWO0JSh2i2p7PXBf jPkqGMuFajBcG8fRlSuljZ4/cojL0q8u3UzcMvbqKPn58xJQsM7xOauhxlFK+RR8CgBe9J33QaAfr hD8B+srZXwXyKp8VGtZjXRtszPQhFh2KlOUiPxp9g7S6D1HVuAAbmpJhHxMTai+uwAV+MCEkZt0vk zGad7k8+g==; Original-Received: from [76.77.182.20] (port=61302 helo=Takver4) by host2007.hostmonster.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1kpcMg-002hBo-Rh; Wed, 16 Dec 2020 12:21:35 -0700 In-Reply-To: <83o8iuann7.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 15 Dec 2020 21:13:16 +0200") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host2007.hostmonster.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - stephe-leake.org X-BWhitelist: no X-Source-IP: 76.77.182.20 X-Source-L: No X-Exim-ID: 1kpcMg-002hBo-Rh X-Source-Sender: (Takver4) [76.77.182.20]:61302 X-Source-Auth: stephen_leake@stephe-leake.org X-Email-Count: 4 X-Source-Cap: c3RlcGhlbGU7c3RlcGhlbGU7aG9zdDIwMDcuaG9zdG1vbnN0ZXIuY29t X-Local-Domain: yes Received-SPF: neutral client-ip=192.185.184.48; envelope-from=stephen_leake@stephe-leake.org; helo=gateway30.websitewelcome.com X-Spam_score_int: -8 X-Spam_score: -0.9 X-Spam_bar: / X-Spam_report: (-0.9 / 5.0 requ) BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_NEUTRAL=0.779 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:261035 Archived-At: Eli Zaretskii writes: >> From: Stephen Leake >> Cc: daniele@grinta.net, Stefan Monnier , >> emacs-devel@gnu.org >> Date: Tue, 15 Dec 2020 10:53:38 -0800 >> >> >> > If so, what happens with installed Lisp files under /usr/share/ ? >> > >> > They stay there, but ~/.emacs.d/elpa is earlier in load-path. >> >> And also, once bundling ELPA packages in the tarball works, the package >> can be removed from Emacs core, simplifying the pakcage maintenance >> process. > > So please describe how you envision the process of building a release > tarball under this assumption. E.g., how do I know which version of > package A I want to bundle is stable enough to go to a bugfix elease > of Emacs? The simplest choice is the ELPA version that is current at the time the tarball is built. Nominally, ELPA versions are defined to be stable. But given the ease of releasing a new version via ELPA, some package developers may have a policy of releasing without significant testing. In that case, it might make sense to ask developers to put more effort into validating a particular version for a release. Or simply say such a package is not a good candidate for bundling. In my case, I always run a large test suite on ada-mode before I do an ELPA release. If we want to freeze some earlier version at the start of release testing (as opposed to final tarball build time), we'd need some mechanism to record the versions of all the bundled packages, and then only use those versions in testing. And a way to change that frozen version number for a bug fix. Or ask ELPA packages that are bundled to also freeze for the duration of release testing; that would be reasonable, and simplify handling package bug fixes. -- -- Stephe