From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15795 invoked by alias); 28 Feb 2014 17:31:43 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 15782 invoked by uid 89); 28 Feb 2014 17:31:42 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-vc0-f174.google.com Received: from mail-vc0-f174.google.com (HELO mail-vc0-f174.google.com) (209.85.220.174) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 28 Feb 2014 17:31:41 +0000 Received: by mail-vc0-f174.google.com with SMTP id im17so1047489vcb.33 for ; Fri, 28 Feb 2014 09:31:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8kbgILb0FuC1qlYXWA2fQ/q7LODpUlcCnFR8fIL7JDE=; b=SgWK4wWO7Y6yBZ9AOQV1d+ImyxUIshZY2lalxHtZsUHfDW+ed/72TIExQ8J/fuWLM0 lfObiaH2s+80ANg4BWf8j+XIggBEYcYJZSwzechuPvF2BfZrPfVMW7zWZKPzePoW8UzV zSrpaXTEAmCBrGH8UJL7bTQ3G0/B2MKb5C86tAhqcdnJFkgvmYL1IzMt3QMLvAAWnIEf pyk93+2AgCGCpgskCMpOrgdP5D9MQuulziYeL0y6ygql6yXAfczLVlkImyoWXdZxsemi euRUr8/c8bYg7sOyBzXm7GldXK3DocixMEK5W2HiEDtWi8UaYhqh7YlHFOoIJLdxKSPy xmYQ== X-Gm-Message-State: ALoCoQnRJobGIvTAbfLd/QolPxb4D8cdFejf/P1xc0dPJHm6DpZir+oSLTdaf7vHl0EyjrhJE+yXszZrKTX0fFuc1ZHezppyW0Cv62kG9AJJx+iJXMHsqyagSpiMfdSceke8DQSDXU4Qr3vq7Z9JmvGRjzQEA8sVevs2KUT+pcRtn+LKL+Y6OhKMeFG50ZhOv9y/NwpG1eu4 MIME-Version: 1.0 X-Received: by 10.52.111.161 with SMTP id ij1mr60912vdb.80.1393608699322; Fri, 28 Feb 2014 09:31:39 -0800 (PST) Received: by 10.52.51.234 with HTTP; Fri, 28 Feb 2014 09:31:39 -0800 (PST) In-Reply-To: <20140228114527.GA21176@host2.jankratochvil.net> References: <20140228114527.GA21176@host2.jankratochvil.net> Date: Fri, 28 Feb 2014 17:31:00 -0000 Message-ID: Subject: Re: Bugzilla spring cleaning From: Doug Evans To: Jan Kratochvil Cc: gdb Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2014-02/txt/msg00071.txt.bz2 On Fri, Feb 28, 2014 at 3:45 AM, Jan Kratochvil wrote: > On Thu, 27 Feb 2014 19:11:41 +0100, Doug Evans wrote: >> 1) Remove old entries from the "Versions" list. >> 1b) IWBN to reverse-sort the Versions list. > > As said on IRC at least Fedora Bugzilla has the list of all (incl. old) > versions present everywhere except when filing new Bugs. So IIUC Fedora Bugzilla is already doing what I want to do here. > That has IMO all pros and no cons being discussed. > > > n+1) Components list is suspicious. It is not used to assign bugs to specific > people so it is questionable if it should exist at all. binutils has just > "binutils" there (and "ld", "gas", but even "bfd" is not an extra item). I dunno. gdb is a pretty big program (not as big as some I know of :-), but big enough). I like the fact that I have this tool (the component category) for sorting bugs according to which part of gdb is affected. For example, I for one intend to pay attention to the guile category, and I'm sure others would like the ability to filter them out ... And I can well imagine this applies to other components. [Obviously, some bugs cross component lines, and sometimes users don't know which category to use, and there are probably a few other issues I could raise if I paused a few more moments to think about it. In the end though I've found the component category to be a net win. Plus if confusion over which component to use is a real problemfor users, a one-liner in page that said "If you don't know which category, don't worry, just pick one and we'll change it if necessary." (or some such) would IMO go a long way to fixing that. If bugzilla lets us pick a default component, then set it to "gdb" - the catch-all for "other" components] > Otherwise there should be many more Components, at least one for each arch and > also one for each OS (such as "linux"). There is also missing "readline", > "dwarf", "stabs", "libiberty" and some others. There's a balance to be had, sure. One for each arch would vastly reduce the S/N ratio of the list (barring, e.g., u/i changes that let one expand/collapse the list of each arch or some such). I haven't felt a need for a category for each arch over the years, but maybe others have. OTOH, we have already established the convention for having a component for each language. I didn't start it, but I don't mind it, and that is why (for reference sake) I wanted to add a component for "go". > > I do not think it matters much, just when Doug brought up the topic. > > > Jan