From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ikumi Keita Newsgroups: gmane.emacs.devel Subject: Re: bug#70128: Issue after upgrading ELPA-auctex 14.0.4 Date: Thu, 04 Apr 2024 01:11:53 +0900 Message-ID: <9470.1712160713@localhost> References: <713b2924-7ee9-45e2-8a7d-8f34900467b5@libero.it> <15969.1712047950@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40587"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 70128@debbugs.gnu.org, emacs-devel@gnu.org To: Angelo Graziosi Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Apr 03 18:12:52 2024 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 1rs3EK-000AOR-35 for ged-emacs-devel@m.gmane-mx.org; Wed, 03 Apr 2024 18:12:52 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rs3Dc-0002Ai-DB; Wed, 03 Apr 2024 12:12:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rs3DZ-0002AY-CC for emacs-devel@gnu.org; Wed, 03 Apr 2024 12:12:05 -0400 Original-Received: from smtp1a.inetd.co.jp ([210.129.88.11]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rs3DT-0004hg-9i for emacs-devel@gnu.org; Wed, 03 Apr 2024 12:12:05 -0400 Original-Received: from localhost (42-144-34-11.rev.home.ne.jp [42.144.34.11]) by smtp1a.inetd.co.jp (Postfix) with ESMTPA id 7139360; Thu, 4 Apr 2024 01:11:54 +0900 (JST) In-reply-to: Comments: In-reply-to Angelo Graziosi message dated "Wed, 03 Apr 2024 17:26:59 +0200." X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 29.3 Received-SPF: pass client-ip=210.129.88.11; envelope-from=ikumi@ikumi.que.jp; helo=smtp1a.inetd.co.jp X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_PASS=-0.001, T_SPF_HELO_TEMPERROR=0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:317496 Archived-At: Hi Angelo, >>>>> Angelo Graziosi writes: >> ,---- >> | − If your Emacs is 29 or newer and you use ‘desktop.el’ to save >> | and restore Emacs sessions, be careful before you update >> | AUCTeX; You should attempt to update only after >> | 1. you kill all buffer under former AUCTeX modes which have >> | overlapped name with Emacs built-in TeX modes, and >> | 2. you terminate the current Emacs session. >> | The modes with such overlapped name are ‘plain-tex-mode’, >> | ‘latex-mode’, ‘doctex-mode’ and ‘texinfo-mode’. (The above >> | prescription ensures no buffer of such modes is recorded in >> | the desktop file. Otherwise those buffers would be restored >> | in the built-in modes, not AUCTeX modes, after the update of >> | AUCTeX.) >> `---- > It is the first time I hear this. I used my builds of AUCTeX for a > long time when Emacs was 22 or 23 and never saw this kind of issues.. AUCTeX changed its major mode names at version 14. The above entry warns about incompatibility caused by that change. > If things are so, maybe it is better do not use AUCTeX at all... or not? I think you don't have to worry about that. In general, the major mode names are unlikely to change easily. This update to version 14 is very exceptional. Regards, Ikumi Keita #StandWithUkraine #StopWarInUkraine #Gaza #StopMassiveKilling #CeasefireNOW