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: Confused by y-or-n-p Date: Thu, 07 Jan 2021 16:32:31 +0200 Message-ID: <83h7nslsw0.fsf@gnu.org> References: <834kkcr1eo.fsf@gnu.org> <43b24209-fa65-0e26-7cbd-f99175a7ffd8@gmx.at> <87wnx7j5is.fsf@mail.linkov.net> <83im8qnyca.fsf@gnu.org> <83bleinmse.fsf@gnu.org> <56435592-d2d0-5fb6-977f-01e1931da835@gmx.at> <87k0t38g1z.fsf@mail.linkov.net> <83czyvkts6.fsf@gnu.org> <87bleetirr.fsf@mail.linkov.net> <87y2hhri3n.fsf@mail.linkov.net> <83pn2tkfg8.fsf@gnu.org> <871rf7ippu.fsf@mail.linkov.net> <83a6trg6mc.fsf@gnu.org> <87im8f951f.fsf@gnus.org> <83lfdacapo.fsf@gnu.org> <831rf0d9uq.fsf@gnu.org> <83ft3e2j0i.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14279"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rudalics@gmx.at, larsi@gnus.org, emacs-devel@gnu.org, drew.adams@oracle.com, juri@linkov.net To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jan 07 15:37:01 2021 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 1kxWPM-0003bE-Js for ged-emacs-devel@m.gmane-mx.org; Thu, 07 Jan 2021 15:37:00 +0100 Original-Received: from localhost ([::1]:51762 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kxWPJ-0004VO-OK for ged-emacs-devel@m.gmane-mx.org; Thu, 07 Jan 2021 09:36:57 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54276) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kxWLG-0001N4-Dy for emacs-devel@gnu.org; Thu, 07 Jan 2021 09:32:46 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:56431) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kxWLF-0005Zg-F5; Thu, 07 Jan 2021 09:32:45 -0500 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3871 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kxWL1-00038p-09; Thu, 07 Jan 2021 09:32:34 -0500 In-Reply-To: (message from Richard Stallman on Thu, 07 Jan 2021 02:53:09 -0500) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.io gmane.emacs.devel:262682 Archived-At: > From: Richard Stallman > Cc: rudalics@gmx.at, larsi@gnus.org, juri@linkov.net, > drew.adams@oracle.com, emacs-devel@gnu.org > Date: Thu, 07 Jan 2021 02:53:09 -0500 > > > > You CAN start a discussion on emacs-devel, but in order to be aware > > > there is a need for one, you would need to subscribe to bug-gnu-emacs > > > AND follow discussion of dealing with a particular bug. > > > There's no need to subscribe to bug-gnu-emacs in order to read it. > > One can follow the list archives via the Web browser, for example, or > > use the debbugs Web interface. > > We are miscommunicating. You're talking about a technical question > about how one reads those messages. > > I am talking about the time and work required to read all those > messages -- which is why I don't read them. I can't afford that. Redirecting some of the discussion to emacs-devel will add to what you have to read, and add considerably. This present thread is a very good example of what happens when some controversial issue is being discussed: you will suddenly see a significant increase in the list traffic. Why do you think you will be able to afford that? It will be less than if you read all of bug-gnu-emacs, but why do you think it will be below the threshold of what you cannot afford? > > The rule you propose has a price that I don't think we should pay. I > > personally simply cannot afford paying it. Reading the bug list is > > not a big deal, > > In my incoming for 20 hours, there were 70 messages to bug-gnu-emacs > and debbugs. I wish I were in your shoes, then: in my incoming for the last 10 hours there were 136 messages. > I can't keep up. I am about to go to bed and I am 200 messages > backlogged from today alone. > > When people are discussing fixing a bug that is just a technical > issue, and they can do it fine without me, I delete the whole thread > so I can have time to read my other mail. > > Based on what you've said, I'm sure you understand what this is like. Of course, I do! I _am_ reading all of that: it's my job. If you are unable to read most of the traffic, based on some simple filtering of subjects, then I don't see how you can expect to be privy to important development decisions -- they many times hide in plain sight, and filtering based on which list they are posted to will not help. Maybe you expect Lars and myself to do the filtering job for you and others: analyze the issues, decide which ones are important enough, start threads with prominent enough Subject lines that draw attention, etc. But that is a large job, and it's unfair to expect us to do that for others, especially as we have no clear idea who sees what changes as worthy of their attention. People who have trouble keeping up with the traffic here, but still do want to be involved, should find their own local solutions: smart filtering, sophisticated tools to identify and flag messages that are worth reading, etc. Such tools and methods are not unheard of nowadays. We even have some of them in Emacs. Or people could write them for themselves. > so people who want to be more involved are invited to > > do that. By contrast, the burden on Lars and myself to make sure we > > start a discussion about every change which might require it is > > considerable. > > I agree. I don't think that you, the maintainers, should have to do this. Who will do it, then? I already said that if volunteers step up to this job, I certainly won't mind. Did someone volunteer and I missed that? > Anyway, let's agree that you maintainers shouldn't have a burden from this. Agreed.