From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#40990: Improve message-mode and isearch icons Date: Mon, 11 May 2020 17:18:15 +0300 Message-ID: <60322abc-7b56-db02-3a41-2bfc9ea59b9c@yandex.ru> References: <83ees4w562.fsf@gnu.org> <83tv0zvey3.fsf@gnu.org> <45991686-81b4-a27d-6367-f01bbc20ab10@yandex.ru> <838siavor9.fsf@gnu.org> <3e8277b7-c3dd-56e9-4b40-b817aae264d4@yandex.ru> <835zd3ci7d.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="117414"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 Cc: 40990-done@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 11 16:19:25 2020 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 1jY9HB-000UT0-AI for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 11 May 2020 16:19:25 +0200 Original-Received: from localhost ([::1]:47006 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jY9H9-0002bK-VY for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 11 May 2020 10:19:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56766) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jY9Go-0002W5-Q6 for bug-gnu-emacs@gnu.org; Mon, 11 May 2020 10:19:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41360) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jY9Go-0006gr-E7 for bug-gnu-emacs@gnu.org; Mon, 11 May 2020 10:19:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jY9Go-0004W9-6o for bug-gnu-emacs@gnu.org; Mon, 11 May 2020 10:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 May 2020 14:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40990 X-GNU-PR-Package: emacs Original-Received: via spool by 40990-done@debbugs.gnu.org id=D40990.158920670617292 (code D ref 40990); Mon, 11 May 2020 14:19:02 +0000 Original-Received: (at 40990-done) by debbugs.gnu.org; 11 May 2020 14:18:26 +0000 Original-Received: from localhost ([127.0.0.1]:52906 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jY9GE-0004Up-JN for submit@debbugs.gnu.org; Mon, 11 May 2020 10:18:26 -0400 Original-Received: from mail-wm1-f47.google.com ([209.85.128.47]:39987) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jY9GD-0004Ua-67 for 40990-done@debbugs.gnu.org; Mon, 11 May 2020 10:18:25 -0400 Original-Received: by mail-wm1-f47.google.com with SMTP id u16so19459701wmc.5 for <40990-done@debbugs.gnu.org>; Mon, 11 May 2020 07:18:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Qdi6cVMsqqNKoVDL56McwkMY4nepDNHjXWHv13hXAgM=; b=JFW15y+gGinBIER2Nu6wGE9fPzxMba6/ZL4HsB+8GHHlE2B1ihyFYtvKaROE5oywoj yLgT3sLROMhf3CTbgiacNcT5eDh7GXZB/Du7H8xD/3yJSvvh2Mby5AzMblqXqgf9b1Z0 AXeVyFbXx8oTFERMhzFVkWBwhEZcBd0JolibeuNow+diKH2pmTm9cdgkj88YtF61zLz6 YNdwRunNlF2KZFH4d+IXWkzjYKmvWFj4gKb84iXBSJiOdJ4+3q6TbM07lbzQS1tbTb8h EzzGMOhefLKGNhWnx8V8P7GdaA48ifMawQTUYX5YKFEG9f1yDIoGdsC+D4i7pUK70sQM Lylw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Qdi6cVMsqqNKoVDL56McwkMY4nepDNHjXWHv13hXAgM=; b=q2fv1+OaNqXmQZwl/fRR5+tdMLzFX1+9XNOtLVAcz9QccAdrXf6HQAvc7TfrnD+jP+ 0+sqEqN7RPT7ppBvD53xHJXxQHQcih/IzVpf+q2M6qZ4MUkfRWvEx4SYHmKC+Z3smSVk WMurUqd1hzxZnVDpUxnphLrRiTITAjphQJVJ7nJ7V3Nt81w4yNdl3hcZsYKv1nxDiFNr 0Ee3/+qCYIlPwqR5DYcGL1QiABB46K09XGENsRpn7Ioiwr+ajHkdjrg2vldeChWcu2nC us4l/5aBXEA9hXrhWF4FZ/K+BCekFhx1vg1Mc+d1W77RkhzxyJLlN5LJbzg5jXX31R56 aiIw== X-Gm-Message-State: AGi0PubMNQheDjEZdGK221XIFehUed0PhxBXwyvLEivcTrgcD3wcd2XU RNcue5PX7zSUCsCCRpS7HsFZRmKC X-Google-Smtp-Source: APiQypILkOIq/dXlCIroZKX4rQxXOzX0d0Hl0PzdmADSxM6GAjy2P7oFuSa7mMZCjUjeb3gCFNdP2g== X-Received: by 2002:a7b:cd10:: with SMTP id f16mr33161219wmj.21.1589206698746; Mon, 11 May 2020 07:18:18 -0700 (PDT) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id s17sm26275058wmc.48.2020.05.11.07.18.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 11 May 2020 07:18:17 -0700 (PDT) In-Reply-To: Content-Language: en-US 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" Xref: news.gmane.io gmane.emacs.bugs:180064 Archived-At: On 11.05.2020 07:17, Eli Zaretskii wrote: > On May 11, 2020 5:46:03 AM GMT+03:00, Dmitry Gutov wrote: >> On 11.05.2020 05:35, Eli Zaretskii wrote: >>> You are just listing the advantages of releasing frequently. No one >>> will argue with that, the problem is how to make that happen without >>> hurting stability. >> >> I don't think it's possible not to sacrifice stability at all. It will >> >> most likely go down in XX.1 releases, at least to some extent. > > The stability already goes down in NN.1 versions, that's why we always have a NN.2 version to follow. We are talking about how much more it will decrease. If you have practical suggestions for how to keep the instability in check while making more frequent releases, I'm all ears. I mean will go down compared to the current situation. But actually, if the period before branching, before stabilization, is also reduced proportionally, then fewer regressions will have a chance to sneak in. The odds of *some* regression remaining will likely go up, though. For example, if we target, say, a new Emacs release every 6 months, then it will be 2 months development, 2 months stabilization, and 2 months prerelease (with new developments doing to the master for the last 4 months). With cycles like that, there will also be less temptation to "sneak that last feature in", or land an experimental feature later in the cycle. Developers will also moderate the risk themselves. As for regression bugs remaining at each time, maybe the way to look at them is: If the period between when the regression happened and when it was reported will be longer than the time to the next minor release, maybe we can do the release now. And thus nominate fewer bugs to be actual blockers. Right now Emacs releases, and even development branches, are fairly stable, so we have some margin for experimentation.