From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Shrinking the C core Date: Sat, 12 Aug 2023 09:02:14 +0300 Message-ID: <83o7jcg5nd.fsf@gnu.org> References: <20230809094655.793FC18A4654@snark.thyrsus.com> <87il9owg0f.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8679"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, dmitry@gutov.dev, esr@thyrsus.com, luangruo@yahoo.com, emacs-devel@gnu.org To: Christopher Dimech Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Aug 12 08:02:46 2023 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 1qUhi2-0001wl-5Q for ged-emacs-devel@m.gmane-mx.org; Sat, 12 Aug 2023 08:02:46 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qUhhO-00009t-OA; Sat, 12 Aug 2023 02:02:06 -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 1qUhhF-00008x-43 for emacs-devel@gnu.org; Sat, 12 Aug 2023 02:01:58 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUhh7-0006Qz-RZ; Sat, 12 Aug 2023 02:01:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=HNzu5MYgr3BmsYFivnKM1giOrgBREZ+oEUL2zLX7+FQ=; b=orHL1QyRg6vn sDa/nguESVeB9pAyEB5TxJytlSRLAuvD6eR9Jd04nDOK51kFrTxfkuIwPP+I4PNtRsXKDnq9rtLNr +CbN16PQzki5P71GwcaWwQG1d+Tpu4nKlrCzNmSnpG+kqAw5k2NEGqcsiOe8McIFjiLD+dFExKK+N GyYmcl3Zppj8VAnZl4C0GsiGhqJwnK/2scnp5CN2eRxl2vqsNwzgXVSe9G0Dw1xzMABtV9weEW/JR kIPlRnT7KaJRwH/uMu2NMWn/cWk9Jhqmyq0ChKa38FP5TX5+idLd6s3JBS7JMXP+ZHOMUI4yNuahI ABQUgHIdlSmFAZ83O0HShA==; In-Reply-To: (message from Christopher Dimech on Sat, 12 Aug 2023 05:28:18 +0200) 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:308606 Archived-At: > From: Christopher Dimech > Cc: Dmitry Gutov , esr@thyrsus.com, luangruo@yahoo.com, > emacs-devel@gnu.org > Date: Sat, 12 Aug 2023 05:28:18 +0200 > > > The rate at whic we have added features already causes significant > > instability. > > I concur. Have been suggesting to have a basic version of emacs that would be considered > complete and stable, while minimizing the risk of instability due to feature additions. > > Every project should have such aim and achieve it. Clearly, the core requirements must > be well defined, and the scope limited in terms of the essential features to fulfill its > primary purpose. Maintaining emacs for it to do everything could halt its continued > development structure. Especially if it cannot be reasonable handled by a few people. This is exactly what I try to make happen. But I don't claim to have it all figured out in the best manner, so if someone knows how to do that better without averting contributors OT1H and without complicating development even more OTOH, I invite you to step up and become a (co-)maintainer, and then practice what you preach.