From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Olivier Certner Newsgroups: gmane.emacs.bugs Subject: bug#63072: 28.2; CC Mode: Fix "bsd" style and add "freebsd" and "openbsd" ones Date: Wed, 26 Apr 2023 15:09:21 +0200 Message-ID: <5569144.NofZdxuNk6@ravel> References: <5023567.7IPSAfTSoR@ravel> <2661733.poxlI1A5LX@ravel> <83ttx3szmr.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7Bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4302"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 63072@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 26 15:10:20 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1preua-0000tC-Ls for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 26 Apr 2023 15:10:20 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1preuR-0007HO-Mb; Wed, 26 Apr 2023 09:10:11 -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 1preuO-0007HA-GS for bug-gnu-emacs@gnu.org; Wed, 26 Apr 2023 09:10:09 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1preuI-0008QO-A3 for bug-gnu-emacs@gnu.org; Wed, 26 Apr 2023 09:10:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1preuH-0002Z7-OG for bug-gnu-emacs@gnu.org; Wed, 26 Apr 2023 09:10:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Olivier Certner Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Apr 2023 13:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63072 X-GNU-PR-Package: emacs Original-Received: via spool by 63072-submit@debbugs.gnu.org id=B63072.16825145709811 (code B ref 63072); Wed, 26 Apr 2023 13:10:01 +0000 Original-Received: (at 63072) by debbugs.gnu.org; 26 Apr 2023 13:09:30 +0000 Original-Received: from localhost ([127.0.0.1]:54549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pretl-0002YB-Qg for submit@debbugs.gnu.org; Wed, 26 Apr 2023 09:09:30 -0400 Original-Received: from smtp2-g21.free.fr ([212.27.42.2]:11392) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pretg-0002Xw-FF for 63072@debbugs.gnu.org; Wed, 26 Apr 2023 09:09:28 -0400 Original-Received: from ravel.localnet (unknown [90.118.140.172]) (Authenticated sender: ocert.dev@free.fr) by smtp2-g21.free.fr (Postfix) with ESMTPSA id 1015E2003CA; Wed, 26 Apr 2023 15:09:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=free.fr; s=smtp-20201208; t=1682514563; bh=UV/fYGLllL4wGVecdjBH/bR2Quf7SkH2HUm1yRxAR7c=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=hhH7X8aKlDTVFHD/tTUA0dayxmBFxeJ5EQgforlEWZA9cBJPCIftGOUKjGlD2mFZv 3ZA7rfN2VO2DuJNm8KQgjso529U2FRXVf8DMNks4HRh0DKpdPawZJrb+lZ4ARL5dVV DKlpQkqlL59fyJLsBKv+4WFslNeN3yqKHkzVJKrepND4Jxi6DDSpW7AAROz7SPBQQl VCEgjQZOk26cYVubjqh6ekxR4rXN69UrpyJzveILgYQ2zqoWKwlvF82t04I9L9GU/q oda7PBLrp92C0t8ZfGuGSg041ghqDvMtqj7Bj3NX4SspyfbUZbZiyFbunOeHAsLFgw kG5qBChNOz/tw== In-Reply-To: <83ttx3szmr.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:260674 Archived-At: > If the styles don't change in practice, then I'm okay with adding > them. But then I wonder why you bothered to mention the fact that > they do change. I thought this was clear, but apparently not. I mentioned the possibility of a change, yes, because you and I care about backwards compatibility. To quote you: "I don't think we can change a style that was in use for such a long time". There may be changes in the project styles, maybe next month, maybe in ten years, maybe in twenty. I do not think the probability is 0 over such a long period of time. What I would not want is you or someone else telling me in 10 or 20 years, after such a change: "I don't think we can change a style that was in use for such a long time". What I want instead is that, e.g., "freebsd" can be changed as necessary. I specifically do not want to then be told to create another style named "freebsd2" or whatever. For that to be possible, users must be warned that these styles, although almost always stable, are not, and will not, be set in stone for eternity, contrary to, perhaps, "bsd" or "whitesmith". And I even offered a scheme with additional styles that will never change, if you think that is useful (I think it might be and is so cheap to implement that I think we should do it anyway, even if in the end nobody uses it). Is that clear now? -- Olivier Certner