From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Max Nikulin Newsgroups: gmane.emacs.devel Subject: Re: Why not set Emacs development workflow based on the popular git forges (GitHub, Bitbucket, Gitlab, ect)? Date: Fri, 17 Sep 2021 00:24:22 +0700 Message-ID: References: <87v93gfusa.fsf@yahoo.com> <87y28ctpuo.fsf@gmail.com> <87fsufq0ya.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13858"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Sep 16 19:25:47 2021 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 1mQv8t-0003MP-23 for ged-emacs-devel@m.gmane-mx.org; Thu, 16 Sep 2021 19:25:47 +0200 Original-Received: from localhost ([::1]:37758 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mQv8r-0008A6-FT for ged-emacs-devel@m.gmane-mx.org; Thu, 16 Sep 2021 13:25:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39714) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mQv7l-0007TT-AI for emacs-devel@gnu.org; Thu, 16 Sep 2021 13:24:37 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:41594) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mQv7i-0006ZM-RV for emacs-devel@gnu.org; Thu, 16 Sep 2021 13:24:37 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mQv7d-0001Uj-07 for emacs-devel@gnu.org; Thu, 16 Sep 2021 19:24:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ In-Reply-To: Content-Language: en-US Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 13 X-Spam_score: 1.3 X-Spam_bar: + X-Spam_report: (1.3 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, NICE_REPLY_A=-1.488, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no 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:274827 Archived-At: On 10/09/2021 10:39, Richard Stallman wrote: > > On 09/09/2021 00:34, Max Nikulin wrote: > > > > Why do you believe that is not applicable to Emacs? Similar to the > > > Linux kernel, Emacs is a large project with many subsystems that stretch > > > across a great amount of expertise domains. > > > Sorry, I forgot that Emacs is a kind of OS, so it requires equal treatment. > > Emacs is not an operating system, and neither is Linux. My apologizes. I had a hope the following: > > More seriously, ... was enough to show that I was kidding. > Emacs is a text editor with other features. Actually it is significantly more than just text editor and the joke was in support of "Emacs is a large project with many subsystems that stretch across a great amount of expertise domains." words by Po Lu. People use Emacs as a mail user agent, a PDF viewer, even a window manager, etc. Sometimes it is just convenient, sometimes it is a way to minimize switching of UI context since there are conflicts between Emacs and many other applications in respect to actions in response to key and mouse events. Existing variety of Emacs features (including external packages) should not be disregarded. Maybe my words on Linux kernel and Emacs development workflows were not clear enough. My opinion is the following: - Development of Linux kernel is an interesting case for discussion on web UI vs. mail list workflow. - Linux kernel development is email-based and rather successful, so it can be an argument that Emacs can continue using mail lists to propose and to discuss changes. - The reason why current web UIs are not sufficient for Linux kernel is not applicable for Emacs. There are a lot of independent groups involved into kernel development while Emacs does not have such fragmentation so flexibility in respect to groups is unnecessary. Scales of projects are rather different (large and huge). - Web UIs have features such as dashboard with status of submitted patches, so it is nice that Eli clearly expressed that developers do not mind change (hopefully mostly by adding new features) of workflow. - I had no aim to tell that GitHub/GitLab workflow is better for Emacs. Certainly comfortable way for main developers is more important. My point was that the case of Linux kernel is not a blocker for Emacs and nothing more.