Re: Fedora Linux 35 Final blocker review summary

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

 



Ok, so let's keep this in mind for the next meeting. It's a fair argument. 

Em dom, 17 de out de 2021 13:17, Adam Williamson <adamwill@xxxxxxxxxxxxxxxxx> escreveu:
On Sun, 2021-10-17 at 08:55 -0300, Geraldo Simião Kutz wrote:
> Ok, I understand the point, I too have lived with some of these bugs and
> don't noticed them until now. It's fair to move on and don't hold the
> release hostage as Matthew said, but for that I think we should add some
> rule, policie or something to the release blocking criteria allowing that,
> because most of these bugs meet one or other criteria and we must be
> consistent.

You can make an argument against the repo enable/disable bugs even on
the merits, honestly. We seem to be rather expanding our definition of
'critical functionality' lately. When we first wrote that criterion, I
don't think we would've expected it to cover "visual issues with
flatpak/fwupd repo enabling in the package manager", but at least three
people voted that way this time, so the bugs got accepted. It's
reasonable for someone - especially someone from KDE SIG - to say hang
on, we wouldn't have voted that way, can we please re-vote it? If
someone does come to a meeting or ticket with a reasonable argument
against the decision, we can re-consider it. We have plenty of
precedent for re-voting blockers based on new information (like "it's
been broken for years and apparently nobody cared a lot") or reasoning
("is this really critical functionality?")

I do think that if we're going to go hard on package manager
functionality as release-blocking, it might be a good idea to extend
the explicit criteria, rather than rely on the 'critical functionality
test' wording. Honestly, when we first wrote that criterion, for a
package manager I would've expected it to cover "run the app and
install a package", I wouldn't really expect it to go as far as
covering the repo configuration bugs we currently have as blockers.
--
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net

_______________________________________________
kde mailing list -- kde@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to kde-leave@xxxxxxxxxxxxxxxxxxxxxxx
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/kde@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
_______________________________________________
kde mailing list -- kde@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to kde-leave@xxxxxxxxxxxxxxxxxxxxxxx
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/kde@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

[Index of Archives]     [KDE Users]     [Fedora General Discussion]     [Older Fedora Users Mail]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Maintainers]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Triage]     [Coolkey]     [Yum Users]     [Yosemite Forum]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

  Powered by Linux