From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Konstantin Kharlamov Newsgroups: gmane.emacs.devel Subject: Re: [RFE] Migration to gitlab Date: Wed, 20 Mar 2019 09:56:34 +0300 Message-ID: <1553064994.13109.0@yandex.ru> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="14744"; mail-complaints-to="usenet@blaine.gmane.org" Cc: theophilusx@gmail.com, emacs-devel@gnu.org, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 20 08:02:45 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 1h6VFN-0003g9-1K for ged-emacs-devel@m.gmane.org; Wed, 20 Mar 2019 08:02:45 +0100 Original-Received: from localhost ([127.0.0.1]:43824 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h6VFM-00010c-2k for ged-emacs-devel@m.gmane.org; Wed, 20 Mar 2019 03:02:44 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:53797) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h6VE4-0000or-Nl for emacs-devel@gnu.org; Wed, 20 Mar 2019 03:01:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h6V9W-0004R6-M6 for emacs-devel@gnu.org; Wed, 20 Mar 2019 02:56:43 -0400 Original-Received: from forward106p.mail.yandex.net ([2a02:6b8:0:1472:2741:0:8b7:109]:55287) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1h6V9U-0003lO-BA; Wed, 20 Mar 2019 02:56:40 -0400 Original-Received: from mxback12o.mail.yandex.net (mxback12o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::63]) by forward106p.mail.yandex.net (Yandex) with ESMTP id 3606F1C82A2E; Wed, 20 Mar 2019 09:56:36 +0300 (MSK) Original-Received: from smtp1j.mail.yandex.net (smtp1j.mail.yandex.net [2a02:6b8:0:801::ab]) by mxback12o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id qMb8hKUb0k-ua7WQFBe; Wed, 20 Mar 2019 09:56:36 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1553064996; bh=EE7s/W3rKMbANsKK3lHnrjk0qTQbWjUHS/+ggt14T04=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=IVk0FfFCWCskNQxzbwnrqAqxSh8bzAbRieiqcW6YK4gTbh78/ict2oMzv/tgbmrLh KwcuV0yprnUPmhbcSfFWliyYbvkrsMuCBpdrLyneAiF+gMqGDUYXdEUbZD78JX6Zx2 Ree6HcblvYxwmKSkLf2SbWzgliTo/BHOLqRQvV3A= Authentication-Results: mxback12o.mail.yandex.net; dkim=pass header.i=@yandex.ru Original-Received: by smtp1j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id be013JIguJ-uZt01wdJ; Wed, 20 Mar 2019 09:56:35 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) In-Reply-To: <83a7hqt6o8.fsf@gnu.org> X-Mailer: =?UTF-8?Q?geary=2F=C3=8E=C2=B2=2Dtesting=2Dbran?= =?UTF-8?Q?ch=7Eg4db93c55?= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a02:6b8:0:1472:2741:0:8b7:109 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:234395 Archived-At: On =D1=F0, Mar 20, 2019 at 09:13:11, Eli Zaretskii wrote: >> My point is: moving these destructive checks to the moment of the >> actual contribution to upstream (i.e. the gitlab CI that runs for=20 >> every >> merge-request) would make more pleasant experience for contributors, >> whilst not taking anything from maintainers (sure, "fix unit-test >> failures that your commit caused" is something that a contributor=20 >> could >> probably figure out themselves). >=20 > 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=20 there's not much people doing review, but it's a pain present in most=20 projects. Even some Linux kernel subsystems often lacks proper review,=20 I regularly see articles about that on LWN popping up =97 and the=20 kernel has thousands of contributors, most of them are paid ones. Undoubtedly this is important for Emacs future, but where do you think=20 new people can appear from? Consider that when I'm talking about=20 newbies, I'm implicitly talking about possible future maintainers. =