10.02.2022 18:02:01 Lubos Kocman <lubos.kocman@suse.com>:
I did share the proposal with other technical project managers and so far I received good fedback.
One topic which we still seem to struggle with or is bit unclear is priority definitions on the openSUSE wiki.
We claim that openSUSE priorization is done by bugowner to simply priorize his backlog, but we present priorities in let's say SUSE fashion, which I'm not sure is useful for the community bugowner.
To me it would make sense to present priorities in a much simplier way for community owned bugs, and update table to match priority table for SLES bugs and present it in the way that these is how SLES is using priority and not necessarily openSUSE.
What are your thoughts?
I would say priority commonly doesn't have a useful meaning in the scope of openSUSE. It would have a useful meaning if there is a central instance deciding about priorities so that comparing bugs with different properties makes sense. IMHO release managers for the according distribution should ensure that. Meaning, they can either set prios themselves or make sure it happens by others
Lubos Kocman píše v Čt 10. 02. 2022 v 13:13 +0000:
Oliver Kurz píše v St 09. 02. 2022 v 16:39 +0100:
Also I think the following https://en.opensuse.org/openSUSE:Most_annoying_bugs <https://en.opensuse.org/openSUSE:Most_annoying_bugs> and https://en.opensuse.org/openSUSE:Submitting_bug_reports#Voting_in_Bugzilla < https://en.opensuse.org/openSUSE:Submitting_bug_reports#Voting_in_Bu gzilla> could be removed as no one (neither the openSUSE community or the SLE Release Manager?!) is looking or using them?
Voting on bugs just came up in a discussion I had today. I think the section quoting "Voting in Bugzilla is intended for orientation purposes only" is fine as it is. Thank you Oliver!
Meanwhile I've reported the visibility of the product during bug reporting as an RFE to SUSE IT department (SD-76713). I expect we'll be able to improve this prior end of February, so just in time for Beta.
-- Best regards
Lubos Kocman openSUSE Leap Release Manager
-- Best regards
Lubos Kocman openSUSE Leap Release Manager