This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.4.5
- From: "joseph at codesourcery dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 10 Feb 2010 00:20:54 -0000
- Subject: [Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.4.5
- References: <bug-43011-18765@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #13 from joseph at codesourcery dot com 2010-02-10 00:20 -------
Subject: Re: Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.4.5
The main email-related functionality for GCC is: all bugs in the "gcc"
product automatically get CC:ed to gcc-bugs@gcc.gnu.org (maybe other lists
depending on the component, or for other products). Email replies get
body and attachments automatically entered in the relevant bug, with an
account created for the sender if they didn't already have one. If you
preserve that, most of the important email handling functionality is
there.
There is I think some mechanism for other bug manipulations by email, but
I don't think many people (if any at all) use it.
contrib/regress-submit.pl might once have been used for automatic bug
submissions by regression testers, but there hasn't been such submission
for years, so I think it can be ignored.
User accounts with email addresses @gcc.gnu.org automatically get some
extra privileges. I don't know where this is configured.
As noted, we can reasonably kill gccbug and so ignore anything related to
GNATS.
As discussed, there are various new fields added to GCC Bugzilla - while
some of the standard Bugzilla fields are removed as inapplicable (build /
host / target is the proper way of describing the platform where a GCC bug
is observed). There are also some changes to the set of states a bug can
be in.
Hopefully the conclusion will be that we don't need GCC-specific scripts
in contrib/ but can preserve the various GCC-specific logic (possibly
implemented in a better way using newer 3.4 infrastructure).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43011