From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.devel Subject: Installing cond* in core Date: Sat, 27 Jan 2024 13:36:50 -0800 Message-ID: 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="33335"; mail-complaints-to="usenet@ciao.gmane.io" To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 27 22:37:46 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 1rTqMz-0008Ru-F9 for ged-emacs-devel@m.gmane-mx.org; Sat, 27 Jan 2024 22:37:45 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rTqMD-0004K0-V9; Sat, 27 Jan 2024 16:36:58 -0500 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 1rTqMA-0004JT-QP for emacs-devel@gnu.org; Sat, 27 Jan 2024 16:36:54 -0500 Original-Received: from mail-wr1-x42d.google.com ([2a00:1450:4864:20::42d]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rTqM9-0003SA-0i for emacs-devel@gnu.org; Sat, 27 Jan 2024 16:36:54 -0500 Original-Received: by mail-wr1-x42d.google.com with SMTP id ffacd0b85a97d-337cc8e72f5so1565989f8f.1 for ; Sat, 27 Jan 2024 13:36:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706391411; x=1706996211; darn=gnu.org; h=content-transfer-encoding:to:subject:message-id:date:mime-version :from:from:to:cc:subject:date:message-id:reply-to; bh=MxPneJ35OV+/cYSGtPdMNZ1dMnqLrlSLfjuqviEcP3k=; b=NNpr0BKRxE9wcM3E/LDaEX6svI6FEqS7+7gC/7A2YxBPn2uurzVbUnLUv5BPeoJ5Ki lz9pT+5FAsZqKKWRRHxLLMzNAy1DKg093/vJq3dozici7hiekIjf3QNiBneCQ4mUG4xl rZmTMJdohqABYosX0YT+uTVDK2D2wtPT8mKYRV28KDG5QJpByx2+vveiQezOWK+xGcbS 6GT07mW4POQNwgYq0MLc5OLYq+xmVpcJO2jgravIa3WDj8PXIPWlG4awhXOjLGYFYIiG QomqwDIMfZGyMg5DLysIOyEQ6jE/5/00ycraEbqPo4q8e+ltc7HppCFUJZWo2xbajmUZ CbkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706391411; x=1706996211; h=content-transfer-encoding:to:subject:message-id:date:mime-version :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=MxPneJ35OV+/cYSGtPdMNZ1dMnqLrlSLfjuqviEcP3k=; b=F0zGrYIredF5gG7YXAEw22ZH6K0vWW0HMIYK915m0wcoFuYONYIBTRso4aw8l4Goez rap4iHPq7dWfohEgX4spnNru2ubaj8QwsmIqsW39jeZlWzQOCzujXLt7tNKOXiP2hJOp 5MGm/RMILuTgCII3csa7FpEzXvMXUtGCWE25bsf4nrRpnlmb8gF6pIW1ECYXPT36xWSQ c2l3rpzarYfiTS9MJ86HUUdWxJKtG36xKBuy9Ns3tcSujTIa4BBlZawskVAM+fYKeJdn PzFL7QLZc71JxciKwHk1DDp18Ry90K/RgjZjVtu/XKYLAZ0eSUvik8d4mIr0osLJibLl SCIw== X-Gm-Message-State: AOJu0YyeWiO5s9MmLUAm14K3DkXqU7ueoWecLDSkF8s6/qpUF4J/x+F9 ExKg49FXpGyNpUu04U1lB465w6DRBLHG005QuwAbOw02gnMKxyLxNGn/0Ztod1KHKdysnYbMvMc z2rtB/V6ryp+fOWTj8wYpc0tWUyjrtXP4cYo= X-Google-Smtp-Source: AGHT+IH9OjTThFLeS7J+BFcJ6GKdCyUjRXosGED8rk26LGvI+4Y24sbx15zhT5M2e6kKJe8QRXhf7uktfhv/sh2ZkpI= X-Received: by 2002:adf:e34b:0:b0:339:358b:b857 with SMTP id n11-20020adfe34b000000b00339358bb857mr1437286wrj.94.1706391410925; Sat, 27 Jan 2024 13:36:50 -0800 (PST) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 27 Jan 2024 13:36:50 -0800 Received-SPF: pass client-ip=2a00:1450:4864:20::42d; envelope-from=stefankangas@gmail.com; helo=mail-wr1-x42d.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-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:315497 Archived-At: Hi emacs-devel, After careful consideration and off-line discussions between Eli and myself, we have come up with the following proposed plan: 1. We will install cond* in core and let people who prefer it use it, while people who prefer pcase are free to keep using pcase. 2. cond* vs pcase is to be considered a matter of stylistic preference. 3. There is no intention to forcibly replace pcase with cond* in our code. Everyone will be free to maintain the code that falls within their area of responsibility using the style that they like best. We hope that this will make sense to proponents of both sides of the argument. I have myself expressed significant reservations about installing cond* in core. The above could be seen as a politicians response to a technical problem, and to some extent it is. Our responsibility as maintainers is first and foremost to ensure that we can all work together, and unite under a common banner. Our success as a project depends on it. Thus, the last thing we want to do is to alienate any group of contributors, big or small. We believe that this is a more important concern than the arguments for or against cond* or pcase. The simple fact is that we have different backgrounds and experiences, which have tended to land us on either side of this discussion. This diversity is a strength, and not a weakness. However, the strong emotions and significant differences of personal preferences between several very active contributors over months of discussions have not left us with many reasonable choices. Note that this decision does not throw our basic coding guidelines out the window: we will still try to respect the local style of files we change, the maintainers of various files typically have final say, etc. It also goes without saying that it's probably best if the proposed improvements to cond* are considered before the macro is installed. It is our understanding that Richard intends to work on that. Finally, this co-maintainer would like to draw everyone's attention to this paragraph in a recent article[1] on sharp technical divisions over typing in the Python community: The discussion highlighted another thing that is something of a hallmark of the Python world: cordiality even in the face of strong disagreement ... Python conversations are almost always collegial=E2=80=94and have been for decades. For example, several took= the opportunity of the thread to thank the typing developers and to recognize that the feature does have uses (and users), even if they were not particularly inclined toward using typing themselves. It all helps reinforce Brett Cannon's adage that he came for the language, but stayed for the community. It also bodes well for finding reasonable solutions and compromises for typing=E2=80=94and mor= e. If it is true that Python "can be seen as a dialect of Lisp with 'traditional' syntax",[2] then perhaps it is our turn to take a cue from them. Footnotes: [1] https://lwn.net/Articles/958326/ [2] https://norvig.com/python-lisp.html