From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: debbugs [was Re: Gitlab Migration] Date: Mon, 30 Aug 2021 12:09:47 -0400 Message-ID: References: <88o89f7y46.fsf_-_@fencepost.gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16273"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Daniel =?windows-1252?Q?Mart=EDn?= , Daniel Fleischer , emacs-devel@gnu.org To: Glenn Morris Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Aug 30 18:11:50 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 1mKjsz-0003yG-Pe for ged-emacs-devel@m.gmane-mx.org; Mon, 30 Aug 2021 18:11:50 +0200 Original-Received: from localhost ([::1]:39240 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mKjsy-0001hL-Pk for ged-emacs-devel@m.gmane-mx.org; Mon, 30 Aug 2021 12:11:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43620) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mKjrD-0000ed-3v for emacs-devel@gnu.org; Mon, 30 Aug 2021 12:09:59 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:11635) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mKjrA-0000X3-4J; Mon, 30 Aug 2021 12:09:58 -0400 Original-Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 78D0F440ABD; Mon, 30 Aug 2021 12:09:53 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id A237944076C; Mon, 30 Aug 2021 12:09:48 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1630339788; bh=1chEsFso5hX9XaqDDvpYZ51nbdYYnu50Asqv+h0zo1Y=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=QSXloC8A3qkvOnKu5aW9zo2bjzZfSrBHeHihC9A/cibFmCu9WW4u+Ix+qzC27EiTr SIc/N5mDyYlViVZR7GUNxAuYcFePC7E+pWSlMf/8Quq+Ya1XbGIVTN+p3B22I7p4b0 12gNEgMPr/ijOPHBwxOBrSOprGOg+7iVVgYXGKA+lS18Ox29nurJ0hRohCDXqFIr8A o8yGYesD0AEyPQtPI7fVJvKKFJTuA3sULHN7LbGk9wY707GmYXn+SXLU4ubDZoObRr pQwgFOscjgib9DXQjLTj8sLL2uEDB2sO6gklBcJWA8yb8a6H77Gi/Q9BRA2N/85bAv ui8rvZC4gp1Fw== Original-Received: from alfajor (unknown [104.247.244.135]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 6D5611202BC; Mon, 30 Aug 2021 12:09:48 -0400 (EDT) In-Reply-To: <88o89f7y46.fsf_-_@fencepost.gnu.org> (Glenn Morris's message of "Mon, 30 Aug 2021 11:26:01 -0400") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, 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.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:273512 Archived-At: > Obviously no-one's working on d.g.o (for some time), but for the record: My comments weren't really "requests for improvement" w.r.t d.g.o, indeed. >> - Can't search the database when I'm offline. >> I really wish the database was stored in Git, so I could easily have >> a clone of it. > I can't see how this could have worked in practice, given the size of > the database. When experimenting with BuGit I created a Git database holding all of debbugs.gnu.org and that worked fine. It was a few GBs large, admittedly, so the concept would require more work to make it possible/easy to download only a part of the database (the representation I used does/did make it fairly easy since each issue gets its own Git branch, the problem is more about the design of a UI and/or heuristics to decide which issue to download and or to flush). >> - The notion of "archived" bugs is a pain in the rear when you send a >> new message and the message just bounces back with "the bug is >> archived". Either get rid of it, or automatically unarchive bugs when > I think archiving is important for performance reasons. I definitely agree that the implementation would want to have a notion of "active" vs "inactive" issues for performance reasons (e.g. the above multi-GB Git clone would have shrunk a fair bit if it only included the non-archived bugs). > I imagine automatic unarchiving would have been easy to do, and I agree > it would be useful. Back in the day, I wasn't so sure, eg I thought that > mostly what would happen is that it would mean people could respond to > very old bugs by mistake without noticing. An automatic message in return to the author pointing out that this is an old bug would do the job for that. No need to divert the message to /dev/null. After all, all the other recipients will have received the message anyway. >> - I find it a big difficult to classify bugs. I'm not sure exactly what >> I'd like, and maybe some of it can be done via tags and other things >> already, but I think I'd like it if bugs could be "assigned" to persons >> and/or to files and/or to "subsystems" > There are the "owner" and "usertag" commands. Indeed, the basic functionality is there, but I somehow never got to using it. In web UIs these categorization tools tend to be shown in such a way that I'm encouraged to use them, whereas in debbugs's email interface I really have to go out of my way to use them. Not sure how to do better within the scope of an email interface. Stefan