test May 2011

test@lists.fedoraproject.org

164 participants
405 discussions

[Fedora QA] #93: Review options to reward key QA contributors
by fedora-badges 07 Dec '11

07 Dec '11

#93: Review options to reward key QA contributors ---------------------------+------------------------------------------------ Reporter: jlaska | Owner: jlaska Type: enhancement | Status: new Priority: major | Milestone: Fedora 14 Component: Wiki | Version: Keywords: retrospective | ---------------------------+------------------------------------------------ = problem = During Fedora 13, a small amount was available to reward several key QA contributors for their efforts. = analysis = If possible, I'd like to repeat this in Fedora 14. = enhancement recommendation = What's the best way to say thanks? 1. Request and secure QA budget to reward key contributors 2. Researching reward options (maxamillion has discussed t-shirt ideas with the design team) -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/93> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 3

[Fedora QA] #89: Improve tracking blocker review status
by fedora-badges 07 Dec '11

07 Dec '11

#89: Improve tracking blocker review status ---------------------------+------------------------------------------------ Reporter: jlaska | Owner: poelstra Type: enhancement | Status: new Priority: major | Milestone: Fedora 14 Component: Wiki | Version: Keywords: retrospective | ---------------------------+------------------------------------------------ = problem = Several bugs were changed so they fell off the tracking lists for Fedora 13. For example... * [http://bugzilla.redhat.com/505189 505189 - Going back to repo UI screen and and modifying Installation Repo causes traceback] * [http://bugzilla.redhat.com/577803 577803 - Adding repository requiring network fails if network is down] = analysis = In F-13, a bugzilla keyword was used to denote blocker status. However, aside from reviewing bugzilla comments, there was no query-able method to determine whether a blocker request is open, approved or denied. This led to several Fedora 13 bugs that were 1) fixed in Rawhide, 2) Moved to MODIFIED or CLOSED and not included, but not included in Fedora 13 (e.g. RHBZ #505189 and RHBZ #577803). Not knowing which bugs were already reviewed, also introduced time wasted reviewing previously reviewed bugs during blocker review meetings. = enhancement recommendation = Recommend reviewing process changes to avoid the scenarios leading up to RHBZ #505189 and RHBZ #577803. Some options discussed so far include 1. Document usage of bugzilla flags (suggested by jkeating) to track blocker requests. This likely involves creating a ''bot'' to police the tags? 2. Hardening the current keyword-based mechanism. Additional discussion points include: 1. Document generating exception report and document action plan for CLOSED Blocker bugs that did not go through VERIFIED. 2. More frequent nag mails leading up to release milestones. Notification of NEW or ASSIGNED bugs goes to the maintainer, and MODIFIED bugs goes to QA. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/89> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 21

[Fedora QA] #149: Mentor Request
by fedora-badges 07 Dec '11

07 Dec '11

#149: Mentor Request -----------------------------------------+---------------------------------- Reporter: hellork | Owner: Type: proventester request | Status: new Priority: minor | Milestone: Component: Proventester Mentor Request | Version: Keywords: | -----------------------------------------+---------------------------------- = phenomenon = I am interested in joining the protesters and I'm requesting a mentor. = reason = I have been filing bug reports and working on submitting a couple new projects to Fedora. I have a good working knowledge of Yum update, C, C++, Makefiles, Bash, Python, Java, and RPM, packaging, etc. = recommendation = Sign me up! -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/149> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 3

[Fedora QA] #196: proventester request
by fedora-badges 07 Dec '11

07 Dec '11

#196: proventester request -----------------------------------------+---------------------------------- Reporter: azur3l1ght | Owner: Type: proventester request | Status: new Priority: major | Milestone: Component: Proventester Mentor Request | Version: Keywords: | -----------------------------------------+---------------------------------- Hi , i would like to apply for proven testers team. I have 4 years as QA in different projects and recently switched to Fedora . Greetings Georgi -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/196> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 3

[Fedora QA] #189: I would like to join the proven testers and would like to have a mentor
by fedora-badges 07 Dec '11

07 Dec '11

#189: I would like to join the proven testers and would like to have a mentor -----------------------------------------+---------------------------------- Reporter: ikatalinikov | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Proventester Mentor Request | Version: Keywords: | -----------------------------------------+---------------------------------- = bug description = = bug analysis = = fix recommendation = -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/189> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 5

