Re: [gentoo-project] rfc: comrel changes

[Roy Bamford]

On 2020.02.24 08:55, Michał Górny wrote:
> On Mon, 2020-02-24 at 11:47 +0300, Mikle Kolyada wrote:
> > On 24.02.2020 11:39, Michał Górny wrote:
> > > On Mon, 2020-02-24 at 11:36 +0300, Mikle Kolyada wrote:
> > > > As a result we have more busywork, this all can be conveyed to
> Council
> > > > directly. Also this is unclear to me how a review body will
> decide what
> > > > to appeal and what hot to, as the data is still being kept
> private and
> > > > reviewers are going to only have a decision on hands. Having
> only
> > > > decision is not enough to start thinking ComRel did anything
> wrong
> > > > (well, unless there were direct rules violation, which, to my
> knowledge
> > > > has never been the case).
> > > The whole point is that the review body has direct access to all
> > > the data (i.e. bugzilla privs, comrel@ alias, IRC channels).
> Unlike
> > > your 'individual' it is considered trusted and therefore you don't
> have
> > > to 'prepare' data for it.
> > >
> > Then as a result you are going to have yet another semi-closed
> process
> > which does not make the entire procedure more transparent (which was
> the
> > main concern of this thread).
> >
>
> Obviously.  When you can't publish all the data, an 'independent'
> audit
> is the best you can get.
>
>
> --
> Best regards,
> Michał Górny
>
>

Team,

We are trying to define a solution before the problem(s) we want to solve
has/have been framed.

What problems, (if any), need to be addressed?

Once problems and potential solutions have been agreed then metrics
can be designed to measure the efficacy (or oherwise) of the solutions.

So what are the perceived problem(s) ?

Potential solutions and metrics are out of scope meanwhile. 
-- 
Regards,

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