On Mon, 16 Dec 2024 at 19:42, Fabio Valentini <decatho...@gmail.com> wrote:

> On Mon, Dec 16, 2024 at 8:11 PM Gary Buhrmaster
> <gary.buhrmas...@gmail.com> wrote:
> >
> > On Sat, Dec 14, 2024 at 10:18 PM Fabio Valentini <decatho...@gmail.com>
> wrote:
> >
> > > In "the spirit of transparency":
> > > FESCo agreed that a public ticket with a summary of the discussion in
> > > the private ticket should be filed, it just hasn't happened yet.
>
> Let me preface this with:
> I don't speak for FESCo in this response, just for myself as a FESCo
> member.
> We are still coordinating internally.
>

I personally think FESCo should be referring the problem to the council and
stepping back from the entire process.


> > It is unclear, from that statement, whether it was
> > intended to create that ticket before the original
> > posting and responses, although no reference to
> > that additional upcoming information was originally
> > mentioned.
>
> Filing a public ticket with all information that can be publicly
> shared was discussed during the video meeting we held last week.
> To my knowledge, we still plan to do this, but it was not mentioned in
> the emails that were sent. We should have noticed this, but we didn't.
>
> > At this point, I simply have not established an
> > opinion as to whether I personally agree or
> > disagree with the decision (or just don't care),
> > so I look forward to more information coming
> > so that I can make an informed evaluation.
> >
> > But the process of communicating that decision
> > seems to have been done poorly.  And that
> > should be improved.
>
> While I personally agree with this, please take into account that this
> is the first time provenpackager status has been revoked, so there was
> no established process.
>
> > For those with a modicum of experience with
> > public communications in a larger organization
> > one immediately notices that:
> >
> > - The "Friday news dump", while historically
> >   the way to do things, is now considered
> >   problematic in the age of social media
> >   and always on communications, as while
> >   there is no great time for such a drop,
> >   Friday now almost always extends the
> >   cycle for a number of days (that some
> >   communications departments have not
> >   gotten the memo is a different issue).
>
> We discussed when / how to publicize this decision, and the date was
> chosen somewhere between "reasonably quickly after the decision was
> made" and "most FESCo members will be offline for the holidays".
>
> > - That *all* the information must be made
> >   available initially.  A "drip, drip, drip" of
> >   additional information extends the cycle
> >   and starts things all over again (not good
> >   for anyone).  Sometimes the details do
> >   evolve, but getting it all out as soon as
> >   possible stops the bleeding sooner.
>
> All I can say here is ... we're working on it.
> Not all information that was discussed privately can be shared publicly.
>
> > Now, on to other related issue.....
> >
> > I take it that in this case the people issues
> > ended up in FESCo's purview primarily
> > because it was believed that there was
> > no other place for it to be dealt with.
> >
> > The "E" in FESCo stands for engineering.
> >
> > It is conventionally accepted that the simple
> > venn diagram of excellent engineering and
> > excellent people skills do not always have
> > a large overlap.
> >
> > And I vote for people for FESCo based on
> > their engineering views and not their ability
> > to deal with people issues (as far as I know,
> > we don't even ask questions about their
> > people skills).
> >
> > That suggests that perhaps FESCo should
> > not be the place where people issues are
> > handled.
> >
> > The experience from the recent Kent Overstreet
> > experience IRT the Linux Kernel suggests that
> > one should separate the people part from the
> > engineering part.  In the case of the kernel
> > they had their CoC committee.
> >
> > I was under the (mistaken?) understanding
> > that there was also a Fedora Code of Conduct
> > committee.  It would seem that FESCo
> > should have referred this issue to them, and
> > that the CoCc would have made the decision
> > and taken responsibility for the notifications
> > and actions.
> >
> > Did I misunderstand the existence of the
> > Code of Conduct committee, or that this
> > issue should have been under their purview?
>
> Both "packager" and "provenpackager" group memberships are clearly
> within FESCo's purview,
>
> see https://docs.fedoraproject.org/en-US/fesco/Provenpackager_policy/
> and
> https://docs.fedoraproject.org/en-US/fesco/Packager_sponsor_policy/#revoking
>
> Fabio
> --
> _______________________________________________
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
-- 
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to