Re: Last minute blocker bugs

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

 



Yeah, you can be right, Julen, however the process, as we are having now, would allow discarding Blocker Bugs possibly anytime, even if 3 or 4 people would be present on a meeting. And I don't think it is correct to let 4 people decide.
In case of a qorum (and I am not saying it has to be 10 people), the few people in the IRC meeting could always summon for more people to join, as we always do when we need to talk to particular people. They usually respond.

But to show some numbers, I have gone through the meetings minutes of F30 release and I realized that on average, there were more than 10 people actively present on each meeting, the average Go/no Go presence is 17. See table.

= Meeting presence

== Go/No-go Meetings

|===
| Milestone | Date | Presence
| Beta | 3/21/19 | 14
| Beta | 3/28/19 | 16
| Final | 4/25/19 | 24
| Final | 4/26/19 | 14
| Average |       | 17
|===

== Blocker Review Meetings

|===
| Date | Presence
| 2/11/19 |  6
| 3/04/19 | 11
| 3/11/19 | 14
| 3/18/19 |  9
| 3/25/19 | 13
| 4/1/19  | 10
| 4/8/19  | 15
| 4/15/19 | 14
| 4/22/19 | 13
| Average | 11                                                                                                       
|===


On Tue, May 14, 2019 at 12:21 PM Julen Landa Alustiza <julen@xxxxxxxxxxxxxx> wrote:
Lukas Ruzicka <lruzicka@xxxxxxxxxx> igorleak hau idatzi zuen (2019 mai. 14, ar. 10:39):
I have suggested the quorum, but we can still discuss the exact numbers (mine were just examples). Besides, the votes do not have to come from people present in one particular IRC meeting, but
  • votes could be recorded in all such meetings (blocker bugs meeting, go-nogo, ...)
  • votes could be casted in Bugzilla and IRC presence does not need to be required.
The most important thing is, the majority agrees, not that we need to organize voting every time we meet.

Lukas

But we are talking about last minute blockers so potentially they'll be discussed just on one meeting (latest blocker-review or GO/No GO) and we will not have a big time window for BZ voting.

I agree that the waiving should be agreed by a good majority, but I would prefer bot having any special quorum requeriments.

Scenario: Go/NO-Go is running and kparal finds a last minute bug. We don't have time for BZ voting, nor we can't wait for quorum. We need to agreed a decision during the running meeting, either waiving or blocking or it. Well, I would go with standard discuss, vote & agreement process, nothing special. 

Otherwise we will finish just autoblocking on all last minute bockers waiting for quorum, so waiving will not be possible.
_______________________________________________
test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to test-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/test@xxxxxxxxxxxxxxxxxxxxxxx


--

Lukáš Růžička

FEDORA QE, RHCE

Red Hat

Purkyňova 115

612 45 Brno - Královo Pole

lruzicka@xxxxxxxxxx   

_______________________________________________
test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to test-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/test@xxxxxxxxxxxxxxxxxxxxxxx

[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux