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(a)redhat.com> 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(a)lists.fedoraproject.org
> > To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> > 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@lists.fedoraproject.o...
>
> _______________________________________________
> devel mailing list -- devel(a)lists.fedoraproject.org
> To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
> 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@lists.fedoraproject.o...