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: New Package for NonGNU-ELPA: clojure-ts-mode Date: Thu, 31 Aug 2023 16:25:25 +0300 Message-ID: <83ttsfcpiy.fsf@gnu.org> References: <87il9kksqz.fsf@dfreeman.email> <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> <83jztgk410.fsf@gnu.org> <83edjojx8c.fsf@gnu.org> <8734zzv7vk.fsf@localhost> <83edjjecmx.fsf@gnu.org> <87wmxbtsd4.fsf@localhost> <83bkeneb8j.fsf@gnu.org> <87ledrtqzx.fsf@localhost> <87a5u7sal0.fsf@yahoo.com> <87bkento99.fsf@localhost> <871qfjs855.fsf@yahoo.com> <87wmxbs7a1.fsf@localhost> <83wmxbcq0a.fsf@gnu.org> <87fs3zs60s.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3239"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, stefankangas@gmail.com, dmitry@gutov.dev, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Aug 31 15:26:25 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 1qbhgn-0000ba-Ab for ged-emacs-devel@m.gmane-mx.org; Thu, 31 Aug 2023 15:26:25 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qbhgC-0004Kn-8z; Thu, 31 Aug 2023 09:25:48 -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 1qbhg9-0004Kd-Mb for emacs-devel@gnu.org; Thu, 31 Aug 2023 09:25:45 -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 1qbhg8-0007Gt-W4; Thu, 31 Aug 2023 09:25:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=Ca9hQd1AmIrVxUFiMndAiYquM6r10URwjnzHTAEzabg=; b=KdiyrTFMrUNSoxCbOaNi JEOC6L+TMUw2BuPl22/LmtTvoyS21dYNrT8XA60FLZQG3Jp8TPVBzISW604QWJn+7T0VcD0xfZ7tO BRNEEQ1CuwqG5BAjqat2XcsnRDR4rrFmT2YryhDvX9lOWpWz9LpSAWbvH9+ng6lh21Ht8MhayQCBJ wpJtvvccTxmKsDGXE+wVTpcg5xFPGA3oBBM3iH5zW3ai8nGs/9mPZehjyIXt3GsOPJznABQmGp+D9 YXA2g7sK8drVtZK1t8kQM2RrX3xq1R7z1Dh+ctpws6556VWRkcji/huHBWnwooNB/03JDbjj8nxU8 62KHwh4iWOhF/A==; In-Reply-To: <87fs3zs60s.fsf@localhost> (message from Ihor Radchenko on Thu, 31 Aug 2023 13:20:03 +0000) 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:309660 Archived-At: > From: Ihor Radchenko > Cc: luangruo@yahoo.com, stefankangas@gmail.com, dmitry@gutov.dev, > emacs-devel@gnu.org > Date: Thu, 31 Aug 2023 13:20:03 +0000 > > Eli Zaretskii writes: > > >> These tarballs will be mostly the same, as they will only differ by > >> bugfixes. So, testing different "bugfix" tarball versions will only risk differing via some bugs being already fixed in newer versions. The > >> worst-case scenario is when some bugfix introduces another bug, but > >> AFAIK it is already ensured that such things almost never happen. > >> > >> So, I do not think that having multiple bugfix versions around will pose > >> a significant problem. > > > > I think you have a very naïve view of the effect of bugfixes in Emacs. > > What you think doesn't happen actually happens all the time. > > Do you mean that one fix introducing new bugs is rather common? Too common to my liking. Didn't you read all those threads where I constantly say that Emacs doesn't get more stable with the years because we constantly fix minor issues and by that introduce subtle regressions elsewhere? Which is why we have pretests, where we are supposed to detect at least the more obvious of those regressions. The question that really bothers me is how to make more frequent releases without losing that QA element, because we really need it. So any suggestion to lower the bar is in my eyes a non-starter.