From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/88867 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus backend for GitHub/GitLab? Date: Tue, 19 Nov 2019 19:31:15 -0800 Message-ID: <87zhgr9qbg.fsf@ericabrahamsen.net> References: <8736ejsehi.fsf@tullinup.koldfront.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="31291"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: ding@gnus.org Original-X-From: ding-owner+M37071@lists.math.uh.edu Wed Nov 20 04:32:21 2019 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iXGj4-0007ze-VV for ding-account@gmane.org; Wed, 20 Nov 2019 04:32:20 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.92.3) (envelope-from ) id 1iXGiP-0004A1-Rv; Tue, 19 Nov 2019 21:31:37 -0600 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1iXGiL-00047H-Ie for ding@lists.math.uh.edu; Tue, 19 Nov 2019 21:31:33 -0600 Original-Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1iXGiJ-0008Nr-IG for ding@lists.math.uh.edu; Tue, 19 Nov 2019 21:31:33 -0600 Original-Received: from 195-159-176-226.customer.powertech.no ([195.159.176.226] helo=blaine.gmane.org) by quimby.gnus.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1iXGiC-0003PK-WD for ding@gnus.org; Wed, 20 Nov 2019 04:31:27 +0100 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1iXGiB-00077E-Qy for ding@gnus.org; Wed, 20 Nov 2019 04:31:23 +0100 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:EdZOIMQ0MMJpm1LpHCUUTrNmHx4= List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:88867 Archived-At: Adam Sjøgren writes: > Watching this video about Magit Forge: > > · https://cestlaz.github.io/post/using-emacs-62-magit-forge/ > > It hit me that accessing comments on GitHub/GitLab seems like an obvious > candidate for a Gnus backend. > > * GitHub/GitLab-instance: a Gnus server > * Each project you're interested in: a subscribed group > * Each issue: a top-level article > * Each comment: replies to issues/other comments > * Label, State ...: headers that can be edited > > I guess Pull/Merge Requests could also be articles in the group, only > with other default headers shown. > > So what I am thinking of is, say, nntp+gitlab.com:bashrc2.epicyon as the > group, for instance, with articles: > > [Klaus Alexander Seistrup] User and status links: reorganisation? > [Alex Schroeder ] System load > [Bob Mottram ] > [Alex Schroeder ] > [Bob Mottram ] > [Bob Mottram ] > [Bob Mottram ] > [Alex Schroeder ] > [Bob Mottram ] > [Bob Mottram ] > > (Mapped from https://gitlab.com/bashrc2/epicyon/issues) > > Something like that. > > Closing an issue could be editing the root-article and updating a > "Status:" header from "open" to "closed". Changing labels would be > editing the "Keywords:" header. Deleting would be cancelling the > article. Creating a new issue: posting a new article. Commenting > following up. > > For public projects you could use scoring to ignore comments from > trolls. Or bulk delete spam. > > I think Gnus would be better suited to this than Magit Forge. Well, if > you're using Gnus anyway, anyway. > > If I had a backend like this, I could turn off notification emails from > GitLab at work, and I would never have to use the web-interface. > > (Well, Gnus would have to support Kerberos in web-requests, so I could > see the images in the issues, but except for that.) > > The more I think about this, the more I like it. Gnus all the things! > > What do you think? I think it's exhausting just to imagine the amount of work that would take :) But in principle I think it's a great idea, and I definitely think we should be pushing the boundaries of what counts as a Gnus server. So many things could be thought of as groups of sequential messages. I look forward to your code! Eric