From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: cperl-mode: Eliminating references to obsolete packages Date: Thu, 24 Sep 2020 13:09:04 -0400 Message-ID: References: <63ad78b2-ec6b-8215-e775-db5889f4f94e@posteo.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27439"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Harald =?windows-1252?Q?J=F6rg?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Sep 24 19:10:51 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 1kLUlf-0006zk-2v for ged-emacs-devel@m.gmane-mx.org; Thu, 24 Sep 2020 19:10:51 +0200 Original-Received: from localhost ([::1]:56896 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kLUle-0000ux-3p for ged-emacs-devel@m.gmane-mx.org; Thu, 24 Sep 2020 13:10:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46410) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kLUk2-0008RO-Ml for emacs-devel@gnu.org; Thu, 24 Sep 2020 13:09:10 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:16642) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kLUk0-0005H7-GC for emacs-devel@gnu.org; Thu, 24 Sep 2020 13:09:09 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 61F92440784; Thu, 24 Sep 2020 13:09:07 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id DDFB1440776; Thu, 24 Sep 2020 13:09:05 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1600967345; bh=dHSiraxDBUrWkQZ8IxoSnhB4cOHOk4fNAAmAmPKNcdc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=Gd0OO2WPpgTwTFR8sGhkiBbWKuvykfduppl7az611zF9xbW5+Z0ldQ3BLOON5Y1cd qBuvlysx7gPuS0E8Cc3AqiLIb9pikDcwyCv+LjZ0hcyoWFUoWO9xDmm2amEtL59ZVB zeYmocLYZcjXMZqp91mpAI8Juq/txNfhA91RmNx3HSdkRdCt77zwmfirjESAHBXtsp LtJGybfEvmJmaufa6nCEktteOUziEPuiu1fFDmEPyvDSdkUd8oP6D3TCup3AAWalAU XO6OofAdxA+VfOgqFoPb2sGIxsydE7Ao6DZeSi1e/fbeKKweZT3k1LtskMYn3mcNHa yvqrFp0M6AA8A== Original-Received: from alfajor (unknown [45.72.232.131]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 8E9EC120636; Thu, 24 Sep 2020 13:09:05 -0400 (EDT) In-Reply-To: ("Harald =?windows-1252?Q?J=F6rg=22's?= message of "Thu, 24 Sep 2020 17:34:48 +0200") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/24 12:41:02 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, 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:256396 Archived-At: > The point of *this* post was to actually _eliminate_ some fboundp > conditionals in cperl-mode.el, so it feels a bit weird to introduce a > new one in the same step. Either way is fine by me. > But replacement of deprecated / old stuff does occasionally happens > across the Emacs repository. Yes. > This may hit cperl-mode.el at any time, like it did with time-convert > and format-prompt. So, every now and then, the Emacs repository will > contain a cperl-mode.el which won't work with Emacs 26, until someone > notices it and someone prepares another backporting-patch. That's right. We have that problem for all 17 current GNU ELPA packages distributed directly from the `emacs.git` repository. For example that "format-prompt" problem currently also affects the python.el GNU ELPA package. Luckily, AFAICT we haven't yet released a new python.el package (because the version number has not been bumped), but the problem is real. In practice it hasn't been too problematic, in part because it's very easy to make/distribute/download/install a new release that fixes the problem. > Or until cperl-mode.el gets a place or procedure where these changes > don't hit. Some automated tests that try to build&compile (and treat warnings as errors) those packages on the corresponding oldest Emacs version supported would come in handy. Stefan