From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: New Package for NonGNU-ELPA: clojure-ts-mode Date: Sun, 27 Aug 2023 13:25:49 +0000 Message-ID: <87msyciplu.fsf@posteo.net> References: <87il9kksqz.fsf@dfreeman.email> <83v8djcydl.fsf@gnu.org> <87350ndquw.fsf@dfreeman.email> <83350ncbns.fsf@gnu.org> <87cyzrjbd8.fsf@dfreeman.email> <83zg2vav46.fsf@gnu.org> <87o7j99304.fsf@dfreeman.email> <87wmxj27fn.fsf@dfreeman.email> <831qfrptiq.fsf@gnu.org> <57429221-d9be-5791-e975-b3539905e2f6@gutov.dev> <83a5udlj47.fsf@gnu.org> <87a5udk1co.fsf@posteo.net> <835y51kslv.fsf@gnu.org> <7a82c524-1aa1-e755-e377-673ebb107a44@gutov.dev> <83r0nok8s4.fsf@gnu.org> <87il90znco.fsf@yahoo.com> <1977fbef-307b-bcf4-9448-64f26916dd65@gutov.dev> <87edjozlqq.fsf@yahoo.com> <43ddad10-49dd-1c49-ebfe-51689780b315@gutov.dev> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9049"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Po Lu , Eli Zaretskii , danny@dfreeman.email, stefankangas@gmail.com, emacs-devel@gnu.org, manuel.uberti@inventati.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Aug 27 15:27:10 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 1qaFnC-0001pI-C6 for ged-emacs-devel@m.gmane-mx.org; Sun, 27 Aug 2023 15:27:02 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qaFmC-0007Am-21; Sun, 27 Aug 2023 09:26:00 -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 1qaFmA-00079t-6s for emacs-devel@gnu.org; Sun, 27 Aug 2023 09:25:58 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qaFm4-0002QN-1p for emacs-devel@gnu.org; Sun, 27 Aug 2023 09:25:54 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id D706A240101 for ; Sun, 27 Aug 2023 15:25:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1693142749; bh=1gVq4h6StbXoIPLMhu7/PapJuWw25upYSSsACduI6mI=; h=From:To:Cc:Subject:Autocrypt:Date:Message-ID:MIME-Version:From; b=SoJhxAWG35X6yZzknFXQ9tXuB+wrtjoKBcNDmVlgBrGRBtgXZ7z7FUXyFP4FYAGyd VIbfbG3Xv1pQ2zGD3J2RMFDy/V8EnzEPMjLEEYoLXL8HxV0o8lhbHJNwwh3cIQiPoX 7sFHB9Yhnmzq2/E4uPcJPhgAofaRVuvkttOWRGadKmcvc02RfBGfaldtFWzICn0mE9 GwDC+sm7Ack62/3sqFtDg8cRgcTM5jLOJgmEWqMTb+9lDXyhtg+lOAwyF99WnMZtzS RKHLydpleySUxpa4XYaXiS1n2gKTde3vjiV8p4o4blAn3m2qu++OMyrNkphBLMZfgZ 9wSEhWtFM0ZsA== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4RYZFT2Y2Hz6tn4; Sun, 27 Aug 2023 15:25:49 +0200 (CEST) In-Reply-To: <43ddad10-49dd-1c49-ebfe-51689780b315@gutov.dev> (Dmitry Gutov's message of "Sun, 27 Aug 2023 16:12:00 +0300") Autocrypt: addr=philipk@posteo.net; keydata= mDMEZBBQQhYJKwYBBAHaRw8BAQdAHJuofBrfqFh12uQu0Yi7mrl525F28eTmwUDflFNmdui0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiWBBMWCAA+FiEEDg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwMFCQHhM4AFCwkI BwIGFQoJCAsCBBYCAwECHgECF4AACgkQ8xYDWXahwulikAEA77hloUiSrXgFkUVJhlKBpLCHUjA0 mWZ9j9w5d08+jVwBAK6c4iGP7j+/PhbkxaEKa4V3MzIl7zJkcNNjHCXmvFcEuDgEZBBQQhIKKwYB BAGXVQEFAQEHQI5NLiLRjZy3OfSt1dhCmFyn+fN/QKELUYQetiaoe+MMAwEIB4h+BBgWCAAmFiEE Dg7HY17ghYlni8XN8xYDWXahwukFAmQQUEICGwwFCQHhM4AACgkQ8xYDWXahwukm+wEA8cml4JpK NeAu65rg+auKrPOP6TP/4YWRCTIvuYDm0joBALw98AMz7/qMHvSCeU/hw9PL6u6R2EScxtpKnWof z4oM Received-SPF: pass client-ip=185.67.36.66; envelope-from=philipk@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -53 X-Spam_score: -5.4 X-Spam_bar: ----- X-Spam_report: (-5.4 / 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, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable 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:309334 Archived-At: Dmitry Gutov writes: > On 27/08/2023 15:57, Po Lu wrote: >> Dmitry Gutov writes: >> >>> We could easily have more frequent releases, it's all in the hands of >>> the maintainers, actually. Stability/velocity tradeoffs. >> Producing another atrocity following the footsteps of Mozilla? No >> thanks! > > Releasing a new Emacs, say, even 6 month won't suddenly turn it into a > crashing mess. But we would get more and faster feedback for new > features and changes. BTW. what is the current system by which releases are cut? I don't know if the maintainers have a schedule or some general plan for internal usage. If not, it really wouldn't make much of a difference if releases are made every six months or two years. What might be nice would be if the release-dates could take the release-dates of popular distributions such as Debian into account, avoiding as was now the case, that Emacs 28.2 gets added to stable. Of course, this is not an easy thing to do, but I guess if the release procedure would be more transparent, akin to [0], it might help. [0] https://release.debian.org/bookworm/freeze_policy.html > That's the main issue why we have to drag on the release schedule: we > don't get reports of regressions soon enough after introducing > them. So we have to wait months for the users to try and report back. > > How to change that? Either make releases more often, or make snapshot > releases more prominent and easier to try, or improve the bug > reporting experience so that more people do that. Or all of that > together, of course. > > In this thread specifically I'm talking about number 3. > >>> Oh sure, we never have bugs or regressions in Emacs. >> As a rule of thumb, we don't release Emacs with readily encountered bugs >> that subject the user to irrecoverable hangs. > > I wonder what wonderful curious bug reports we would also get if we > had the number of users that Firefox has.