[Fedora QA] #183: Request to join the ProvenTesters Group
by fedora-badges 07 Dec '11

07 Dec '11

#183: Request to join the ProvenTesters Group -----------------------------------------+---------------------------------- Reporter: wonderer | Owner: Type: proventester request | Status: new Priority: major | Milestone: Component: Proventester Mentor Request | Version: Keywords: | -----------------------------------------+---------------------------------- = reason = just get to know https://admin.fedoraproject.org/updates/FEDORA-2011-3413 and want to test with my Wacom Tablets. = recommendation = Requesting a Mentor. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/183> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 2

[Fedora QA] #182: I wish to become a tester
by fedora-badges 07 Dec '11

07 Dec '11

#182: I wish to become a tester -----------------------------------------+---------------------------------- Reporter: pforsell | Owner: Type: proventester request | Status: new Priority: major | Milestone: Component: Proventester Mentor Request | Version: Keywords: | -----------------------------------------+---------------------------------- = phenomenon = = reason = = recommendation = -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/182> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 2

[Fedora QA] #145: Request to join ProvenTester
by fedora-badges 07 Dec '11

07 Dec '11

#145: Request to join ProvenTester -----------------------------------------+---------------------------------- Reporter: dbhole | Owner: Type: proventester request | Status: new Priority: major | Milestone: Component: Proventester Mentor Request | Version: Keywords: | -----------------------------------------+---------------------------------- OpenJDK is a widely used package, and has quarterly security updates (at the very least). While we (devel and qe) team test it, there is no way for us to set a +1 karma as a proven-tester. To that end, I would like to apply for proven tester status. In addition to OpenJDK, this will also allow me to test and set the proper Karma for other packages our team owns. I'd be happy to follow and training guidelines laid out by a Proventester Mentor. -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/145> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 3

[Fedora QA] #98: Request for a Mentor
by fedora-badges 07 Dec '11

07 Dec '11

#98: Request for a Mentor -----------------------------------------+---------------------------------- Reporter: jdulaney | Owner: Type: proventester request | Status: new Priority: major | Milestone: Component: Proventester Mentor Request | Version: Keywords: | -----------------------------------------+---------------------------------- I would like to now formally request a Proven Tester Mentor. I have been running Fedora since FC1, generally updating every other release (I skipped 9 and went straight to 10). I have several boxes so as to get different hardware involved. Thanks, John H. Dulaney https://fedoraproject.org/wiki/User:Jdulaney -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/98> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 2

[Fedora QA] #60: Devise a better location for critpath.txt
by fedora-badges 07 Dec '11

07 Dec '11

#60: Devise a better location for critpath.txt -------------------------+-------------------------------------------------- Reporter: kparal | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Wiki | Version: Keywords: | -------------------------+-------------------------------------------------- critpath.txt lists critical path packages [1]. Currently it is referenced as {{{ http://kojipkgs.fedoraproject.org/mash/rawhide-<<CURRENT DATE>>/logs/critpath.txt }}} or {{{ http://kojipkgs.fedoraproject.org/mash/rawhide-<<YESTERDAY DATE>>/logs/critpath.txt }}} depending on which page. Similarly for branched releases. This is not optimal. Very often the url just doesn't work. For example at the time of writing critpath.txt on F13 Alpha Release Criteria page [2] references rawhide-20100407/ directory, where critpath.txt is not available. Nor it is available in rawhide-20100406/ directory. Only in rawhide-20100405/ it is finally available. The very page Critical Path Packages [1] references critpath.txt for Branched release, which is available ATM, but also references critpath.txt for Rawhide, which is again not available. Let's imagine other use case - some automated tool must decide whether package in the critical path. It can't rely on path which are constantly changing and sometimes are not available. critpath.txt is created dynamically, so we probably must have the contents created every day or so. But we should devise such mechanism that the location is stable and the file is always available (if new contents fails to create, the old contents is still available). That will also allow third-party tools to rely on it. [1] https://fedoraproject.org/wiki/Critical_Path_Packages [[BR]] [2] https://fedoraproject.org/wiki/Fedora_13_Alpha_Release_Criteria -- Ticket URL: <https://fedorahosted.org/fedora-qa/ticket/60> Fedora QA <http://fedorahosted.org/fedora-qa> Fedora Quality Assurance

1 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

test May 2011