From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [RFE] Migration to gitlab Date: Wed, 20 Mar 2019 09:23:08 +0200 Message-ID: <831s32t3fn.fsf@gnu.org> References: <1552789070.5272.1@yandex.ru> <1552791707.5272.2@yandex.ru> <1552793646.5272.3@yandex.ru> <1552821396.21432.0@yandex.ru> <83imwhwf4x.fsf@gnu.org> <837ecvux2q.fsf@gnu.org> <9c7cf558-a2d3-951e-d6e1-31b3ad5900cf@yandex.ru> <1553064994.13109.0@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="98208"; mail-complaints-to="usenet@blaine.gmane.org" Cc: theophilusx@gmail.com, emacs-devel@gnu.org, dgutov@yandex.ru To: Konstantin Kharlamov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 20 08:23:25 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h6VZN-000PQT-81 for ged-emacs-devel@m.gmane.org; Wed, 20 Mar 2019 08:23:25 +0100 Original-Received: from localhost ([127.0.0.1]:44009 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h6VZM-0004s7-84 for ged-emacs-devel@m.gmane.org; Wed, 20 Mar 2019 03:23:24 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:59037) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h6VZC-0004ry-TZ for emacs-devel@gnu.org; Wed, 20 Mar 2019 03:23:16 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:51106) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h6VZC-0002Va-DP; Wed, 20 Mar 2019 03:23:14 -0400 Original-Received: from [176.228.60.248] (port=3623 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1h6VZB-0000yk-TI; Wed, 20 Mar 2019 03:23:14 -0400 In-reply-to: <1553064994.13109.0@yandex.ru> (message from Konstantin Kharlamov on Wed, 20 Mar 2019 09:56:34 +0300) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:234396 Archived-At: > Date: Wed, 20 Mar 2019 09:56:34 +0300 > From: Konstantin Kharlamov > Cc: dgutov@yandex.ru, theophilusx@gmail.com, emacs-devel@gnu.org > > > And my point is that we are once again arguing about very much minor > > issues, without doing anything about, nor even touching, the more > > important ones. E.g., I asked up-thread whether you knew how many > > people review patches for Emacs; did you follow up on that? This is > > IMO much more important for Emacs development and eventually for its > > future than whether our CI will be from Gitlab or from somewhere else, > > definitely more important than the commit hooks issue. > > I didn't reply this point because I don't know what to add. I get that > there's not much people doing review, but it's a pain present in most > projects. Even some Linux kernel subsystems often lacks proper review, > I regularly see articles about that on LWN popping up — and the > kernel has thousands of contributors, most of them are paid ones. Unlike in many other projects, I consider the situation with patch review, and more generally with the number of domain experts we have on board in Emacs, a disaster. > Undoubtedly this is important for Emacs future, but where do you think > new people can appear from? Yes, this is a bootstrap-type of problem, and such problems can never be solved by taking care only of some of the aspects in isolation. Instead, each advance in some aspect must be followed by corresponding advances in the other aspects, before the next step forward is taken. Recent years saw a lot of change in Emacs infrastructure and maintenance procedures -- we moved from CVS to Bazaar to Git, we removed some of the obstacles to newcomers, such as ChangeLog files, we codified the most important parts of the procedures in CONTRIBUTE, etc. This indeed brought welcome new contributors, but the growth is very slow, and the impact on the patch review process and on the number of people who are proficient in core parts of the internals is still very much minor and inadequate, IMO. E.g., the backlog in patch review and in solving reported issues is still unsatisfactory. So personally, I don't think we are ready for another significant change in our procedures and infrastructure, not before we give some more time to these slow tendencies to develop into significant qualitative changes. People who want those infrastructure changes should become more involved, so that we reach the critical mass sooner.