From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Theodor Thornhill Newsgroups: gmane.emacs.devel Subject: Re: Migrating to sourcehut - what's missing? Date: Tue, 21 Dec 2021 19:30:36 +0100 Message-ID: <87lf0dq08j.fsf@thornhill.no> References: <871r26w27h.fsf@thornhill.no> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15041"; mail-complaints-to="usenet@ciao.gmane.io" To: Stefan Kangas , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 21 19:33:09 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 1mzjwi-0003fk-Fn for ged-emacs-devel@m.gmane-mx.org; Tue, 21 Dec 2021 19:33:09 +0100 Original-Received: from localhost ([::1]:40588 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mzjwg-00085Z-RO for ged-emacs-devel@m.gmane-mx.org; Tue, 21 Dec 2021 13:33:06 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:50512) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mzjuO-0006ED-1H for emacs-devel@gnu.org; Tue, 21 Dec 2021 13:30:44 -0500 Original-Received: from out1.migadu.com ([91.121.223.63]:14534) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mzjuL-00047w-0L for emacs-devel@gnu.org; Tue, 21 Dec 2021 13:30:43 -0500 X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=thornhill.no; s=key1; t=1640111438; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=YVHVh9ljLz2BW8FAAMLEGr2lnFJQqr3ew18Ta/3sYZ0=; b=fqaKOKml7TBWr3aqUfl2FvvJQ0riJ/b/wR/pM3GU/MCO6h3cBPOM3lG4WeK6MUd2IIS9jV tEJdFhLTldWvk1DEWr4jpOHp7617XmE6wWHRrcD3M6U/3gKCIuZ6aBVmEG2Ygg0q7siP80 Tn0LjAVLvvicq36qiPb9pAbcsbiRqQ9HGQwgFM6jH8Oj8DNFKUGvIipotwFJPD/tMXe/2z umo1MCPXwwnNWV59fFFuZYl2bJXnFQk99uMtaOynn/Sdu9Iw2wc46G4khdyQ70v8YdUsu+ G3r8GBNHNoJXXx9jP9CJaNnmY1f1SWVjW+LPOB6UjECFEZpsFdtWCTNgUZCpYw== In-Reply-To: X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: thornhill.no Received-SPF: pass client-ip=91.121.223.63; envelope-from=theo@thornhill.no; helo=out1.migadu.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:282617 Archived-At: >> Is there still interest in moving over to Sourcehut for emacs >> development? > > My understanding is that the answer is yes. AFAIK, no final decision > has yet been taken, but it seems like the consensus is more or less that > sourcehut is the most likely candidate to have what we need within some > reasonable time-frame. > Good to hear. I think it would be stupid to decide this without trying it properly first anyway. >> I'm planning to look into this myself a little during the holidays, but >> not sure how much time I realistically can spend on this, so therefore >> this mail. Possibly it may be useful if someone other than me wishes to >> tackle this over the holidays? In general they are pretty responsive >> over at #sr.ht, so they might be willing to help out a little. > > I would personally start with setting up a sourcehut instance with a > mirror of the Emacs source code. This would allow you to start > experimenting with it to see how it works and what is missing. In this > work, I would specifically compare the sourcehot workflow to what we > have now. If you could make the instance publicly accessible, other > interested parties could help with this work more easily. > Workflow-wise I believe it already is established that sourcehut supports most if not all aspects of the emacs development workflow, modulo the patch-rendering issue when patches are sent as attachments. One of the biggest improvements would be to set up builds on patch submission, running tests etc. All of this works properly in Sourcehut. > Preferably any gotchas when installing should be noted down somewhere > (e.g. sent to emacs-devel). > > Next, I would start looking into those things that are still missing. > For starters, they would need to be listed and it should be ensured that > there are good feature requests on the sourcehut issue tracker. If the > sourcehut developers are willing to implement those things then great, > otherwise it would be obviously be very useful if someone would > volunteer to start working on those things. > Actually, I think that running Sourcehut as a local instance wouldn't really be necessary for the evaluation, because it is the same code that is running on sr.ht. Apart from the fiddly bits with self hosting, the workflow should be the same. I'd encourage people on this list getting their own user there and trying it out, as I think many already have. Specifically, emacs-devel would want to use the `meta`, `lists`, `git`, `todo` and `builds` subprojects, that is all apart from the `hg` one. > In all steps of the way, I would try to involve emacs-devel for further > input and feedback. Of course. However, I think that getting some sense of what _needs_ to be supported before even considering sourcehut would be smart. The self hosting can come later, IMO. For example, its author suggests that emacs-devel adopts the `git send-email` workflow rather than using attachments anyway, but I believe that was a hard no. I'll start the list of hard requirements: - [ ] patches as attachments Theo