On Wed, Sep 24, 2014 at 12:31 PM, W. Trevor King <wk...@tremily.us> wrote:
> On Wed, Sep 10, 2014 at 04:18:40PM +0200, Michał Górny wrote:
>>
>> 4. A mail alias that is not project :). For example, we have clang@ for
>> easily aggregating all clang-related build failures and other bugs but
>> it isn't a formal team.
>
> As an incremental solution, what about a <watcher> tag in metadata.xml
> with the same format as <maintainer> except that being a watcher
> doesn't imply a willingness to *do* anything about a project, it just
> means you want to be notified of changes and added to the CC list.

I'd given some thought to this as well, but didn't think it was a good idea.

First, you can already create queries in bugzilla.

Second, if we wanted something more robust than being interested in a
package isn't something that is limited to devs.  If you're just going
to look at bugs but not do anything about them, then you are really
just a user who might happen to also have commit access.  Do we really
need to have a developer-only way of getting bug CC's for people who
don't actually want to fix the bugs?  Or, would it make more sense to
find a way for anybody to follow issues in packages, assuming bugzilla
queries aren't enough?

Now, if something like clang@ isn't a formal team but does consist of
people who are actually doing something, why not just make it a
project?  After all, a group of people interested in actually doing
something basically is the definition of a project.  Being a project
isn't some kind of huge commitment. and I think it makes sense to just
have devs and groups of devs instead of having 12 different kinds of
groups of devs and we can't keep straight which kinds of groups do (or
more typically don't do) what.

--
Rich

Reply via email to