Re: New FESCo Meeting Time and Ticket Policy

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Jun 19, 2018 at 01:18:04PM +0200, Vít Ondruch wrote:
> 
> 
> Dne 19.6.2018 v 12:37 Josh Boyer napsal(a):
> > On Tue, Jun 19, 2018 at 3:48 AM Vít Ondruch <vondruch@xxxxxxxxxx> wrote:
> >>
> >>
> >> Dne 19.6.2018 v 04:28 Kevin Kofler napsal(a):
> >>> Stephen Gallagher wrote:
> >>>> * Most FESCo votes will be performed in the tickets. FESCo members will
> >>>> have one week[1] from the creation of the ticket to vote. So long as at
> >>>> least three members have voted, the majority of votes at the end of that
> >>>> week will be counted as the result. If three votes are not received in the
> >>>> first week, voting will be extended by one additional week and the minimum
> >>>> required responses reduced to a single vote. If by the end of that second
> >>>> week no votes have been counted, it will be treated as a vote *against*
> >>>> any change requested by the reporter, thus preserving the current status
> >>>> however it stands. We do not expect this clause to ever be invoked.
> >>> Ouch!
> >>>
> >>> With the previous policy, any issues for FESCo would be tabled for a meeting
> >>> and announced on this list before the actual meeting.
> >> I think this ^^ is very valid point. I was used to review the tickets
> >> once they were announced they will be discussed on the meeting.
> > Out of curiosity, why did you wait?
> 
> I don't really want to monitor FESCo activity every day. If there was
> meeting announced, there was announced what is going to be discussed, so
> it was enough to check once per week.

I share your concern, to an extent, and I understand the motivation behind
the change too. Briefly, the motivation stems from the fact that many tickets
*are* completely non-controversial and we don't gain anything by waiting
for a FESCo meeting, and neither do we get anything by discussing in during
the meeting. But I feel that discussion is important, and during free
discussion additional questions or doubts might be raised that would not
appear in the more formal setting of a ticket. Thus, I plan to set the
'meeting' tag on all non-trivial tickets, as in [1].

Let's give it a try, maybe this will result in a slightly more efficient
FESCo (even though I think it was pretty good in this regard already).

[1] https://pagure.io/fesco/issue/1913#comment-517240

Zbyszek

> 
> >   There have been tickets in the
> > past that were already dealt with in this manner and never brought to
> > a meeting.
> 
> Sadly. But hopefully they were not that important.
> 
> >
> >>> That gave a chance to
> >>> the community to comment on the ticket and/or attend the meeting to join the
> >>> discussion. Thus, the community had a chance to point out any issues with
> >>> the submitted proposal before FESCo started voting.
> >>>
> >>> With the new policy, the voting starts immediately with the creation of the
> >>> ticket (of which FESCo members get notified by mail, whereas the community
> >>> at large does not) and has a short deadline of 1 week, encouraging voting
> >>> sooner rather than later. As a result, FESCo members will now almost always
> >>> vote based on only the submitter's biased writeup (the submitter of a
> >>> proposal will rarely point out, or even be aware of, all of its drawbacks)
> >>> before anybody from the community even gets a chance to see the ticket, let
> >>> alone reply.
> > Perhaps we could simply configure the FESCo queue to send email to the
> > devel list.  That would give everyone the same notification and
> > opportunity to comment.
> 
> Notification about new issues could be enough.
> 
> Although still, the FESCo meeting agenda used to be place, where it was
> obvious, that something probably happened with the ticket and it needs
> FESCo (and possibly my) attention. The notification of new issues would
> not replace the convenience FESCO meeting agenda, but better than nothing.
> 
> 
> V.
> 
> >
> > josh
> > _______________________________________________
> > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
> > Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/V6B4IU6AMV5B4PXOGGIWQDELQRDCQFLI/
> 
> _______________________________________________
> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/BYMYR2AV2X7M44N44QK6GHFP3YPRAU7U/
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/LAYLTT4XIBASWZBZ7VPY7PJFA7IG5HF3/




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux