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: Sun, 27 Aug 2023 07:38:04 +0300 Message-ID: <835y51kslv.fsf@gnu.org> References: <87il9kksqz.fsf@dfreeman.email> <87a5uw9ivs.fsf@posteo.net> <87ttt42gna.fsf@dfreeman.email> <87wmy080kn.fsf@posteo.net> <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> 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="39669"; mail-complaints-to="usenet@ciao.gmane.io" Cc: philipk@posteo.net, 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 06:39:13 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 1qa7YO-000A59-J4 for ged-emacs-devel@m.gmane-mx.org; Sun, 27 Aug 2023 06:39:12 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qa7Xn-0007nJ-WA; Sun, 27 Aug 2023 00:38:37 -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 1qa7Xf-0007jN-Ib for emacs-devel@gnu.org; Sun, 27 Aug 2023 00:38:28 -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 1qa7Xe-0002g8-97; Sun, 27 Aug 2023 00:38:26 -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=MC/8JFDCPq99XmnPBL0dvnQL5udYJbjcUK96eZgeQ5E=; b=YyLiyPsvXcoaGhiDqCUW 32kfbnF/Y7Q1nGc4atPBAGbeGZ6kQg1N5bLXiNwD9U72eJgEGp+u7Pw6MTrfRYzdIVPvpaqA6dW3b DrQnnJ6tZjEFnnPsI9C2PknneKgGIec3pKxF9eVtU81Xp2u7uvclG38BQ1N4ZZoO4bdgppBBlcxIZ wijAki9vvzcoEW6bYGTlakVjkHGjzvix78OYnSMTA0jvm4YFi3QUQO4rHODl2D6PlzfXQgCAzapeN GeZ9NQ24HHX3TYkU6Xdxhi0xEfWAPnJo4ASF6wMZtFqV2WBMLAjISaDzCGYpQolF/LUfVwiM+KSGG G6WvGUqeMLBoEA==; In-Reply-To: (message from Dmitry Gutov on Sun, 27 Aug 2023 00:41:35 +0300) 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:309304 Archived-At: > Date: Sun, 27 Aug 2023 00:41:35 +0300 > Cc: danny@dfreeman.email, stefankangas@gmail.com, emacs-devel@gnu.org, > manuel.uberti@inventati.org > From: Dmitry Gutov > > On 26/08/2023 23:14, Philip Kaludercic wrote: > > I only mention this, because I don't agree with the premise that this > > boils down to "mailing-list" or "web-interface". While it is true that > > a lot of people are uncertain and afraid of sending a message to a > > mailing list, this fear is unreasonable and worth dispelling. > > It's not so much a matter of being afraid. We're not squirrels. Using > Debbugs is an exercise in frustration because a random user won't know > how to respond to an existing issue (finding them is clunky, but > doable), how to respond to a particular comment without having been > subscribed to the mailing list previously (there's no way to do that, > and it's a common feature in most bug trackers and discussion > platforms), how to properly respond to an email from a bug tracker that > does arrive in your inbox, how to avoid dropping people from > conversations, how to avoid being dropped themselves at some point. And > so on. > > Anybody who doesn't have enough patience to google how to do the most > basic things, we just don't see. > > Another thing we're missing, is an easy-to-access list of most recent > conversations and bug reports. Which for many projects partially serves > as an invitation to join in, too (as long as it's easy to do from there). > > > I think there is a reasonable point to be made that the CA prevents > > certain valuable contributions from entering Emacs/GNU ELPA. IANAL, so > > I don't know if a sign-off procedure would be a sufficient alternative? > > But if I am a bit cynical, I cannot deny that having a CA-system can > > also help filtering out a lot of noise and low-quality code (I'd claim > > that the average quality of a ELPA package is higher than that of > > packages on MELPA...). > > Virtually any barrier would increase the average quality of the code. If > we required everybody to do fifty squats, film that, and attach together > with the first patch submission, that would also increase the average > quality, filtering out the less motivated. > > I'm not sure the cost-benefit ratio is good, though. IMNSHO, the above is an extremely optimistic and naïve view of the actual state of matters. Significantly, it emphasizes the advantages of the proposed changes/alternatives and consistently and completely ignores the disadvantages (which are known and were described and discussed many times). But the important part is what was said many times in this and other similar discussions: those who want these deep changes are invited to step up and become Emacs (co)-maintainers, and then make the changes and actually use them for Emacs development, instead of telling others how to do their jobs. It is at least unfair to expect us to do our job well, and then tell us how to do it and what tools to use for it. And that is even before we recall that those alternative tools are either semi-broken or lack important features (or both) that the existing "obsolete" tools offer us basically for zero cost. And none of the alternatives withstood the test of time and/or the magnitude of the project.