From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Konstantin Kharlamov Newsgroups: gmane.emacs.devel Subject: Re: Why are so many great packages not trying to get included in GNU Emacs? WAS: Re: Making Emacs more friendly to newcomers Date: Sun, 21 Jun 2020 00:31:23 +0300 Message-ID: <1faa5c4154ea49a2d10d16741dfad8451ef27abd.camel@yandex.ru> References: <87k12bdgx7.fsf@yahoo.com> <87r1wi7a8o.fsf@yahoo.com> <875zdteybt.fsf@runbox.com> <87368wrvf5.fsf@yahoo.com> <86k126d83n.wl-me@enzu.ru> <83pnbyckvv.fsf@gnu.org> <4923d7e98f5ed816a7569093dbc673153adcea88.camel@yandex.ru> <874krex73o.fsf@gmail.com> <87eeqctgb4.fsf@elephly.net> <83wo43xom6.fsf@gnu.org> <83r1u9vnr3.fsf@gnu.org> <09632e8ec343ddee558b18f811ef6da77e594f55.camel@yandex.ru> <83pn9tvhta.fsf@gnu.org> <83mu4xvari.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="96617"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Evolution 3.36.3 Cc: rekado@elephly.net, emacs-devel@gnu.org, stefan@marxist.se, joaotavora@gmail.com, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jun 20 23:32:27 2020 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 1jml6A-000P2F-EA for ged-emacs-devel@m.gmane-mx.org; Sat, 20 Jun 2020 23:32:26 +0200 Original-Received: from localhost ([::1]:56582 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jml69-00084N-GK for ged-emacs-devel@m.gmane-mx.org; Sat, 20 Jun 2020 17:32:25 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57170) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jml5P-0007QN-14 for emacs-devel@gnu.org; Sat, 20 Jun 2020 17:31:39 -0400 Original-Received: from forward105p.mail.yandex.net ([2a02:6b8:0:1472:2741:0:8b7:108]:34019) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jml5K-0005M5-BA; Sat, 20 Jun 2020 17:31:38 -0400 Original-Received: from mxback10g.mail.yandex.net (mxback10g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:171]) by forward105p.mail.yandex.net (Yandex) with ESMTP id C15064D4059D; Sun, 21 Jun 2020 00:31:27 +0300 (MSK) Original-Received: from sas8-b61c542d7279.qloud-c.yandex.net (sas8-b61c542d7279.qloud-c.yandex.net [2a02:6b8:c1b:2912:0:640:b61c:542d]) by mxback10g.mail.yandex.net (mxback/Yandex) with ESMTP id Jkw2N4roh9-VR0Cgv2B; Sun, 21 Jun 2020 00:31:27 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1592688687; bh=8ACHAvQYC2ByUGx1l2Tj8xzgSBR0SO/N8m7UA5lnPgI=; h=In-Reply-To:Cc:To:From:Subject:Message-ID:References:Date; b=BZIPc31JaGP2h2DGFgoOzzRkcs4PGwlSPutOpc1Me5/4cekbSHjV/S87nMJhQA2ki Tlnfa6h4KXbKE1tN+wq8luqCjcpuZch/W/j3PbiJBeETpB1rjx0wTDjV8ZqpA7+gbe bIFiHlu598yskpLdfwPRb+AvObTrbVFAcMfGFEdw= Authentication-Results: mxback10g.mail.yandex.net; dkim=pass header.i=@yandex.ru Original-Received: by sas8-b61c542d7279.qloud-c.yandex.net (smtp/Yandex) with ESMTPSA id CCRZXlKb17-VPPu59ma; Sun, 21 Jun 2020 00:31:26 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) In-Reply-To: <83mu4xvari.fsf@gnu.org> Received-SPF: pass client-ip=2a02:6b8:0:1472:2741:0:8b7:108; envelope-from=hi-angel@yandex.ru; helo=forward105p.mail.yandex.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/20 17:31:28 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action 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:252463 Archived-At: On Sat, 2020-06-20 at 21:43 +0300, Eli Zaretskii wrote: > > From: Konstantin Kharlamov > > Cc: rekado@elephly.net, joaotavora@gmail.com, dgutov@yandex.ru, > > stefan@marxist.se, emacs-devel@gnu.org > > Date: Sat, 20 Jun 2020 21:04:23 +0300 > > > > > Our experiences are different, then. I find them very important in at > > > least some cases. > > > > Right. I should mention though, my experience is not specific to myself. > > Most > > non-GNU projects (actually, all I have seen) don't require having the list, > > but > > do require good commit messages. > > Like I said, latest GCS leave this decision to the project developers' > discretion. > > You may also wish to check how long do those projects live, and > compare that with Emacs. Not every technique that is good for a > 5-year project will scale well for a 35-year one. In my work on Emacs > I quite frequently need to look at changes made 30 years ago, using a > different VCS. Right, as well as not every technique that was good 35 years ago is still as good nowadays. > > I also don't think GNU projects are any good to make examples of. This is my > > general experience of seeing how new projects get under GNU umbrella to get > > never heard of (which I attribute to points listed in my starting mail, > > since > > most of them are unspecific to Emacs). > > I hope you realize how saying that makes your opinions matter much > less, do you? No, I don't. Are you implying that voicing bad opinion regarding GNU on a GNU mailing list may lead to some people to start ignoring me? If so, I'm fine with it. You see, my opinions are based on facts. My interpretation of them may be wrong, but if I expressed them, I am not aware of it. On this mailing list, we carry technical discussions, which means expressing arguments and counter- arguments based on facts, and being ready to turn out to be wrong. Ignoring someone based on their opinion instead of trying to prove them wrong is not a technical behavior. These are not very technical people, they sometimes go personal, so if their reaction is a silence, that's fine with me. FYI, for me even participating in discussions is hard, for personal reasons. But I am a software engineer, and I get the boundary between personal feelings and technical discussions, so I get over it. > > git log -500 --format="%ae" | grep -vP > > "@\S*(redhat|arm|suse|google|gnu|adacore|alibaba|intel|ibm|apple|linaro|huaw > > ei|c > > odesourcery|golang|sony|amd|chromium|nvidia|loongson|accesssoftek|ubisoft|mi > > cros > > oft|fb|energize|comstyle|nextsilicon|quicinc|azul|gentoo|graphcore|gdcprojec > > t|si > > five)\.(org|com|de|cz|cn)" | sort -u | wc -l > > > > Results are: > > * GCC as of commit 445d8da5fbd: 15 > > * Clang as of commit 7b201bfcac2: 49 > > > > This is some pretty big difference! If I expand the commits range, the > > difference increases further. > > GCC is alive for 33 years, so I think your theory eats dust. Many of > the GCC and GDB developers get paid for their work, but that doesn't > mean the project is less viable, and the long history of both GCC and > GDB is the proof. Okay, let me say beforehand that both GCC and Clang are very active projects right now. Just in case, so there's no misunderstanding. So, times are changing. In older times there were no standard to development, Git was not as popular, development practices are varied too. So, as long you could get your patch to a project, any odd contribution requirements were fine, they hardly would set a barrier. But these days Git got over all other VCSes (and for a reason), so using SVN or Perforce, or whatever, is a barrier to contribution. 12 years ago Github was founded, and then also the open-source clone Gitlab appeared. These two pretty much set the standard development model nowadays (for a reason too). There still are projects that use other models, but this is a barrier to contributors. What I'm getting at is that your reasoning that since GCC is 33 years old it will live on does not work. For a project to "live on" it needs to be active. Sure GCC is active! But its activity mainly stems from paid people and maintainers. Whereas in Clang a large chunk of it stems from contributors. Let me repeat, paid people come and go, so do maintainers (they may burn out, or just move on). These contributors are the ones who will become new maintainers and the ones who advertise the project in their environment. I hope it makes clear the future of what project looks brighter. > > > > This whole thread is dedicated to "why having the list is necessary as > > > > opposed > > > > to not having it", and while text explains "why having the list is good" > > > > in > > > > general, but it does not make comparison to not using it. There's no > > > > answer > > > > to > > > > that question. > > > > > > Isn't saying "A is good to have" the same as saying "not having A is > > > not so good"? > > > > It depends. If A is free, then sure. But if I gotta pay for A, then I'd > > consider > > my options. > > That text described the advantages of having the lists precisely so > you could consider your options and make an informed decision. I can't make decision since I am not a Emacs maintainer.