From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: Proposal: Forwards-Compatibility Library for Emacs Date: Tue, 21 Sep 2021 16:10:20 +0000 Message-ID: <8735pxsydv.fsf@posteo.net> References: <877dfavmzw.fsf@posteo.net> <87czp2c6qd.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24265"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , Stefan Monnier , emacs-devel To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Sep 21 18:12:23 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 1mSiNa-00066V-Ut for ged-emacs-devel@m.gmane-mx.org; Tue, 21 Sep 2021 18:12:22 +0200 Original-Received: from localhost ([::1]:57088 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mSiNZ-0003Q6-4p for ged-emacs-devel@m.gmane-mx.org; Tue, 21 Sep 2021 12:12:21 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42580) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mSiLj-0001av-Sq for emacs-devel@gnu.org; Tue, 21 Sep 2021 12:10:27 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]:54097) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mSiLh-0004vs-EH for emacs-devel@gnu.org; Tue, 21 Sep 2021 12:10:27 -0400 Original-Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 62420240105 for ; Tue, 21 Sep 2021 18:10:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1632240622; bh=ZTgxg4N9juPuPv3udhye5pEbGzATSCa0lCGdpoTZ3ho=; h=From:To:Cc:Subject:Autocrypt:Date:From; b=ThaMQ7II7UrE02FT3z3mYvTOrIAt4a3M0jEwxP3psfkEYpAtlGkbE3JMibn+NZhz1 xQMd8mP49fvyVIvJR0KcgN/IZRfzhUMGKi/COrVpHu9Fa2plLXFjHP5DjcLd9nRuzj Nms2GIVGGJA/M5Msd4qgLqoyChIjZue6HkkD3YDtQLwnmYt3j53wXS4VtkTtoy5YlH zTDdhW0ld1n6XOjkbeCWa1RwZw/PxZW3vxo1Jy0afvPqLsUf3HA90ywnVAmtIyC0UZ bZSYv2mWDB5qGbe9zij3hXb0r9uyovmokMG9cX6Ult+Zo5BZgaRoIyNwMM4dYommgo 2AIHum5iaeC7g== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4HDRGh6vk9z6tmL; Tue, 21 Sep 2021 18:10:20 +0200 (CEST) Autocrypt: addr=philipk@posteo.net; prefer-encrypt=nopreference; keydata= mDMEYHHqUhYJKwYBBAHaRw8BAQdAp3GdmYJ6tm5McweY6dEvIYIiry+Oz9rU4MH6NHWK0Ee0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiQBBMWCAA4FiEEDM2H44ZoPt9Ms0eHtVrAHPRh1FwFAmBx6lICGwMFCwkIBwIGFQoJ CAsCBBYCAwECHgECF4AACgkQtVrAHPRh1FyTkgEAjlbGPxFchvMbxzAES3r8QLuZgCxeAXunM9gh io0ePtUBALVhh9G6wIoZhl0gUCbQpoN/UJHI08Gm1qDob5zDxnIHuDgEYHHqUhIKKwYBBAGXVQEF AQEHQNcRB+MUimTMqoxxMMUERpOR+Q4b1KgncDZkhrO2ql1tAwEIB4h4BBgWCAAgFiEEDM2H44Zo Pt9Ms0eHtVrAHPRh1FwFAmBx6lICGwwACgkQtVrAHPRh1Fw1JwD/Qo7kvtib8jy7puyWrSv0MeTS g8qIxgoRWJE/KKdkCLEA/jb9b9/g8nnX+UcwHf/4VfKsjExlnND3FrBviXUW6NcB In-Reply-To: (=?utf-8?Q?=22Jo=C3=A3o_T=C3=A1vora=22's?= message of "Tue, 21 Sep 2021 16:40:55 +0100") Received-SPF: pass client-ip=185.67.36.66; envelope-from=philipk@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham 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:275249 Archived-At: Jo=C3=A3o T=C3=A1vora writes: > On Tue, Sep 21, 2021 at 4:02 PM Lars Ingebrigtsen wrote: > >> The point here is to not to have any separate namespace, so that you can >> just can put core packages into ELPA without doing any rewrites. >> >> What's the concrete risk here? > > It was Philip who described as "intrusive", "by its very nature", > since it relies on advice and such. This can be seen as "dirty" in itsel= f. > But say that the contract/promise that a given function in Emacs 28 makes > is different from the promise that the same function in Emacs 24.2 makes. > The new ELPA code doesn't have a problem, but you have potential problem > to all the other 24.2 code that expects the "old promise". Right? Yes, that is why full compatibility isn't possible, but on the other hand, these kinds of changes are not that common to begin with. After all, you don't want to break existing code, with or without a compatibility library. --=20 Philip Kaludercic