Re: [gentoo-project] rfc: comrel changes

[Roy Bamford]

On 2020.02.18 22:06, Matt Turner wrote:
> On Tue, Feb 18, 2020 at 12:13 PM Alec Warner <antarus@g.o>
> wrote:
> >
> >
> >
> > On Mon, Feb 17, 2020 at 8:18 AM William Hubbs <williamh@g.o>
> wrote:
> >>
> >> All,
> >>
> >> I realize that comrel is a thankless job, but it is an important
> one
> >> that helps preserve the health of the community.
> >>
> >> To facilitate this, I think we need to have some changes in the way
> comrel
> >> operates, so I would like to propose them here to see what other
> folks think.
> >>
> >> Since comrel is a special TLP like QA, I think the comrel lead,
> like
> >> the qa lead, should be confirmed by the council.
> >>
> >> When an issue is filed with comrel, the issue should be addressed
> >> within a reasonable time frame. As someone who has filed issues, I
> have
> >> seen them sit for months with no action taken.
> >> With all respect to comrel, this is unacceptable. You have a
> published
> >> policy for how you will process issues, so follow it. If you don't,
> it
> >> is very upsetting for users/developers who reach out to you for
> >> assistance, weakens your credibility, and by extension negatively
> affects the
> >> reputation of the entire Gentoo community.
> >>
> >> To promote more transparency with comrel, I would like to
> >> require the comrel lead to send a report to the gentoo-project list
> monthly
> >> containing these statistics for the previous month:
> >>
> >> - number of bugs received
> >> - number of bugs pending (this is for bugs that are currently in
> process)
> >> - number of bugs resolved by actions (such as talking to
> >>   developers or disciplinary action)
> >> - number of bugs closed without action
> >>
> >> - number of mediation requests received
> >> - number of mediation requests resolved
> >> - number of mediation requests escalated to bugs
> >> - number of mediation requests dismissed without action
> >>
> >> The comrel lead should be replaced if this report is not sent for
> three
> >> consecutive months.
> >>
> >> What do others think?
> >
> >
> > I'm a little bit concerned that this addresses the symptoms instead
> of the problem. Have you shared your concerns with comrel regarding
> their lack of timely communication on reported issues? Do they even
> share the same goals you enumerated?
> >
> > My strawperson argument is that:
> >  - (0) The council will elect some lead.
> >  - The lead will never write reports (or write them but stop.)
> >  - The lead will get removed per policy.
> >  - Council will elect a new lead.
> >  - GOTO 0
> >
> > This isn't to say I dislike the concept of publishing transparency
> report (I do like it) but I'm not sure a report completely solves the
> problems that comrel actually faces today and I'd be interested to
> learn more about
> >
>
> I've discussed it with William (and am a member of ComRel). The hope
> is that transparency reports will dissuade ComRel from ignoring
> reports.
>
> I've heard from other ComRel members in favor as well, FWIW.
>
> I think we're entirely open to suggestions.
>
>

Metrics allow the current state to be measured and compared to 
future states. They are the first step in gauging the magnatude of 
a problem, if one exists. 

Metrics won't help fix any problems though. Fixes require causes
to be established and addressed, which in turn requires that the 
operation of comrel be looked into somehow.

-- 
Regards,

Roy Bamford
(Neddyseagoon) a member of
elections
gentoo-ops
forum-mods
arm64