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: contributing to Emacs Date: Sun, 18 Jun 2023 12:35:32 +0300 Message-ID: <83v8flnme3.fsf@gnu.org> References: <83v8fnslfz.fsf@gnu.org> <87v8fnh1h2.fsf@web.de> <83mt0zs9rc.fsf@gnu.org> <0a968a4e1b267c0f15dd237e6ea12a709fc06d5e.camel@yandex.ru> <838rcisj7o.fsf@gnu.org> <6537fa5fa5c1fe8437ed99ee0988e35895f5a54b.camel@yandex.ru> <8423a35750d8d8e0437c7708f6b4d0bbdfdb7fe0.camel@yandex.ru> <6981052a75913ea435ae2adaccdaa1c66252a6df.camel@yandex.ru> <6a22f3608f37e238ffbd20d6dead86d3aa76d01e.camel@yandex.ru> <96766e99bf2618cc4290498933c6e32bc2a0f98a.camel@yandex.ru> <83o7ldpcs8.fsf@gnu.org> <3c64fe534fee45ff75c9e2c3cece8e2ee146091e.camel@yandex.ru> <83zg4xnnyi.fsf@gnu.org> <7d40d26e48d73c6f13557c665be250c224fbc38f.camel@yandex.ru> 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="13085"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ams@gnu.org, emacs-devel@gnu.org To: Konstantin Kharlamov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jun 18 11:35:43 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 1qAoow-0003CK-UY for ged-emacs-devel@m.gmane-mx.org; Sun, 18 Jun 2023 11:35:43 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qAoon-0002Gd-5b; Sun, 18 Jun 2023 05:35:33 -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 1qAool-0002GT-W6 for emacs-devel@gnu.org; Sun, 18 Jun 2023 05:35:32 -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 1qAool-0004SY-NV; Sun, 18 Jun 2023 05:35:31 -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=gZ4Kmqm04gR58SfrTpwBvGFNl3L+/2KGVjf01lN7388=; b=d+AaAF+J6nGNIGmo6xk/ tInO75/Z7i+Azy4gH1gugjTc8ogiePd2gAJPaSbCxBiA+q0JR4gFrfy531ORnNk19dzv7mx03ecZB WZWefXhazO+oh4wEqozSmSfVh4XW0FaYVHq9j5K7xiJWBoCb3TZmtMvWCcbVCCv2mksAu0TSej9Tv 9OYiLbCIw934rQ/NF7XqcU6xa37eCpTZNa7x3+ZMGg5oBV3+J4BrtNa2DSYepUnOtjMJtezM/vW4N iHHi5H43Jcz2Cw5FHbnRFkb40qaZ28RN4NS0I6qYl5eTnpzsojzqTDQh7rOMI23Kgljbn8rlA7RcD iYO8HoOIhJZ5AQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAool-0002yJ-2D; Sun, 18 Jun 2023 05:35:31 -0400 In-Reply-To: <7d40d26e48d73c6f13557c665be250c224fbc38f.camel@yandex.ru> (message from Konstantin Kharlamov on Sun, 18 Jun 2023 12:18:09 +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:306936 Archived-At: > From: Konstantin Kharlamov > Cc: ams@gnu.org, emacs-devel@gnu.org > Date: Sun, 18 Jun 2023 12:18:09 +0300 > > > > You can't send a patch if you don't know how and where to send it 😊 So you > > > can't avoid reading that section. > > > > False.  People know how to reach us even without reading.  The few > > Emacs mailing lists are common knowledge, and are just an Internet > > search away if someone needs that. > > Okay, let's conduct an experiment. Suppose I am a new contributor who never > contributed via MLs. So first I search for "Emacs contribute". I get this URL > https://www.gnu.org/software/emacs/manual/html_node/emacs/Contributing.html > There I see a suggestion to implement a new feature and submit a patch. So then > I use page search for word "patch" to see where are details on how to do that. I > find a link "Sending Patches". There I find a suggestion to send it to > bugtracker, and then various points about MIME types, what needs to be done, > etc. > > In what case do you imagine such new developer would not need to read that > section and still will successfully send a patch? 🤷‍♂️ All of them. I never had anyone asking where to send a patch. People sometimes say they are not sure whether they send them to a correct forum, but they do send them to the right place nonetheless. > > > I've been contributing patches from time to time and back when I had my > > > first > > > ones I've been multiple times pointed to CONTRIBUTE file due to getting > > > either > > > formatting or something else wrong. Which is why I'm saying there's an > > > expectation to read that file as well. > > > > There's no such expectation.  We live in the real world, not in some > > fantasy.  When the patch doesn't follow our conventions, we either > > correct that by hand when installing it or (if the deviations are too > > significant) ask the contributor to make those changes and resubmit. > > Okay, maybe something changed. I am saying from my experience of contributing > patches. AFAIR, you insisted to know, for each comment during the patch review, where is that requirement documented. So you were pointed to those places. You could have simply done what you were asked, in which case you wouldn't need to read on that. > > > > Yes, many other projects do it differently.  By and large, they are > > > > toy projects whose median life time is about 1/10th that of Emacs, and > > > > the size is accordingly small.   > > > > > > Mesa isn't small. Neither is systemd, docker, podman. > > > > I said "by and large". > > Well, in this case I might be missing what you meant to say. You pointed out > there are small projects with different workflow, I pointed out there are large > ones. Your large ones are still smaller than Emacs by a factor of 3. You also forgot the point about the age of each project. > So I guess that cancels out. It doesn't. Your argument was about 90% of projects, and my response about most of them being small was about that majority. Showing a few examples that are in the same order of magnitude as Emacs doesn't substantiate your claim, which basically is: it's easy and obvious that Emacs should switch, but a few old-timers block that for laughable reasons.