From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: some questions about GUIX Date: Tue, 29 Dec 2015 14:46:26 -0500 Message-ID: <20151229194626.GD30545@jasmine> References: <87d1ttmdbd.fsf@gmail.com> <87a8ot47wr.fsf@gnu.org> <87vb7h1cwh.fsf@gmail.com> <87a8otax38.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:32800) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aE0E4-0004Nl-Pk for help-guix@gnu.org; Tue, 29 Dec 2015 14:46:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aE0E0-0001zx-AU for help-guix@gnu.org; Tue, 29 Dec 2015 14:46:32 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:32947) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aE0E0-0001zp-3u for help-guix@gnu.org; Tue, 29 Dec 2015 14:46:28 -0500 Content-Disposition: inline In-Reply-To: <87a8otax38.fsf@elephly.net> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org To: Ricardo Wurmus Cc: help-guix@gnu.org On Tue, Dec 29, 2015 at 08:11:55PM +0100, Ricardo Wurmus wrote: > > Sam Halliday writes: > > > Ludovic Courtès writes: > >>> * Issue tracker / comm channels > >>> > >>> Will you be continuing to use debbugs, savannah and mailing lists going > >>> forward or would you consider moving to a modern community management > >>> system like gitlab? > >> > >> I hear the appeal of GitLab and the like. However, as was recently > >> discussed on guix-devel, while I think we must find ways to improve our > >> workflows (for instance, tracking patches is becoming tricky), I don’t > >> see us moving to one of those web-based approaches for several reasons: > >> > >> https://lists.gnu.org/archive/html/guix-devel/2015-12/msg00429.html > > > > I've never used GitLab, but I understand that it is free software. The > > thread above seems to suggest that it is proprietary. > > There are two variants AFAIU; the hosted GitLab service uses the > proprietary version. > > Although I personally started contributing to free software projects > regularly only at the time when Github came around (before that it was > quite awkward for me to send patches via email), I have come to really > appreciate the mail-based workflow we have for GNU projects. > > Savannah certainly isn’t pretty (and I only used the web interface once > or twice to get the info I needed to get started), and I find debbugs > somewhat hard to use, but I think using mailing lists for discussing > patches (but not to keep track of them) is vastly superiour to the > workflow imposed by Github and similar systems. I also have come to prefer the email workflow over web-based systems like Github and Gitlab. For one thing, I automatically have a complete copy of the project's development discussions (since I joined) on my workstation, because I do IMAP sync to have local emails. This means that the "human" part of the development process is distributed, in addition to the source code part (with git). Github is useless when I'm offline. It integrates very simply with git-send-email and git-am (for applying patches to my work tree). I find it much faster than clicking around github.com. Sure, it takes a little longer to learn than Github, but so does writing software versus just using it. I do like Github et al for sending one-off patches or bug reports to projects that I am not going to be spending a lot of time on. I would like to see a system that hooks into the mailing list and provides a "dual-interface" where both email and webpages are equal citizens, so that drive-bys have a chance of contributing without signing up for yet another mailing list (the true backcronym of YAML? ;) Tracking patches is more cumbersome with the current email system than Github but, on the other hand, I think that the patch's author should be paying enough attention to be able to keep track of it themselves [1]. If I have a local branch that isn't merged, I should know why. It's either incomplete or waiting for review, and if it's been waiting for review for a while, then I can send a reminder to the list. And if somebody else's mail is sitting in my guix-inbox for a while, I know why. This method works for me; I don't know if it works for other people. [1] This first half of these archived LKML messages describe what I'm talking about: http://yarchive.net/comp/linux/patches.html