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? 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