From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Ricardo Wurmus 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: Thu, 18 Jun 2020 19:49:35 +0200 Message-ID: <87eeqctgb4.fsf@elephly.net> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="116789"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.4.10; emacs 26.3 Cc: Eli Zaretskii , Dmitry Gutov , Stefan Kangas , emacs-devel@gnu.org, Konstantin Kharlamov To: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jun 18 19:50:25 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 1jlygD-000UH1-Ul for ged-emacs-devel@m.gmane-mx.org; Thu, 18 Jun 2020 19:50:25 +0200 Original-Received: from localhost ([::1]:60584 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jlygC-00055H-WE for ged-emacs-devel@m.gmane-mx.org; Thu, 18 Jun 2020 13:50:25 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45800) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jlyff-0004bk-L8 for emacs-devel@gnu.org; Thu, 18 Jun 2020 13:49:51 -0400 Original-Received: from sender4-of-o57.zoho.com ([136.143.188.57]:21767) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1jlyfd-0001FQ-OM; Thu, 18 Jun 2020 13:49:51 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1592502585; cv=none; d=zohomail.com; s=zohoarc; b=YkrlAvbZAUCu53D9FeNsilsddrYhSrkoXQ2bYPdusUlGXIqqNHQbiswfNu9d/1pN8fnibxf4bm+kGjoGkjzkOhPmfsj58L7BSQv3zisSVE3aZf+oLzZb3PDkZsmSsv1YsiP3nciKErFH7SOK6GBnva2Y5ZnX4F8vTmdff0mQ450= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1592502585; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=xAA6eBBKyPA+F4TcdEC4Bq9O7LQzMPtgRjHiltrGXK4=; b=PDd/BQ1OVJc+ZmwLJmpbK7CDJTFuF0vpzLTe8LhpXSPlHhnPiTu4jO95vSs6gw7YcpvrgmAwPomVf2VOF6uoDqOgC+ZmHA7H3SlbcS1W61Z+VNamDuoHka5Yh1NdphZ91oWZMjSJZ9MLzuQ9IrBq2RyduOYtkwkFztwKnEq3ap8= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1592502585; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=xAA6eBBKyPA+F4TcdEC4Bq9O7LQzMPtgRjHiltrGXK4=; b=CVNg6/zr5DqcxmoNpYlWuHaRYehX28Q9cZ2s5n+rdhOU1gC1KIsrtry2KDi+/X4C e1cArVWbSeodwmzj+2bzMUhf5mimmZPHD6x2QrJ8ld96AZaAa+6AQQigUldwmQFzvPk xaP6fGhF85eU4ZKnegNW2QrxeDAjW/wp5hvEC/pQ= Original-Received: from localhost (p54ad49f5.dip0.t-ipconnect.de [84.173.73.245]) by mx.zohomail.com with SMTPS id 1592502580072351.7336804742879; Thu, 18 Jun 2020 10:49:40 -0700 (PDT) In-reply-to: <874krex73o.fsf@gmail.com> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC X-ZohoMailClient: External Received-SPF: pass client-ip=136.143.188.57; envelope-from=rekado@elephly.net; helo=sender4-of-o57.zoho.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/18 12:45:19 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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:252316 Archived-At: Jo=C3=A3o T=C3=A1vora writes: > Konstantin Kharlamov writes: > >> Oh, sure I can be mistaken. I see you replied to Dmitry's email, I had a= follow- >> up on it. Does my follow-up mail change your opinion, or perhaps do you = have >> some example in mind that a good commit message without the list would n= ot >> solve? > > I might have read it. I'm not saying good commit messages are > impossible without the summarizing list; I'm just saying it's a good > thing to have, something I've grown accustomed to. When composing them, > they're a good exercise in self-review. But of course there's more ways > to skin a cat. This just happens to be the way we use here. > > It's not "for fun". Of course is a mental cost in composing them, > especially if you don't do it often and use the friendly C-x 4 a > shortcut. But there is a gain, too. I=E2=80=99d also like to note that this list can be invaluable when rebasing commits and resolving conflicts. It=E2=80=99s not strictly necessary (just= like other parts of a version control workflow are not strictly necessary), but it can serve as a sanity check in a time when the diff is not authoritative as it is in flux. An explanation as to why things were done is also very useful in those cases, but an overview on the *conceptual* changes at the procedure level (rather than the plain diff that=E2=80=99s only concerned with lines = and not with the context in which the changes occurred) provides additional valuable information that the commit diff itself cannot provide. You can, of coures, browse the code with the diff applied and without and see the full context in which those lines were changed, but even with a nice interface like the one magit provides that=E2=80=99s much more = work than looking at the commit summary. --=20 Ricardo