From Fedora Project Wiki

< QA‎ | Meetings

m (wiki typo)
m (internal link cleaning)
 
(11 intermediate revisions by one other user not shown)
Line 1: Line 1:
= Attendees =
= Attendees =


<!--
* Adam Williamson (adamw)
* Adam Williamson (adamw)
* Will Woods (wwoods)
* Will Woods (wwoods)
* Jóhann Guðmundsson (viking_ice)
* John Poelstra (poelcat)
* John Poelstra (poelcat)
* James Laska (jlaska)
* James Laska (jlaska)
* Jesse Keating (f13)
* Jesse Keating (f13)
-->
* Paul Frields (stickster)


= Agenda =
= Agenda =
Line 14: Line 14:


# [adamw] - BugStatusWorkFlow - ask bugzilla guys to add a link from the bugzilla fields description page to the wiki page, for fedora
# [adamw] - BugStatusWorkFlow - ask bugzilla guys to add a link from the bugzilla fields description page to the wiki page, for fedora
#* Completed (see {{bz|495985}}), waiting for bugzilla code update during next outage window for changes to go live
# [jlaska] - Send informal test day feedback survey to fedora-test-list and test day participants
# [jlaska] - Send informal test day feedback survey to fedora-test-list and test day participants
#* [https://www.redhat.com/archives/fedora-test-list/2009-June/msg00160.html Survey] sent to participants and to fedora-test-list
# [wwoods] - create preupgrade test case and update test matrix template  
# [wwoods] - create preupgrade test case and update test matrix template  
#* Test cases created (see [[QA:Testcase_Preupgrade]] and [[QA:Testcase_Preupgrade_from_older_release]]) and added to [[QA:Fedora_11_Install_Results_Template]] for any future test matrices
# [jlaska] - create new RC1 test results page
# [jlaska] - create new RC1 test results page
#* Several pages created to track test results, including: [[QA:Fedora_11_RC0_Install_Test_Results]], [[QA:Fedora_11_RC1_Install_Test_Results]], [[QA:Fedora_11_RC2_Install_Test_Results]], [[QA:Fedora_11_RC3_Install_Test_Results]]
# [adamw] - create common bug entry for {{bz|502077}}
# [adamw] - create common bug entry for {{bz|502077}}
#* Done and could probably be removed now (see [[Common_F11_bugs#865-hangs]]) since newer kernel resolves the problem


== F-11-GA Preparation ==
== F-11-GA Preparation ==
Line 24: Line 29:
* Schedule - http://fedoraproject.org/wiki/Releases/11/Schedule  
* Schedule - http://fedoraproject.org/wiki/Releases/11/Schedule  
* Installation test results - [[QA:Fedora_11_RC4_Install_Test_Results]]
* Installation test results - [[QA:Fedora_11_RC4_Install_Test_Results]]
* Release readiness meeting planned for today
 
Adamw noted that the new test results wiki page wasn't created yet.  Jlaska indicated it would be created soon after the meeting, once he received notification that RC4 composition had completed.
 
f13 indicated that he will continue to upload more RC4 bits as they are created (live images remain).
 
jlaska provided an update on RC test results.  The [[QA:Fedora_11_RC3_Install_Test_Results|RC3]] results are looking fairly good (when combined with [[QA:Fedora_11_RC0_Install_Test_Results|RC0]], [[QA:Fedora_11_RC1_Install_Test_Results|RC1]], [[QA:Fedora_11_RC2_Install_Test_Results|RC2]]).  Once initial scrubbing of RC4 media kits has completed, jlaska asked if attention could be made to verify the 9 MODIFIED bugs on the [http://tinyurl.com/pqeq6n F11 blocker list].
 
As indicated in the [[Releases/11/Schedule]], staging will begin Thu Jun 4.
 
jlaska asked if {{bz|503824}} (anaconda-maint-list, NEW, x86_64 upgrade in KVM hangs (OOM) with 512MB RAM + encrypted root_) should be added to the common bugs page.  Wwoods indicated that he would confirm on bare metal hardware first, and that this might be a candidate for common bugs.  Further discussion began around whether Fedora has a minimal system requirements list.  For additional comments, see ''open discussion'' below.


== F-11 QA Post-mortem discussion ==
== F-11 QA Post-mortem discussion ==
Jlaska indicated that a release-wide post-mortem review has been discussed for F11, and that he would like to begin the brainstorming around QA-specific topics.  For example, what went well, and what needed improvement from a QA perspective.
jlaska had to step out, adamw lead the brainstorming.
Highlights (see IRC transcript for full details) ...
=== What worked well  ===
# Fedora Test Days
#* 20 test events during F11
#* Formalized creation of live images for test days [[QA/Test_Days/Live_Image]]
#* Improve presentation and increased library of test cases
# [[Common_F11_bugs]]
#* More contributors and collaboration around existing wiki page
#* Consistent use of the common bug page as a resolution pathway for unresolved bugs and throughout mailing list communication
# Release Candidate testing
#* Increased QA community involvement in testing release candidates (see [[:Category:Fedora_11_Test_Results]])
#* Community driven Delta ISO generation
=== What needs improvement ===
# Blocker Bugs
#* Schedule & host earlier blocker bug list reviews
#* Improve messaging and guidelines around how to escalate a blocker bug for review
#* No workflow around verifying MODIFIED bugs
#* Large number ( of installation blocker bugs not reviewed prior to RC's
# Fedora Test Days
#* No test day for sound during F11
#* Complex or tightly coupled features need to be scheduled later in the cycle when things have stabalized
#* No capacity concept ... QA would be interested in defining # of events capable of hosting
#* Create a self-hosting test day procedure for non-QA hosted test events
# Release decisions
#* Clarify hand-off procedures between release engineering and quality assurance
#* Increase transparency around release slip meetings (or publicize minutes)
# Automation
#* No distro-wide automated testing ... daily manual installation and repo testing
# Metrics
#* No clear data for the health of the QA community, is it growing or shrinking?
#* Not clear how many testers contribute to each milestone (Alpha, Beta, Preview)


= Open discussion =
= Open discussion =


== ''your topic here'' ==
== What are Fedora minimal requirements? ==
 
wwoods is seeing an OOM kill issue on a x86_64 KVM guest when upgrading from F10 -> F11 with only 512Mb of memory.
 
Everyone noted there isn't a clear definition of what minimal system requirements are for Fedora.  Adamw directed folks to the bug he and Rahul filed {{bz|499585}}.


= Upcoming QA meetings/events =
= Upcoming QA meetings/events =
Line 38: Line 94:


= Action items =
= Action items =
* [stickster] - who will be handling release_notes bugs to help with {{bz|499585}}
* [adamw] - propose draft wording of minimal requirements for the release_notes team to digest


= IRC Transcript =
= IRC Transcript =
{|
|- id="tJun 03 12:00:01"
| colspan="2" | --- | jlaska has changed the topic to: Fedora Quality Assurance Meeting | gathering
|| [[#tJun 03 12:00:01|Jun 03 12:00]]
|- id="tJun 03 12:00:37"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | huzzah
|| [[#tJun 03 12:00:37|Jun 03 12:00]]
|- id="tJun 03 12:00:45"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | wwoods: greetings
|| [[#tJun 03 12:00:45|Jun 03 12:00]]
|- id="tJun 03 12:01:12"
! style="background-color: #818144" | adamw
| style="color: #818144" | | hooray
|| [[#tJun 03 12:01:12|Jun 03 12:01]]
|- id="tJun 03 12:01:16"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | QA meeting time, anyone around please clap your ends (against the keyboard)
|| [[#tJun 03 12:01:16|Jun 03 12:01]]
|- id="tJun 03 12:01:19"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw: heyo
|| [[#tJun 03 12:01:19|Jun 03 12:01]]
|- id="tJun 03 12:01:42"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | Here
|| [[#tJun 03 12:01:42|Jun 03 12:01]]
|- id="tJun 03 12:01:46"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | Viking-Ice: hey there
|| [[#tJun 03 12:01:46|Jun 03 12:01]]
|- id="tJun 03 12:02:25"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | I've got a hard stop in an hour today, so if we go over I'll need help from someone to drive
|| [[#tJun 03 12:02:25|Jun 03 12:02]]
|- id="tJun 03 12:02:41"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | okay, getting started with last weeks items
|| [[#tJun 03 12:02:41|Jun 03 12:02]]
|- id="tJun 03 12:02:42"
! style="background-color: #818144" | adamw
| style="color: #818144" | | we'll figure something out
|| [[#tJun 03 12:02:42|Jun 03 12:02]]
|- id="tJun 03 12:02:44"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | heh
|| [[#tJun 03 12:02:44|Jun 03 12:02]]
|- id="tJun 03 12:03:01"
| colspan="2" | --- | jlaska has changed the topic to: Fedora QA Meeting | previous week follow-up
|| [[#tJun 03 12:03:01|Jun 03 12:03]]
|- id="tJun 03 12:03:08"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | okay, I'm walking the list ... [[QA/Meetings/20090603#Previous_meeting_follow-up]]
|| [[#tJun 03 12:03:08|Jun 03 12:03]]
|- id="tJun 03 12:03:21"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | our lucky first up is ... &lt;drumroll&gt;
|| [[#tJun 03 12:03:21|Jun 03 12:03]]
|- id="tJun 03 12:03:22"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | #  [adamw] - BugStatusWorkFlow - ask bugzilla guys to add a link from the bugzilla fields description page to the wiki page, for fedora
|| [[#tJun 03 12:03:22|Jun 03 12:03]]
|- id="tJun 03 12:03:49"
! style="background-color: #818144" | adamw
| style="color: #818144" | | well, i did it
|| [[#tJun 03 12:03:49|Jun 03 12:03]]
|- id="tJun 03 12:03:52"
! style="background-color: #818144" | adamw
| style="color: #818144" | | and they say it's done
|| [[#tJun 03 12:03:52|Jun 03 12:03]]
|- id="tJun 03 12:04:06"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i'm not actually seeing it on the page though
|| [[#tJun 03 12:04:06|Jun 03 12:04]]
|- id="tJun 03 12:04:12"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | oh funky
|| [[#tJun 03 12:04:12|Jun 03 12:04]]
|- id="tJun 03 12:04:31"
! style="background-color: #818144" | adamw
| style="color: #818144" | | oh, dave says "Will show up in the next code update."
|| [[#tJun 03 12:04:31|Jun 03 12:04]]
|- id="tJun 03 12:04:37"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so, presumably there hasn't been one o' those yet
|| [[#tJun 03 12:04:37|Jun 03 12:04]]
|- id="tJun 03 12:04:40"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | ah right, during the next outage window
|| [[#tJun 03 12:04:40|Jun 03 12:04]]
|- id="tJun 03 12:04:51"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | once or twice a month, I forget
|| [[#tJun 03 12:04:51|Jun 03 12:04]]
|- id="tJun 03 12:05:42"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | there might be a staging/devel server if you wanted to test the changes out before the push?
|| [[#tJun 03 12:05:42|Jun 03 12:05]]
|- id="tJun 03 12:05:59"
! style="background-color: #818144" | adamw
| style="color: #818144" | | he didn't mention anything. it's a pretty straightforward change.
|| [[#tJun 03 12:05:59|Jun 03 12:05]]
|- id="tJun 03 12:06:12"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | okay
|| [[#tJun 03 12:06:12|Jun 03 12:06]]
|- id="tJun 03 12:06:48"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | any other updates or next-steps needed on that front?
|| [[#tJun 03 12:06:48|Jun 03 12:06]]
|- id="tJun 03 12:07:12"
! style="background-color: #818144" | adamw
| style="color: #818144" | | not really, it was a pretty simple thing :)
|| [[#tJun 03 12:07:12|Jun 03 12:07]]
|- id="tJun 03 12:07:24"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | roger thanks
|| [[#tJun 03 12:07:24|Jun 03 12:07]]
|- id="tJun 03 12:07:29"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | okay next up ...
|| [[#tJun 03 12:07:29|Jun 03 12:07]]
|- id="tJun 03 12:07:29"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | # [jlaska] - Send informal test day feedback survey to fedora-test-list and test day participants
|| [[#tJun 03 12:07:29|Jun 03 12:07]]
|- id="tJun 03 12:07:48"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | After 2 weeks of delaying I finally sent this out to the list (and bcc'd participants)
|| [[#tJun 03 12:07:48|Jun 03 12:07]]
|- id="tJun 03 12:08:22"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | posted just this morning, have some feedback (list and direct mail) coming already ... but expect to see much more
|| [[#tJun 03 12:08:22|Jun 03 12:08]]
|- id="tJun 03 12:08:33"
! style="background-color: #818144" | adamw
| style="color: #818144" | | great
|| [[#tJun 03 12:08:33|Jun 03 12:08]]
|- id="tJun 03 12:08:49"
! style="background-color: #488888" | f13
| style="color: #488888" | | I'm here
|| [[#tJun 03 12:08:49|Jun 03 12:08]]
|- id="tJun 03 12:08:50"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw: gave a "shout out" to your planet post as well :)
|| [[#tJun 03 12:08:50|Jun 03 12:08]]
|- id="tJun 03 12:08:53"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | f13: welcome
|| [[#tJun 03 12:08:53|Jun 03 12:08]]
|- id="tJun 03 12:09:08"
| colspan="2" | * | jlaska moving right along
|| [[#tJun 03 12:09:08|Jun 03 12:09]]
|- id="tJun 03 12:09:18"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | next up ...
|| [[#tJun 03 12:09:18|Jun 03 12:09]]
|- id="tJun 03 12:09:19"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | # [wwoods] - create preupgrade test case and update test matrix template
|| [[#tJun 03 12:09:19|Jun 03 12:09]]
|- id="tJun 03 12:09:28"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | I think you had that done before the meeting finished last week?
|| [[#tJun 03 12:09:28|Jun 03 12:09]]
|- id="tJun 03 12:11:33"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | wwoods: did we lose ya?
|| [[#tJun 03 12:11:33|Jun 03 12:11]]
|- id="tJun 03 12:12:14"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | okay, I think that one is completed, but will revisit later if needed
|| [[#tJun 03 12:12:14|Jun 03 12:12]]
|- id="tJun 03 12:12:27"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | # [jlaska] - create new RC1 test results page
|| [[#tJun 03 12:12:27|Jun 03 12:12]]
|- id="tJun 03 12:12:31"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | sorry
|| [[#tJun 03 12:12:31|Jun 03 12:12]]
|- id="tJun 03 12:12:42"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | np ... you've got the floor
|| [[#tJun 03 12:12:42|Jun 03 12:12]]
|- id="tJun 03 12:12:43"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | yeah, we've got two preupgrade cases
|| [[#tJun 03 12:12:43|Jun 03 12:12]]
|- id="tJun 03 12:12:51"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | and the matrix template and current results page are updated
|| [[#tJun 03 12:12:51|Jun 03 12:12]]
|- id="tJun 03 12:12:58"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | [[QA:Fedora_11_RC3_Install_Test_Results#Upgrade_system]]
|| [[#tJun 03 12:12:58|Jun 03 12:12]]
|- id="tJun 03 12:13:23"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | eggsellent, and I also saw you posting results+bugs for those too  ... nice
|| [[#tJun 03 12:13:23|Jun 03 12:13]]
|- id="tJun 03 12:13:41"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | any other things to track on that front?
|| [[#tJun 03 12:13:41|Jun 03 12:13]]
|- id="tJun 03 12:14:21"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | not that I'm aware of
|| [[#tJun 03 12:14:21|Jun 03 12:14]]
|- id="tJun 03 12:14:33"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | okay thanks
|| [[#tJun 03 12:14:33|Jun 03 12:14]]
|- id="tJun 03 12:14:53"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | as you saw in wwoods post earlier, we have not just 1, but 3 RC results pages so far
|| [[#tJun 03 12:14:53|Jun 03 12:14]]
|- id="tJun 03 12:15:08"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | with another on the way ... I'll create that once we get word that RC4 is live
|| [[#tJun 03 12:15:08|Jun 03 12:15]]
|- id="tJun 03 12:15:21"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | okay last up ...
|| [[#tJun 03 12:15:21|Jun 03 12:15]]
|- id="tJun 03 12:15:22"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | # [adamw] - create common bug entry for {{bz|502077}}
|| [[#tJun 03 12:15:22|Jun 03 12:15]]
|- id="tJun 03 12:15:46"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw ... aka Mr. Common Bugs
|| [[#tJun 03 12:15:46|Jun 03 12:15]]
|- id="tJun 03 12:15:49"
! style="background-color: #818144" | adamw
| style="color: #818144" | | done, and has been outpaced by events
|| [[#tJun 03 12:15:49|Jun 03 12:15]]
|- id="tJun 03 12:15:50"
! style="background-color: #818144" | adamw
| style="color: #818144" | | [[Common_F11_bugs#865-hangs]]
|| [[#tJun 03 12:15:50|Jun 03 12:15]]
|- id="tJun 03 12:15:53"
! style="background-color: #818144" | adamw
| style="color: #818144" | | but i should take it out
|| [[#tJun 03 12:15:53|Jun 03 12:15]]
|- id="tJun 03 12:15:59"
! style="background-color: #818144" | adamw
| style="color: #818144" | | as the updated kernel fixed it and we're putting that in GA
|| [[#tJun 03 12:15:59|Jun 03 12:15]]
|- id="tJun 03 12:16:07"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | oh we are?
|| [[#tJun 03 12:16:07|Jun 03 12:16]]
|- id="tJun 03 12:16:30"
! style="background-color: #488888" | f13
| style="color: #488888" | | jlaska: it's live, forgot to tell you
|| [[#tJun 03 12:16:30|Jun 03 12:16]]
|- id="tJun 03 12:16:35"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so...it's gone
|| [[#tJun 03 12:16:35|Jun 03 12:16]]
|- id="tJun 03 12:16:42"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | f13: I see partial images
|| [[#tJun 03 12:16:42|Jun 03 12:16]]
|- id="tJun 03 12:16:55"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw: ah okay, does this move to the fixed section ... or just dropped entirely?
|| [[#tJun 03 12:16:55|Jun 03 12:16]]
|- id="tJun 03 12:17:04"
! style="background-color: #818144" | adamw
| style="color: #818144" | | for now i'm just dropping them entirely
|| [[#tJun 03 12:17:04|Jun 03 12:17]]
|- id="tJun 03 12:17:08"
! style="background-color: #488888" | f13
| style="color: #488888" | | oh that's right, I made putting it on kojipkgs a higher priority for wwoods
|| [[#tJun 03 12:17:08|Jun 03 12:17]]
|- id="tJun 03 12:17:13"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | sorry?
|| [[#tJun 03 12:17:13|Jun 03 12:17]]
|- id="tJun 03 12:17:17"
! style="background-color: #818144" | adamw
| style="color: #818144" | | for mdv i had separate 'modes' for pre-release and post-release for the common issues page
|| [[#tJun 03 12:17:17|Jun 03 12:17]]
|- id="tJun 03 12:17:56"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw: okay
|| [[#tJun 03 12:17:56|Jun 03 12:17]]
|- id="tJun 03 12:17:56"
! style="background-color: #818144" | adamw
| style="color: #818144" | | before release, i'd have a 'resolved issues' section which noted problems that had been fixed during the pre-release cycle, then that would be cleared out once we hit final release and the 'resolved issues' section would start over again
|| [[#tJun 03 12:17:56|Jun 03 12:17]]
|- id="tJun 03 12:18:17"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i think that's a good model, but for f11 i'm just working in the 'final release' mode, we started too close to final release to bother with the pre-release mode i think
|| [[#tJun 03 12:18:17|Jun 03 12:18]]
|- id="tJun 03 12:18:35"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so anything for which the fix goes into GA just gets taken out
|| [[#tJun 03 12:18:35|Jun 03 12:18]]
|- id="tJun 03 12:18:47"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw: are there steps we should consider now for the F12 common bugs process?
|| [[#tJun 03 12:18:47|Jun 03 12:18]]
|- id="tJun 03 12:18:54"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw: that seems fair
|| [[#tJun 03 12:18:54|Jun 03 12:18]]
|- id="tJun 03 12:19:18"
! style="background-color: #818144" | adamw
| style="color: #818144" | | not really, just create the page  once we have something to write in it, copy all the boilerplate over from f11
|| [[#tJun 03 12:19:18|Jun 03 12:19]]
|- id="tJun 03 12:19:46"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i'd probably do it around the time we release a first snapshot, but it can be done earlier if anyone wants to
|| [[#tJun 03 12:19:46|Jun 03 12:19]]
|- id="tJun 03 12:20:03"
| colspan="2" | * | jlaska not sure who owns it ... and when it's expected to land
|| [[#tJun 03 12:20:03|Jun 03 12:20]]
|- id="tJun 03 12:20:15"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | but that can be a topic for another time
|| [[#tJun 03 12:20:15|Jun 03 12:20]]
|- id="tJun 03 12:20:26"
! style="background-color: #818144" | adamw
| style="color: #818144" | | yeah
|| [[#tJun 03 12:20:26|Jun 03 12:20]]
|- id="tJun 03 12:20:41"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | okay that's it for last week ... in record time too! :)
|| [[#tJun 03 12:20:41|Jun 03 12:20]]
|- id="tJun 03 12:20:59"
| colspan="2" | --- | jlaska has changed the topic to: Fedora QA Meeting | F-11-GA Prep
|| [[#tJun 03 12:20:59|Jun 03 12:20]]
|- id="tJun 03 12:21:10"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | didn't want to spend a lot of time here ... just reviewing the links and "who has the ball"
|| [[#tJun 03 12:21:10|Jun 03 12:21]]
|- id="tJun 03 12:21:20"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | * Blocker bugs (by component) - http://tinyurl.com/pqeq6n (currently '''0''' OPEN issues)
|| [[#tJun 03 12:21:20|Jun 03 12:21]]
|- id="tJun 03 12:21:20"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | * Schedule - http://fedoraproject.org/wiki/Releases/11/Schedule
|| [[#tJun 03 12:21:20|Jun 03 12:21]]
|- id="tJun 03 12:21:21"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | * Installation test results - [[QA:Fedora_11_RC4_Install_Test_Results]]
|| [[#tJun 03 12:21:21|Jun 03 12:21]]
|- id="tJun 03 12:21:22"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | 
|| [[#tJun 03 12:21:22|Jun 03 12:21]]
|- id="tJun 03 12:22:10"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | we're expecting RC4 any second now (looks like content just about uploaded to the double secret password location)
|| [[#tJun 03 12:22:10|Jun 03 12:22]]
|- id="tJun 03 12:22:28"
! style="background-color: #818144" | adamw
| style="color: #818144" | | the wiki page doesn't seem to exist yet
|| [[#tJun 03 12:22:28|Jun 03 12:22]]
|- id="tJun 03 12:22:31"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | with that I'll get an RC4 page posted after the meeting to highlight any changes against RC3
|| [[#tJun 03 12:22:31|Jun 03 12:22]]
|- id="tJun 03 12:22:45"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw: right on, I'll pull that together after the meeting
|| [[#tJun 03 12:22:45|Jun 03 12:22]]
|- id="tJun 03 12:23:03"
! style="background-color: #488888" | f13
| style="color: #488888" | | I'll continue to upload more bits of RC4 as they are created, mostly the live stuff
|| [[#tJun 03 12:23:03|Jun 03 12:23]]
|- id="tJun 03 12:23:11"
! style="background-color: #488888" | f13
| style="color: #488888" | | but first I have to make jigdo of the other stuff.
|| [[#tJun 03 12:23:11|Jun 03 12:23]]
|- id="tJun 03 12:23:21"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | f13: thanks ... I've got most of the content downloaded, except for x86_64+ppc DVD's
|| [[#tJun 03 12:23:21|Jun 03 12:23]]
|- id="tJun 03 12:23:28"
! style="background-color: #488888" | f13
| style="color: #488888" | | it really sucks not having enough disc space to do it all on one system before uploading :/
|| [[#tJun 03 12:23:28|Jun 03 12:23]]
|- id="tJun 03 12:23:33"
| colspan="2" | &lt;-- | mcepl [n=mcepl@49-117-207-85.strcechy.adsl-llu.static.bluetone.cz] has left #fedora-meeting ( )
|| [[#tJun 03 12:23:33|Jun 03 12:23]]
|- id="tJun 03 12:23:42"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | f13: as far as next steps ... the staging begins tomorrow at close of business?
|| [[#tJun 03 12:23:42|Jun 03 12:23]]
|- id="tJun 03 12:23:49"
! style="background-color: #488888" | f13
| style="color: #488888" | | if not sooner
|| [[#tJun 03 12:23:49|Jun 03 12:23]]
|- id="tJun 03 12:24:21"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | okay, the RC3 results ([[QA:Fedora_11_RC3_Install_Test_Results)]] are looking fairly good (when combined with RC0, RC1, RC2)
|| [[#tJun 03 12:24:21|Jun 03 12:24]]
|- id="tJun 03 12:24:38"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | perhaps we can focus on knocking out the remaining 9 MODIFIED bugs?
|| [[#tJun 03 12:24:38|Jun 03 12:24]]
|- id="tJun 03 12:24:49"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | http://tinyurl.com/pqeq6n
|| [[#tJun 03 12:24:49|Jun 03 12:24]]
|- id="tJun 03 12:25:01"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | I at least plan to circle around the anaconda issues again
|| [[#tJun 03 12:25:01|Jun 03 12:25]]
|- id="tJun 03 12:25:35"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | that's really all I had for RC4 ... unless any quick questions or concerns, we can move on to post-mortem prep
|| [[#tJun 03 12:25:35|Jun 03 12:25]]
|- id="tJun 03 12:26:25"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | wwoods: is bug#503824 a candiate for CommonBugs love?
|| [[#tJun 03 12:26:25|Jun 03 12:26]]
|- id="tJun 03 12:26:27"
! style="background-color: #8c4a4a" | buggbot
| style="color: #8c4a4a" | | Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=503824 medium, low, ---, anaconda-maint-list, NEW, x86_64 upgrade in KVM hangs (OOM) with 512MB RAM + encrypted root
|| [[#tJun 03 12:26:27|Jun 03 12:26]]
|- id="tJun 03 12:28:22"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | okay, changing topics ...
|| [[#tJun 03 12:28:22|Jun 03 12:28]]
|- id="tJun 03 12:28:36"
| colspan="2" | --- | jlaska has changed the topic to: Fedora QA Meeting | F-11 QA Post-mortem discussion
|| [[#tJun 03 12:28:36|Jun 03 12:28]]
|- id="tJun 03 12:28:42"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | jlaska: maybe, yeah
|| [[#tJun 03 12:28:42|Jun 03 12:28]]
|- id="tJun 03 12:28:58"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | I haven't reproduced on real hardware and I haven't confirmed the workaround
|| [[#tJun 03 12:28:58|Jun 03 12:28]]
|- id="tJun 03 12:29:14"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | wwoods: is this sometihng where booting with mem=512 on real hardware would be enough to simulate?
|| [[#tJun 03 12:29:14|Jun 03 12:29]]
|- id="tJun 03 12:30:18"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | haven't attempted
|| [[#tJun 03 12:30:18|Jun 03 12:30]]
|- id="tJun 03 12:30:20"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | possibly
|| [[#tJun 03 12:30:20|Jun 03 12:30]]
|- id="tJun 03 12:31:02"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | wwoods: okay, if it's something you feel &gt; 2 people will hit ... let's get 'er on there
|| [[#tJun 03 12:31:02|Jun 03 12:31]]
|- id="tJun 03 12:31:28"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i would want it to get tested on real hardware ideally
|| [[#tJun 03 12:31:28|Jun 03 12:31]]
|- id="tJun 03 12:31:39"
! style="background-color: #818144" | adamw
| style="color: #818144" | | unfortunately i have nothing left with memory chips that small =)
|| [[#tJun 03 12:31:39|Jun 03 12:31]]
|- id="tJun 03 12:31:57"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i might ask on the forum
|| [[#tJun 03 12:31:57|Jun 03 12:31]]
|- id="tJun 03 12:32:10"
! style="background-color: #488888" | f13
| style="color: #488888" | | I think there are more than one way to get anaconda to OOM with only 512 megs of ram
|| [[#tJun 03 12:32:10|Jun 03 12:32]]
|- id="tJun 03 12:32:26"
! style="background-color: #488888" | f13
| style="color: #488888" | | doing a PXE boot install on x86_64 graphical http is likely one way
|| [[#tJun 03 12:32:26|Jun 03 12:32]]
|- id="tJun 03 12:32:31"
! style="background-color: #488888" | f13
| style="color: #488888" | | or ppc
|| [[#tJun 03 12:32:31|Jun 03 12:32]]
|- id="tJun 03 12:32:41"
! style="background-color: #818144" | adamw
| style="color: #818144" | | btw, with my curmudgeon hat on, it's a bit sad for an installer to need 512MB of RAM. ah well.
|| [[#tJun 03 12:32:41|Jun 03 12:32]]
|- id="tJun 03 12:32:55"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | f13: I haven't stumbled on it under those conditions yet
|| [[#tJun 03 12:32:55|Jun 03 12:32]]
|- id="tJun 03 12:33:05"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | f13: oh you mean with under a low memory environment?
|| [[#tJun 03 12:33:05|Jun 03 12:33]]
|- id="tJun 03 12:33:06"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | adamw: well, that's why I'm still retesting - there are Conditions involved
|| [[#tJun 03 12:33:06|Jun 03 12:33]]
|- id="tJun 03 12:33:10"
! style="background-color: #818144" | adamw
| style="color: #818144" | | yeah
|| [[#tJun 03 12:33:10|Jun 03 12:33]]
|- id="tJun 03 12:33:14"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | like, installs from CD/DVD media might be fine
|| [[#tJun 03 12:33:14|Jun 03 12:33]]
|- id="tJun 03 12:33:21"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | it might work OK on 32-bit systems
|| [[#tJun 03 12:33:21|Jun 03 12:33]]
|- id="tJun 03 12:33:21"
! style="background-color: #488888" | f13
| style="color: #488888" | | jlaska: right, with a machine with only 512megs of ram
|| [[#tJun 03 12:33:21|Jun 03 12:33]]
|- id="tJun 03 12:33:24"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | might work on real hardware
|| [[#tJun 03 12:33:24|Jun 03 12:33]]
|- id="tJun 03 12:33:29"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw: yeah ... there's a tangeant there :)
|| [[#tJun 03 12:33:29|Jun 03 12:33]]
|- id="tJun 03 12:33:38"
! style="background-color: #818144" | adamw
| style="color: #818144" | | yep, that's why I said it'd be nice to test on real hardware
|| [[#tJun 03 12:33:38|Jun 03 12:33]]
|- id="tJun 03 12:33:43"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | and the installer itself doesn't actually require 512MB
|| [[#tJun 03 12:33:43|Jun 03 12:33]]
|- id="tJun 03 12:33:44"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | roger
|| [[#tJun 03 12:33:44|Jun 03 12:33]]
|- id="tJun 03 12:33:48"
! style="background-color: #818144" | adamw
| style="color: #818144" | | x86-64 / 512MB is a combination that's only ever likely to happen in a VM
|| [[#tJun 03 12:33:48|Jun 03 12:33]]
|- id="tJun 03 12:34:00"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | the installer is fine now (it used to die in depsolving)
|| [[#tJun 03 12:34:00|Jun 03 12:34]]
|- id="tJun 03 12:34:02"
! style="background-color: #818144" | adamw
| style="color: #818144" | | thinking about it
|| [[#tJun 03 12:34:02|Jun 03 12:34]]
|- id="tJun 03 12:34:08"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | but the glibc-common %post kills it now
|| [[#tJun 03 12:34:08|Jun 03 12:34]]
|- id="tJun 03 12:34:38"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | is there anything else to discuss aroudn this in the meeting, or should we just track this in the bz's and test results wiki?
|| [[#tJun 03 12:34:38|Jun 03 12:34]]
|- id="tJun 03 12:34:50"
! style="background-color: #488888" | f13
| style="color: #488888" | | the problem with our minimum hardware requirements is that "It depends"
|| [[#tJun 03 12:34:50|Jun 03 12:34]]
|- id="tJun 03 12:34:55"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so...actually...i guess we should either document it as a virt issue or not at all
|| [[#tJun 03 12:34:55|Jun 03 12:34]]
|- id="tJun 03 12:34:58"
! style="background-color: #488888" | f13
| style="color: #488888" | | it depends on what type of install you're doing, and how you launched it
|| [[#tJun 03 12:34:58|Jun 03 12:34]]
|- id="tJun 03 12:35:28"
! style="background-color: #488888" | f13
| style="color: #488888" | | but virt, where you're likely just booting kernel and initrd, and otherwise loading stage2 into memory, and doing a graphical install, 512megs on x86_64 is just Not Enough
|| [[#tJun 03 12:35:28|Jun 03 12:35]]
|- id="tJun 03 12:35:54"
! style="background-color: #488888" | f13
| style="color: #488888" | | it's not a bug really, it's just a needed documentation
|| [[#tJun 03 12:35:54|Jun 03 12:35]]
|- id="tJun 03 12:36:00"
! style="background-color: #818144" | adamw
| style="color: #818144" | | yeah...i'm thinking this is really almost release notes / hardware requirement material rather than common bugs
|| [[#tJun 03 12:36:00|Jun 03 12:36]]
|- id="tJun 03 12:36:03"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | agreed
|| [[#tJun 03 12:36:03|Jun 03 12:36]]
|- id="tJun 03 12:36:11"
| colspan="2" | * | jlaska looks at the RHEL5 xen minimum requirements
|| [[#tJun 03 12:36:11|Jun 03 12:36]]
|- id="tJun 03 12:36:12"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | right, like - I can specifically trigger it with virt preupgrade, but virt DVD upgrade would likely be OK
|| [[#tJun 03 12:36:12|Jun 03 12:36]]
|- id="tJun 03 12:37:04"
! style="background-color: #818144" | adamw
| style="color: #818144" | | me and rahul already have one bug open for minimum hardware requirements...https://bugzilla.redhat.com/show_bug.cgi?id=499585
|| [[#tJun 03 12:37:04|Jun 03 12:37]]
|- id="tJun 03 12:37:06"
! style="background-color: #8c4a4a" | buggbot
| style="color: #8c4a4a" | | Bug 499585: medium, low, ---, stickster, ASSIGNED, clarify minimum hardware requirements
|| [[#tJun 03 12:37:06|Jun 03 12:37]]
|- id="tJun 03 12:37:12"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i can take an action item to bug the docs team about that, and add this to it
|| [[#tJun 03 12:37:12|Jun 03 12:37]]
|- id="tJun 03 12:37:12"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | oh nice
|| [[#tJun 03 12:37:12|Jun 03 12:37]]
|- id="tJun 03 12:37:25"
| colspan="2" | * | stickster needs to get that reassigned!
|| [[#tJun 03 12:37:25|Jun 03 12:37]]
|- id="tJun 03 12:37:52"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw: yes please :)
|| [[#tJun 03 12:37:52|Jun 03 12:37]]
|- id="tJun 03 12:38:10"
! style="background-color: #818144" | adamw
| style="color: #818144" | | stickster: who should it be assigned to?
|| [[#tJun 03 12:38:10|Jun 03 12:38]]
|- id="tJun 03 12:38:52"
! style="background-color: #4b904b" | stickster
| style="color: #4b904b" | | adamw: I need to find out who's taking release notes bugs
|| [[#tJun 03 12:38:52|Jun 03 12:38]]
|- id="tJun 03 12:38:56"
! style="background-color: #818144" | adamw
| style="color: #818144" | | oh, and what would we say are realistic minimums for the virt case? 512MB for x86-32, 1GB for x86-64?
|| [[#tJun 03 12:38:56|Jun 03 12:38]]
|- id="tJun 03 12:39:22"
| colspan="2" | * | stickster asks in #f-docs
|| [[#tJun 03 12:39:22|Jun 03 12:39]]
|- id="tJun 03 12:39:26"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | defaults as  virt manager puts it
|| [[#tJun 03 12:39:26|Jun 03 12:39]]
|- id="tJun 03 12:41:00"
! style="background-color: #488888" | f13
| style="color: #488888" | | adamw: and again it depends on how you boot the virt guest
|| [[#tJun 03 12:41:00|Jun 03 12:41]]
|- id="tJun 03 12:41:20"
! style="background-color: #488888" | f13
| style="color: #488888" | | adamw: 512 on x86_64 is likely fine if you boot virt with a .iso image or DVD
|| [[#tJun 03 12:41:20|Jun 03 12:41]]
|- id="tJun 03 12:41:46"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | so more information is needed on this topic, is there anythign else that needs to be ironed out in this meeting?  Action items etc...
|| [[#tJun 03 12:41:46|Jun 03 12:41]]
|- id="tJun 03 12:41:48"
! style="background-color: #818144" | adamw
| style="color: #818144" | | right. ug. we're going to have to write an essay...
|| [[#tJun 03 12:41:48|Jun 03 12:41]]
|- id="tJun 03 12:41:55"
! style="background-color: #488888" | f13
| style="color: #488888" | | 256 or 312 megs might be OK on x86_32 if you boot with boot.iso or dvd.iso or physical media, and do a text mode install
|| [[#tJun 03 12:41:55|Jun 03 12:41]]
|- id="tJun 03 12:42:39"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i'll take the action item and try to come up with some appropriate text in conjunction with you guys
|| [[#tJun 03 12:42:39|Jun 03 12:42]]
|- id="tJun 03 12:42:44"
! style="background-color: #488888" | f13
| style="color: #488888" | | adamw: or you could just use the "worst case" install type (pxe, graphical) and state that it may be possible to use less ram in a different scenario and leave tips on how to reduce memory requirements
|| [[#tJun 03 12:42:44|Jun 03 12:42]]
|- id="tJun 03 12:42:46"
! style="background-color: #818144" | adamw
| style="color: #818144" | | but i know jlaska wants to move on :)
|| [[#tJun 03 12:42:46|Jun 03 12:42]]
|- id="tJun 03 12:43:07"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | it's a good topic, but do want to leave some time for post-mortem talk
|| [[#tJun 03 12:43:07|Jun 03 12:43]]
|- id="tJun 03 12:45:00"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | adamw: thanks, we can follow-up during the week on that
|| [[#tJun 03 12:45:00|Jun 03 12:45]]
|- id="tJun 03 12:45:23"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | so, I suspect (or hope) there will be a post-mortem discussion for the Fedora 11 release as a whole
|| [[#tJun 03 12:45:23|Jun 03 12:45]]
|- id="tJun 03 12:45:43"
! style="background-color: #488888" | f13
| style="color: #488888" | | yeah, we should have that scheduled.
|| [[#tJun 03 12:45:43|Jun 03 12:45]]
|- id="tJun 03 12:46:15"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | but before that gets started, I wanted to spend some time discussion what went well, and what needed improvement from a QA perspective
|| [[#tJun 03 12:46:15|Jun 03 12:46]]
|- id="tJun 03 12:46:50"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | not sure of a good way to get the ideas flowing, but perhaps just opening the floor to 'things that worked well'
|| [[#tJun 03 12:46:50|Jun 03 12:46]]
|- id="tJun 03 12:47:14"
! style="background-color: #818144" | adamw
| style="color: #818144" | | everything I did worked particularly stunningly, I thought!
|| [[#tJun 03 12:47:14|Jun 03 12:47]]
|- id="tJun 03 12:47:21"
! style="background-color: #42427e" | jlaska
| style="color: #42427e" | | haha
|| [[#tJun 03 12:47:21|Jun 03 12:47]]
|- id="tJun 03 12:47:22"
! style="background-color: #818144" | adamw
| style="color: #818144" | | you guys sucked, though. i was totally carrying you.
|| [[#tJun 03 12:47:22|Jun 03 12:47]]
|- id="tJun 03 12:47:36"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | Mine even better than adamw's
|| [[#tJun 03 12:47:36|Jun 03 12:47]]
|- id="tJun 03 12:47:58"
! style="background-color: #818144" | adamw
| style="color: #818144" | | no, uh - i think for a start it was a good thing that we had the testicular fortitude to delay the release twice
|| [[#tJun 03 12:47:58|Jun 03 12:47]]
|- id="tJun 03 12:48:31"
! style="background-color: #488888" | f13
| style="color: #488888" | | so I got a few
|| [[#tJun 03 12:48:31|Jun 03 12:48]]
|- id="tJun 03 12:48:33"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | it's proven it self if we delay any of the milestones we end up delaying the whole release anyway
|| [[#tJun 03 12:48:33|Jun 03 12:48]]
|- id="tJun 03 12:48:43"
! style="background-color: #818144" | adamw
| style="color: #818144" | | though it seems we maybe didn't catch some of the blocker issues early enough
|| [[#tJun 03 12:48:43|Jun 03 12:48]]
|- id="tJun 03 12:48:44"
! style="background-color: #488888" | f13
| style="color: #488888" | | We need to be better about promoting things to the BLOCKER lists
|| [[#tJun 03 12:48:44|Jun 03 12:48]]
|- id="tJun 03 12:48:56"
! style="background-color: #488888" | f13
| style="color: #488888" | | and allowing the review board of folks to take them off the list as necessary
|| [[#tJun 03 12:48:56|Jun 03 12:48]]
|- id="tJun 03 12:49:12"
! style="background-color: #488888" | f13
| style="color: #488888" | | we saw too many things slip through because somebody was afraid to make it a blocker
|| [[#tJun 03 12:49:12|Jun 03 12:49]]
|- id="tJun 03 12:49:19"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | the test days were awesome. part of my brain says that a) we should only accept features that we can plan test days for, and b) large-scale changes to the video drivers count a feature
|| [[#tJun 03 12:49:19|Jun 03 12:49]]
|- id="tJun 03 12:49:19"
! style="background-color: #818144" | adamw
| style="color: #818144" | | agreed...we also need to be more effective at getting other people to add things to the blocker list
|| [[#tJun 03 12:49:19|Jun 03 12:49]]
|- id="tJun 03 12:49:52"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | like who?
|| [[#tJun 03 12:49:52|Jun 03 12:49]]
|- id="tJun 03 12:49:53"
! style="background-color: #818144" | adamw
| style="color: #818144" | | for e.g., while i was pushing the i8x5 opengl issue, krh was working on a text corruption bug that affected all chipsets...which i wasn't aware of because he hadn't marked it blocker (and neither had anyone else)
|| [[#tJun 03 12:49:53|Jun 03 12:49]]
|- id="tJun 03 12:50:00"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | review the blocker lists farther in advance of freezes and releases
|| [[#tJun 03 12:50:00|Jun 03 12:50]]
|- id="tJun 03 12:50:03"
! style="background-color: #818144" | adamw
| style="color: #818144" | | but he was _treating_ it as a blocker (working on it right up to the ga deadline)
|| [[#tJun 03 12:50:03|Jun 03 12:50]]
|- id="tJun 03 12:50:26"
! style="background-color: #488888" | f13
| style="color: #488888" | | poelcat: good one
|| [[#tJun 03 12:50:26|Jun 03 12:50]]
|- id="tJun 03 12:50:28"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so we obviously haven't yet spread the gospel of marking things as blockers
|| [[#tJun 03 12:50:28|Jun 03 12:50]]
|- id="tJun 03 12:51:40"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | clarify/document the handoff process between release engineering and QA of content to be tested
|| [[#tJun 03 12:51:40|Jun 03 12:51]]
|- id="tJun 03 12:51:54"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | clarify/document expectations around when said content needs to be tested by
|| [[#tJun 03 12:51:54|Jun 03 12:51]]
|- id="tJun 03 12:52:51"
| colspan="2" | * | poelcat notes these are just my "brainstorming ideas"... not "must do next time"
|| [[#tJun 03 12:52:51|Jun 03 12:52]]
|- id="tJun 03 12:53:03"
! style="background-color: #818144" | adamw
| style="color: #818144" | | btw, jlaska has had to run, so he asked me to drive - i'm just leaving it open for people to throw things out there
|| [[#tJun 03 12:53:03|Jun 03 12:53]]
|- id="tJun 03 12:53:09"
! style="background-color: #818144" | adamw
| style="color: #818144" | | we're just trying to build a list of ideas at this point
|| [[#tJun 03 12:53:09|Jun 03 12:53]]
|- id="tJun 03 12:53:39"
! style="background-color: #818144" | adamw
| style="color: #818144" | | please do throw in anything in your head, doesn't have to be fully-formed
|| [[#tJun 03 12:53:39|Jun 03 12:53]]
|- id="tJun 03 12:53:45"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i think we could maybe think about the release candidate distribution issue as well; f13 has a lot of reasons why it's difficult but it seems like there's a lot of genuine productive energy to try and make it happen (we actually had someone go out and build and share deltaisos - something productive rather than the usual whining about how someone else should do it)
|| [[#tJun 03 12:53:45|Jun 03 12:53]]
|- id="tJun 03 12:53:46"
! style="background-color: #488888" | f13
| style="color: #488888" | | ideate you mean
|| [[#tJun 03 12:53:46|Jun 03 12:53]]
|- id="tJun 03 12:53:57"
! style="background-color: #818144" | adamw
| style="color: #818144" | | every time you use that word, a kitten dies
|| [[#tJun 03 12:53:57|Jun 03 12:53]]
|- id="tJun 03 12:54:13"
! style="background-color: #488888" | f13
| style="color: #488888" | | adamw: hrm, have you not been through our design thinking sessions?
|| [[#tJun 03 12:54:13|Jun 03 12:54]]
|- id="tJun 03 12:54:24"
! style="background-color: #818144" | adamw
| style="color: #818144" | | yes, that doesn't mean i have to like the terminology =)
|| [[#tJun 03 12:54:24|Jun 03 12:54]]
|- id="tJun 03 12:54:26"
! style="background-color: #488888" | f13
| style="color: #488888" | | ideate is part of Design Thinking, a very very productive way of approaching problem solving.
|| [[#tJun 03 12:54:26|Jun 03 12:54]]
|- id="tJun 03 12:54:36"
! style="background-color: #818144" | adamw
| style="color: #818144" | | sorry, we're sidetracking - i like the idea i just hate the word
|| [[#tJun 03 12:54:36|Jun 03 12:54]]
|- id="tJun 03 12:55:03"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so, yes, ideate (shudder) - everybody ideate
|| [[#tJun 03 12:55:03|Jun 03 12:55]]
|- id="tJun 03 12:55:09"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | f13: is this so called FAD day of yours done ? if not would it be possible to record the session(s)
|| [[#tJun 03 12:55:09|Jun 03 12:55]]
|- id="tJun 03 12:55:20"
! style="background-color: #488888" | f13
| style="color: #488888" | | it's not done, it's next week
|| [[#tJun 03 12:55:20|Jun 03 12:55]]
|- id="tJun 03 12:55:26"
! style="background-color: #488888" | f13
| style="color: #488888" | | recording will be difficult.
|| [[#tJun 03 12:55:26|Jun 03 12:55]]
|- id="tJun 03 12:55:42"
! style="background-color: #488888" | f13
| style="color: #488888" | | We asked RHT and they're going to record some of the first day for a promotional video I think
|| [[#tJun 03 12:55:42|Jun 03 12:55]]
|- id="tJun 03 12:55:53"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | Dam we need cams..
|| [[#tJun 03 12:55:53|Jun 03 12:55]]
|- id="tJun 03 12:56:05"
! style="background-color: #488888" | f13
| style="color: #488888" | | but we'll have an open conference call line, we'll be blogging, reading email, maybe even an open IRC channel
|| [[#tJun 03 12:56:05|Jun 03 12:56]]
|- id="tJun 03 12:56:12"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | more transparency around the decision to slip the release or not... public discussion or at least  meeting notes
|| [[#tJun 03 12:56:12|Jun 03 12:56]]
|- id="tJun 03 12:56:45"
! style="background-color: #818144" | adamw
| style="color: #818144" | | right - that's a good one
|| [[#tJun 03 12:56:45|Jun 03 12:56]]
|- id="tJun 03 12:56:58"
! style="background-color: #818144" | adamw
| style="color: #818144" | | we had generally positive response to the decision to slip but lots of people who were just guessing why we did it
|| [[#tJun 03 12:56:58|Jun 03 12:56]]
|- id="tJun 03 12:57:08"
! style="background-color: #818144" | adamw
| style="color: #818144" | | there's no reason we couldn't have had a log out there which just had the reasoning written down right there
|| [[#tJun 03 12:57:08|Jun 03 12:57]]
|- id="tJun 03 12:58:39"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | try to get a better idea of how many people test each test release
|| [[#tJun 03 12:58:39|Jun 03 12:58]]
|- id="tJun 03 12:58:47"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | maybe using smolt
|| [[#tJun 03 12:58:47|Jun 03 12:58]]
|- id="tJun 03 12:58:54"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | or even rawhide
|| [[#tJun 03 12:58:54|Jun 03 12:58]]
|- id="tJun 03 12:59:17"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | yep, i'm waiting to play that card :)better idea of how many people test each test release and rawhide
|| [[#tJun 03 12:59:17|Jun 03 12:59]]
|- id="tJun 03 12:59:37"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | hm, two conversations in one :)
|| [[#tJun 03 12:59:37|Jun 03 12:59]]
|- id="tJun 03 13:00:16"
! style="background-color: #818144" | adamw
| style="color: #818144" | | do we not get numbers on users of test releases?
|| [[#tJun 03 13:00:16|Jun 03 13:00]]
|- id="tJun 03 13:00:32"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | not directly
|| [[#tJun 03 13:00:32|Jun 03 13:00]]
|- id="tJun 03 13:00:57"
! style="background-color: #818144" | adamw
| style="color: #818144" | | can't we apply that "ten bazillion fedora users!" calculation? count repo hits?
|| [[#tJun 03 13:00:57|Jun 03 13:00]]
|- id="tJun 03 13:01:00"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | no
|| [[#tJun 03 13:01:00|Jun 03 13:01]]
|- id="tJun 03 13:01:08"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | obviously it suffers from the same problems as getting statistics of normal users
|| [[#tJun 03 13:01:08|Jun 03 13:01]]
|- id="tJun 03 13:01:13"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | the whole fedora stats needs rewrite infra needs to get familiar with rrdtools
|| [[#tJun 03 13:01:13|Jun 03 13:01]]
|- id="tJun 03 13:01:17"
! style="background-color: #818144" | adamw
| style="color: #818144" | | that doesn't stop us pretending :)
|| [[#tJun 03 13:01:17|Jun 03 13:01]]
|- id="tJun 03 13:01:32"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | but the normal releases have two things we can count: hits to the release-specific mirror URL
|| [[#tJun 03 13:01:32|Jun 03 13:01]]
|- id="tJun 03 13:01:39"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | and new smolt IDs
|| [[#tJun 03 13:01:39|Jun 03 13:01]]
|- id="tJun 03 13:02:08"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | I'm not sure about counting hits on the rawhide mirror URL
|| [[#tJun 03 13:02:08|Jun 03 13:02]]
|- id="tJun 03 13:02:16"
! style="background-color: #818144" | adamw
| style="color: #818144" | | well, we can still do something with mirror numbers, right? we should have a decent 'background' number for rawhide hits when there's no test release
|| [[#tJun 03 13:02:16|Jun 03 13:02]]
|- id="tJun 03 13:02:23"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | but people installing test releases rarely send in smolt stats for that machine, since it's just a test installation
|| [[#tJun 03 13:02:23|Jun 03 13:02]]
|- id="tJun 03 13:02:24"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so we could derive numbers for test releases...roughly, anyway?
|| [[#tJun 03 13:02:24|Jun 03 13:02]]
|- id="tJun 03 13:02:56"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | so yes, you could probably put together a very rough guess of how many people are following rawhide.
|| [[#tJun 03 13:02:56|Jun 03 13:02]]
|- id="tJun 03 13:03:00"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | but is that actually the question you asked?
|| [[#tJun 03 13:03:00|Jun 03 13:03]]
|- id="tJun 03 13:03:11"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i dunno, it was poelcat's question :)
|| [[#tJun 03 13:03:11|Jun 03 13:03]]
|- id="tJun 03 13:03:36"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | i think it would be interesting to have a rough idea what kind of "testing community" we have and if it is growing or shrinking
|| [[#tJun 03 13:03:36|Jun 03 13:03]]
|- id="tJun 03 13:03:37"
! style="background-color: #818144" | adamw
| style="color: #818144" | | poelcat...what's the ultimate goal, here? just try and make sure we're increasing the use of rawhide and test releases?
|| [[#tJun 03 13:03:37|Jun 03 13:03]]
|- id="tJun 03 13:03:45"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | or affecting the quality of our releases
|| [[#tJun 03 13:03:45|Jun 03 13:03]]
|- id="tJun 03 13:03:58"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | ideally I'd like to have a notion of our usable capacity to test
|| [[#tJun 03 13:03:58|Jun 03 13:03]]
|- id="tJun 03 13:04:07"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | and limit the number of accepted features based on that
|| [[#tJun 03 13:04:07|Jun 03 13:04]]
|- id="tJun 03 13:04:15"
! style="background-color: #4d4d93" | poelcat
| style="color: #4d4d93" | | or if we need to go to big daddy and ask for more resources
|| [[#tJun 03 13:04:15|Jun 03 13:04]]
|- id="tJun 03 13:05:08"
! style="background-color: #818144" | adamw
| style="color: #818144" | | ok...
|| [[#tJun 03 13:05:08|Jun 03 13:05]]
|- id="tJun 03 13:05:12"
! style="background-color: #818144" | adamw
| style="color: #818144" | | anyone got any more ideating to do?
|| [[#tJun 03 13:05:12|Jun 03 13:05]]
|- id="tJun 03 13:06:55"
| colspan="2" | * | Viking-Ice lot's of ideas no time at the moment to explain them : )
|| [[#tJun 03 13:06:55|Jun 03 13:06]]
|- id="tJun 03 13:07:04"
! style="background-color: #488888" | f13
| style="color: #488888" | | better rallying around NEEDSRETESTING
|| [[#tJun 03 13:07:04|Jun 03 13:07]]
|- id="tJun 03 13:07:41"
! style="background-color: #818144" | adamw
| style="color: #818144" | | Viking-Ice: just throw a quick one-line summary, so we have a record
|| [[#tJun 03 13:07:41|Jun 03 13:07]]
|- id="tJun 03 13:08:09"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | As I replied to devel today maintainers need to user better the resource they have at their disposal fedora-test-list along with QA trac instance
|| [[#tJun 03 13:08:09|Jun 03 13:08]]
|- id="tJun 03 13:08:53"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | if they Need retesting ( reporter unavailable ) or quick bodhi passing
|| [[#tJun 03 13:08:53|Jun 03 13:08]]
|- id="tJun 03 13:09:47"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so encouraging maintainers to use QA as a resource they can call upon, yep
|| [[#tJun 03 13:09:47|Jun 03 13:09]]
|- id="tJun 03 13:10:14"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | Coordinating with upstream testing lot of thing we need to look at ( referring to our ff testing )
|| [[#tJun 03 13:10:14|Jun 03 13:10]]
|- id="tJun 03 13:10:31"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | Thats on the todo list
|| [[#tJun 03 13:10:31|Jun 03 13:10]]
|- id="tJun 03 13:11:51"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | I'm confused. what are we supposed to be brainstorming about?
|| [[#tJun 03 13:11:51|Jun 03 13:11]]
|- id="tJun 03 13:12:23"
! style="background-color: #818144" | adamw
| style="color: #818144" | | wwoods: supposed to be f11 cycle post-mortem
|| [[#tJun 03 13:12:23|Jun 03 13:12]]
|- id="tJun 03 13:12:43"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i think a lot of these are things that the f11 cycle made people think "it would be cool if..."
|| [[#tJun 03 13:12:43|Jun 03 13:12]]
|- id="tJun 03 13:12:59"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | things specific to the F11 cycle?
|| [[#tJun 03 13:12:59|Jun 03 13:12]]
|- id="tJun 03 13:13:03"
! style="background-color: #818144" | adamw
| style="color: #818144" | | anyone have anything specific about anything we actually _did_ during f11 cycle?
|| [[#tJun 03 13:13:03|Jun 03 13:13]]
|- id="tJun 03 13:13:30"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | I mentioned test days already...
|| [[#tJun 03 13:13:30|Jun 03 13:13]]
|- id="tJun 03 13:13:32"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | testopia was nice while we had it
|| [[#tJun 03 13:13:32|Jun 03 13:13]]
|- id="tJun 03 13:13:37"
! style="background-color: #488888" | f13
| style="color: #488888" | | god yes
|| [[#tJun 03 13:13:37|Jun 03 13:13]]
|- id="tJun 03 13:13:40"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | (was that F11 or F10?)
|| [[#tJun 03 13:13:40|Jun 03 13:13]]
|- id="tJun 03 13:13:53"
! style="background-color: #818144" | adamw
| style="color: #818144" | | we had the semantic proposal to provide something like that
|| [[#tJun 03 13:13:53|Jun 03 13:13]]
|- id="tJun 03 13:13:56"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | One thing I've discussed with jlaska about is not holding a test day for something that depends on other thing that's broken like hey we schedueled a Gnome Test day but X is not working
|| [[#tJun 03 13:13:56|Jun 03 13:13]]
|- id="tJun 03 13:14:01"
! style="background-color: #818144" | adamw
| style="color: #818144" | | which is currently stalled, blocking on jlaska/infrastructure
|| [[#tJun 03 13:14:01|Jun 03 13:14]]
|- id="tJun 03 13:14:06"
! style="background-color: #488888" | f13
| style="color: #488888" | | whatever our next test case management system is, we should code name it "Flying Car"
|| [[#tJun 03 13:14:06|Jun 03 13:14]]
|- id="tJun 03 13:14:10"
! style="background-color: #818144" | adamw
| style="color: #818144" | | Viking-Ice: did we do that?
|| [[#tJun 03 13:14:10|Jun 03 13:14]]
|- id="tJun 03 13:14:53"
! style="background-color: #488888" | f13
| style="color: #488888" | | Viking-Ice: knowing the future would be a great boon yes
|| [[#tJun 03 13:14:53|Jun 03 13:14]]
|- id="tJun 03 13:14:56"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | alpha cycle test have had some test day going south due to rawhide status at the time basically bad scheduling
|| [[#tJun 03 13:14:56|Jun 03 13:14]]
|- id="tJun 03 13:15:07"
! style="background-color: #488888" | f13
| style="color: #488888" | | (IE it's hard to know if a given component will be working or broken from update to update)
|| [[#tJun 03 13:15:07|Jun 03 13:15]]
|- id="tJun 03 13:15:31"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | we roughly know the shape of rawhide at the time so we could adjust..
|| [[#tJun 03 13:15:31|Jun 03 13:15]]
|- id="tJun 03 13:15:32"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | the lesson there, I think, is that we need to leave a couple of test day slots open for rescheduling
|| [[#tJun 03 13:15:32|Jun 03 13:15]]
|- id="tJun 03 13:15:40"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | like leaving room in the school schedule for snow day make-up
|| [[#tJun 03 13:15:40|Jun 03 13:15]]
|- id="tJun 03 13:15:54"
! style="background-color: #818144" | adamw
| style="color: #818144" | | and try to schedule ones which rely on a more complex pile of components till a later (and hopefully stabler) point in the cycle
|| [[#tJun 03 13:15:54|Jun 03 13:15]]
|- id="tJun 03 13:16:03"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | one example is anaconda is borked or we cant create live cd's at the given time etc..
|| [[#tJun 03 13:16:03|Jun 03 13:16]]
|- id="tJun 03 13:16:06"
! style="background-color: #818144" | adamw
| style="color: #818144" | | and also, make rawhide 100% stable, i think that's a clear and achievable goal ;)
|| [[#tJun 03 13:16:06|Jun 03 13:16]]
|- id="tJun 03 13:16:22"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | rawhide is not supposed to be stable :)=
|| [[#tJun 03 13:16:22|Jun 03 13:16]]
|- id="tJun 03 13:16:24"
! style="background-color: #488888" | f13
| style="color: #488888" | | yes, no bugs.
|| [[#tJun 03 13:16:24|Jun 03 13:16]]
|- id="tJun 03 13:16:26"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | absolutely. just redefine "stable"
|| [[#tJun 03 13:16:26|Jun 03 13:16]]
|- id="tJun 03 13:16:36"
! style="background-color: #488888" | f13
| style="color: #488888" | | Viking-Ice: it is if you want to use it for a test day
|| [[#tJun 03 13:16:36|Jun 03 13:16]]
|- id="tJun 03 13:17:06"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so, ok, we can definitely make improvements with the scheduling to try and be more flexible for brokenness
|| [[#tJun 03 13:17:06|Jun 03 13:17]]
|- id="tJun 03 13:17:26"
! style="background-color: #818144" | adamw
| style="color: #818144" | | and we should continue to start trying to build live CDs several days before the test day, so we're not screwed if it happens to be broken just for one day
|| [[#tJun 03 13:17:26|Jun 03 13:17]]
|- id="tJun 03 13:17:34"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | one thing we should be working at is to make everyday a test day
|| [[#tJun 03 13:17:34|Jun 03 13:17]]
|- id="tJun 03 13:17:50"
! style="background-color: #818144" | adamw
| style="color: #818144" | | alright, getting too general again!
|| [[#tJun 03 13:17:50|Jun 03 13:17]]
|- id="tJun 03 13:17:53"
! style="background-color: #818144" | adamw
| style="color: #818144" | | think f11 follow up :)
|| [[#tJun 03 13:17:53|Jun 03 13:17]]
|- id="tJun 03 13:18:16"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | we were supposed to get autoqa stuff going for F11
|| [[#tJun 03 13:18:16|Jun 03 13:18]]
|- id="tJun 03 13:18:27"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | and instead we had to choose between doing autoqa or testing F11
|| [[#tJun 03 13:18:27|Jun 03 13:18]]
|- id="tJun 03 13:18:48"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | which reminds me have any taken a look at litmus?
|| [[#tJun 03 13:18:48|Jun 03 13:18]]
|- id="tJun 03 13:18:57"
! style="background-color: #818144" | adamw
| style="color: #818144" | | that sounds pretty much like the old classic everything takes longer and needs more people than you think it will, though
|| [[#tJun 03 13:18:57|Jun 03 13:18]]
|- id="tJun 03 13:19:19"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | https://wiki.mozilla.org/Litmus
|| [[#tJun 03 13:19:19|Jun 03 13:19]]
|- id="tJun 03 13:19:21"
! style="background-color: #818144" | adamw
| style="color: #818144" | | it shouldn't be a recurring issue, right? by the time we hit the rush phase for f12, lots of autoqa stuff should be up and humming over nicely
|| [[#tJun 03 13:19:21|Jun 03 13:19]]
|- id="tJun 03 13:19:27"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | adamw: right
|| [[#tJun 03 13:19:27|Jun 03 13:19]]
|- id="tJun 03 13:19:29"
! style="background-color: #488888" | f13
| style="color: #488888" | | wwoods: we did get some progress on autoqa
|| [[#tJun 03 13:19:29|Jun 03 13:19]]
|- id="tJun 03 13:19:34"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | yeah
|| [[#tJun 03 13:19:34|Jun 03 13:19]]
|- id="tJun 03 13:19:45"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | and we should probably have actually stuff running automatically very soon
|| [[#tJun 03 13:19:45|Jun 03 13:19]]
|- id="tJun 03 13:19:49"
! style="background-color: #818144" | adamw
| style="color: #818144" | | right
|| [[#tJun 03 13:19:49|Jun 03 13:19]]
|- id="tJun 03 13:19:50"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | err, actual
|| [[#tJun 03 13:19:50|Jun 03 13:19]]
|- id="tJun 03 13:20:03"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so that was just a "it's unfortunate but crap happens" moment, i think...not one we can learn any specific lessons from...
|| [[#tJun 03 13:20:03|Jun 03 13:20]]
|- id="tJun 03 13:20:14"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | "more autoqa" would be very, very good
|| [[#tJun 03 13:20:14|Jun 03 13:20]]
|- id="tJun 03 13:20:21"
! style="background-color: #818144" | adamw
| style="color: #818144" | | yeah, definitely
|| [[#tJun 03 13:20:21|Jun 03 13:20]]
|- id="tJun 03 13:20:35"
! style="background-color: #818144" | adamw
| style="color: #818144" | | just to take autoqa on its own - autoqa is awesome and we need as much of it as possible :)
|| [[#tJun 03 13:20:35|Jun 03 13:20]]
|- id="tJun 03 13:20:38"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | people do use what scant reports we produce
|| [[#tJun 03 13:20:38|Jun 03 13:20]]
|- id="tJun 03 13:20:46"
! style="background-color: #407a40" | wwoods
| style="color: #407a40" | | so doing more can't possibly hurt
|| [[#tJun 03 13:20:46|Jun 03 13:20]]
|- id="tJun 03 13:21:07"
! style="background-color: #818144" | adamw
| style="color: #818144" | | Viking-Ice: i don't think anyone's looked specifically into litmus, btw, no - i don't remember it coming up in our previous discussions about test case management...we can put the topic on next week's meeting agenda
|| [[#tJun 03 13:21:07|Jun 03 13:21]]
|- id="tJun 03 13:21:20"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | Great
|| [[#tJun 03 13:21:20|Jun 03 13:21]]
|- id="tJun 03 13:22:10"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | What ever we decide to use we need to spread the word and get other high profile upstream project to use so test cases can be exported/imported
|| [[#tJun 03 13:22:10|Jun 03 13:22]]
|- id="tJun 03 13:22:26"
! style="background-color: #488888" | f13
| style="color: #488888" | | little steps
|| [[#tJun 03 13:22:26|Jun 03 13:22]]
|- id="tJun 03 13:22:44"
! style="background-color: #818144" | adamw
| style="color: #818144" | | right...for this meeting, we can say, we would definitely benefit from proper test case management, the f11 cycle did show us that.
|| [[#tJun 03 13:22:44|Jun 03 13:22]]
|- id="tJun 03 13:24:38"
! style="background-color: #818144" | adamw
| style="color: #818144" | | ok, are we all done ideating?
|| [[#tJun 03 13:24:38|Jun 03 13:24]]
|- id="tJun 03 13:24:42"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | One other thing which F11 cycle ( an previous ones ) wiki is not that good in many things like test results etc..
|| [[#tJun 03 13:24:42|Jun 03 13:24]]
|- id="tJun 03 13:25:20"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | we need to come up with some replacement hopefully in the F12 cycle
|| [[#tJun 03 13:25:20|Jun 03 13:25]]
|- id="tJun 03 13:25:25"
! style="background-color: #818144" | adamw
| style="color: #818144" | | well, we already noted for test cases...did you have anything else you specifically thought the wiki was a bad way to handle?
|| [[#tJun 03 13:25:25|Jun 03 13:25]]
|- id="tJun 03 13:25:37"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | stats :)
|| [[#tJun 03 13:25:37|Jun 03 13:25]]
|- id="tJun 03 13:25:46"
! style="background-color: #818144" | adamw
| style="color: #818144" | | which stats?
|| [[#tJun 03 13:25:46|Jun 03 13:25]]
|- id="tJun 03 13:26:10"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | [[Statistics]] &lt;-- HELLO
|| [[#tJun 03 13:26:10|Jun 03 13:26]]
|- id="tJun 03 13:26:39"
! style="background-color: #818144" | adamw
| style="color: #818144" | | ok, i see
|| [[#tJun 03 13:26:39|Jun 03 13:26]]
|- id="tJun 03 13:26:42"
! style="background-color: #818144" | adamw
| style="color: #818144" | | does QA own that, though?
|| [[#tJun 03 13:26:42|Jun 03 13:26]]
|- id="tJun 03 13:26:45"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | charts people charts. .
|| [[#tJun 03 13:26:45|Jun 03 13:26]]
|- id="tJun 03 13:27:05"
! style="background-color: #818144" | adamw
| style="color: #818144" | | if not, it's not really our problem (to take a cynical organizational view of things :&gt;)
|| [[#tJun 03 13:27:05|Jun 03 13:27]]
|- id="tJun 03 13:27:16"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | QA &lt;--
|| [[#tJun 03 13:27:16|Jun 03 13:27]]
|- id="tJun 03 13:27:23"
! style="background-color: #818144" | adamw
| style="color: #818144" | | i think that's coming from stickster with his pr hat on - it may be something you could talk to him about
|| [[#tJun 03 13:27:23|Jun 03 13:27]]
|- id="tJun 03 13:28:01"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | infra web space simple html page with autogenerated stats on charts
|| [[#tJun 03 13:28:01|Jun 03 13:28]]
|- id="tJun 03 13:28:02"
! style="background-color: #818144" | adamw
| style="color: #818144" | | stickster: is that right? what would be the group to talk about improving how those statistics are presented?
|| [[#tJun 03 13:28:02|Jun 03 13:28]]
|- id="tJun 03 13:29:14"
! style="background-color: #818144" | adamw
| style="color: #818144" | | well...stickster's not around. but yeah, i think that goes under the 'not-QA' heading
|| [[#tJun 03 13:29:14|Jun 03 13:29]]
|- id="tJun 03 13:29:26"
| colspan="2" | * | stickster gets back, sorry
|| [[#tJun 03 13:29:26|Jun 03 13:29]]
|- id="tJun 03 13:30:00"
! style="background-color: #818144" | adamw
| style="color: #818144" | | stickster: quick answer to the above?
|| [[#tJun 03 13:30:00|Jun 03 13:30]]
|- id="tJun 03 13:30:24"
! style="background-color: #4b904b" | stickster
| style="color: #4b904b" | | I would say the Websites team
|| [[#tJun 03 13:30:24|Jun 03 13:30]]
|- id="tJun 03 13:30:38"
! style="background-color: #4b904b" | stickster
| style="color: #4b904b" | | But the answer will be, "Who's going to write that autogeneration material?"
|| [[#tJun 03 13:30:38|Jun 03 13:30]]
|- id="tJun 03 13:30:48"
| colspan="2" | * | stickster puts on Great Carnac prognostication hat
|| [[#tJun 03 13:30:48|Jun 03 13:30]]
|- id="tJun 03 13:30:59"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | the one that controls the logs
|| [[#tJun 03 13:30:59|Jun 03 13:30]]
|- id="tJun 03 13:31:02"
! style="background-color: #818144" | adamw
| style="color: #818144" | | alright, so, talk to the websites team and bring patches =)
|| [[#tJun 03 13:31:02|Jun 03 13:31]]
|- id="tJun 03 13:31:12"
! style="background-color: #818144" | adamw
| style="color: #818144" | | it does sound sensible to me though
|| [[#tJun 03 13:31:12|Jun 03 13:31]]
|- id="tJun 03 13:31:24"
! style="background-color: #818144" | adamw
| style="color: #818144" | | surely writing a quick auto-generation script is preferable to some mug running it manually and updating the wiki page every week
|| [[#tJun 03 13:31:24|Jun 03 13:31]]
|- id="tJun 03 13:31:26"
! style="background-color: #4b904b" | stickster
| style="color: #4b904b" | | I don't think anyone "controls" the logs per se, but I think anyone's entitled to look at them and help write stuff
|| [[#tJun 03 13:31:26|Jun 03 13:31]]
|- id="tJun 03 13:31:40"
| colspan="2" | * | stickster has some really simple bash+cron stuff he does to get those numbers
|| [[#tJun 03 13:31:40|Jun 03 13:31]]
|- id="tJun 03 13:31:46"
! style="background-color: #4b904b" | stickster
| style="color: #4b904b" | | and I'm happy to share those
|| [[#tJun 03 13:31:46|Jun 03 13:31]]
|- id="tJun 03 13:31:59"
! style="background-color: #4b904b" | stickster
| style="color: #4b904b" | | It takes me about 5 minutes every Tuesday to add them to the wiki page
|| [[#tJun 03 13:31:59|Jun 03 13:31]]
|- id="tJun 03 13:32:11"
! style="background-color: #4b904b" | stickster
| style="color: #4b904b" | | But I'm all for eliminating that step in favor of something shinier.
|| [[#tJun 03 13:32:11|Jun 03 13:32]]
|- id="tJun 03 13:32:15"
! style="background-color: #818144" | adamw
| style="color: #818144" | | alright
|| [[#tJun 03 13:32:15|Jun 03 13:32]]
|- id="tJun 03 13:32:19"
! style="background-color: #818144" | adamw
| style="color: #818144" | | we're definitely off QA topic
|| [[#tJun 03 13:32:19|Jun 03 13:32]]
|- id="tJun 03 13:32:21"
! style="background-color: #4b904b" | stickster
| style="color: #4b904b" | | I think we're leaving the QA space.
|| [[#tJun 03 13:32:21|Jun 03 13:32]]
|- id="tJun 03 13:32:22"
! style="background-color: #818144" | adamw
| style="color: #818144" | | and we're over time already
|| [[#tJun 03 13:32:22|Jun 03 13:32]]
|- id="tJun 03 13:32:26"
! style="background-color: #4b904b" | stickster
| style="color: #4b904b" | | thanks adamw, sorry.
|| [[#tJun 03 13:32:26|Jun 03 13:32]]
|- id="tJun 03 13:32:29"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so, let's cut that one there :)
|| [[#tJun 03 13:32:29|Jun 03 13:32]]
|- id="tJun 03 13:32:31"
! style="background-color: #818144" | adamw
| style="color: #818144" | | alright...i guess we're done with the post-mortem f11 topic for now
|| [[#tJun 03 13:32:31|Jun 03 13:32]]
|- id="tJun 03 13:32:42"
! style="background-color: #818144" | adamw
| style="color: #818144" | | so, that's the last topic on the list - which leaves us at open floor
|| [[#tJun 03 13:32:42|Jun 03 13:32]]
|- id="tJun 03 13:33:02"
! style="background-color: #818144" | adamw
| style="color: #818144" | | anyone have anything else to bring up?
|| [[#tJun 03 13:33:02|Jun 03 13:33]]
|- id="tJun 03 13:33:21"
! style="background-color: #854685" | Viking-Ice
| style="color: #854685" | | I think we can just wrap it up right ( been kinda mixed post mortem open floor discussions )
|| [[#tJun 03 13:33:21|Jun 03 13:33]]
|- id="tJun 03 13:33:45"
! style="background-color: #818144" | adamw
| style="color: #818144" | | well, let's see (maybe everyone else left already :&gt;)
|| [[#tJun 03 13:33:45|Jun 03 13:33]]
|- id="tJun 03 13:34:16"
! style="background-color: #818144" | adamw
| style="color: #818144" | | going...going...
|| [[#tJun 03 13:34:16|Jun 03 13:34]]
|- id="tJun 03 13:34:37"
! style="background-color: #818144" | adamw
| style="color: #818144" | | alright, end of meeting! thanks everyone.
|| [[#tJun 03 13:34:37|Jun 03 13:34]]
|- id="tJun 03 13:35:18"
| colspan="2" | * | Viking-Ice smurf... 
|| [[#tJun 03 13:35:18|Jun 03 13:35]]
|}
Generated by irclog2html.py 2.7 by [mailto:marius@pov.lt Marius Gedminas] - find it at [http://mg.pov.lt/irclog2html mg.pov.lt]!

Latest revision as of 08:57, 18 September 2016

Attendees

  • Adam Williamson (adamw)
  • Will Woods (wwoods)
  • Jóhann Guðmundsson (viking_ice)
  • John Poelstra (poelcat)
  • James Laska (jlaska)
  • Jesse Keating (f13)
  • Paul Frields (stickster)

Agenda

Previous meeting follow-up

  1. [adamw] - BugStatusWorkFlow - ask bugzilla guys to add a link from the bugzilla fields description page to the wiki page, for fedora
    • Completed (see RHBZ #495985), waiting for bugzilla code update during next outage window for changes to go live
  2. [jlaska] - Send informal test day feedback survey to fedora-test-list and test day participants
    • Survey sent to participants and to fedora-test-list
  3. [wwoods] - create preupgrade test case and update test matrix template
  4. [jlaska] - create new RC1 test results page
  5. [adamw] - create common bug entry for RHBZ #502077

F-11-GA Preparation

Adamw noted that the new test results wiki page wasn't created yet. Jlaska indicated it would be created soon after the meeting, once he received notification that RC4 composition had completed.

f13 indicated that he will continue to upload more RC4 bits as they are created (live images remain).

jlaska provided an update on RC test results. The RC3 results are looking fairly good (when combined with RC0, RC1, RC2). Once initial scrubbing of RC4 media kits has completed, jlaska asked if attention could be made to verify the 9 MODIFIED bugs on the F11 blocker list.

As indicated in the Releases/11/Schedule, staging will begin Thu Jun 4.

jlaska asked if RHBZ #503824 (anaconda-maint-list, NEW, x86_64 upgrade in KVM hangs (OOM) with 512MB RAM + encrypted root_) should be added to the common bugs page. Wwoods indicated that he would confirm on bare metal hardware first, and that this might be a candidate for common bugs. Further discussion began around whether Fedora has a minimal system requirements list. For additional comments, see open discussion below.

F-11 QA Post-mortem discussion

Jlaska indicated that a release-wide post-mortem review has been discussed for F11, and that he would like to begin the brainstorming around QA-specific topics. For example, what went well, and what needed improvement from a QA perspective.

jlaska had to step out, adamw lead the brainstorming.

Highlights (see IRC transcript for full details) ...

What worked well

  1. Fedora Test Days
    • 20 test events during F11
    • Formalized creation of live images for test days QA/Test_Days/Live_Image
    • Improve presentation and increased library of test cases
  2. Common_F11_bugs
    • More contributors and collaboration around existing wiki page
    • Consistent use of the common bug page as a resolution pathway for unresolved bugs and throughout mailing list communication
  3. Release Candidate testing

What needs improvement

  1. Blocker Bugs
    • Schedule & host earlier blocker bug list reviews
    • Improve messaging and guidelines around how to escalate a blocker bug for review
    • No workflow around verifying MODIFIED bugs
    • Large number ( of installation blocker bugs not reviewed prior to RC's
  2. Fedora Test Days
    • No test day for sound during F11
    • Complex or tightly coupled features need to be scheduled later in the cycle when things have stabalized
    • No capacity concept ... QA would be interested in defining # of events capable of hosting
    • Create a self-hosting test day procedure for non-QA hosted test events
  3. Release decisions
    • Clarify hand-off procedures between release engineering and quality assurance
    • Increase transparency around release slip meetings (or publicize minutes)
  4. Automation
    • No distro-wide automated testing ... daily manual installation and repo testing
  5. Metrics
    • No clear data for the health of the QA community, is it growing or shrinking?
    • Not clear how many testers contribute to each milestone (Alpha, Beta, Preview)

Open discussion

What are Fedora minimal requirements?

wwoods is seeing an OOM kill issue on a x86_64 KVM guest when upgrading from F10 -> F11 with only 512Mb of memory.

Everyone noted there isn't a clear definition of what minimal system requirements are for Fedora. Adamw directed folks to the bug he and Rahul filed RHBZ #499585.

Upcoming QA meetings/events

Action items

  • [stickster] - who will be handling release_notes bugs to help with RHBZ #499585
  • [adamw] - propose draft wording of minimal requirements for the release_notes team to digest

IRC Transcript

--- | jlaska has changed the topic to: Fedora Quality Assurance Meeting | gathering Jun 03 12:00
wwoods | huzzah Jun 03 12:00
jlaska | wwoods: greetings Jun 03 12:00
adamw | hooray Jun 03 12:01
jlaska | QA meeting time, anyone around please clap your ends (against the keyboard) Jun 03 12:01
jlaska | adamw: heyo Jun 03 12:01
Viking-Ice | Here Jun 03 12:01
jlaska | Viking-Ice: hey there Jun 03 12:01
jlaska | I've got a hard stop in an hour today, so if we go over I'll need help from someone to drive Jun 03 12:02
jlaska | okay, getting started with last weeks items Jun 03 12:02
adamw | we'll figure something out Jun 03 12:02
jlaska | heh Jun 03 12:02
--- | jlaska has changed the topic to: Fedora QA Meeting | previous week follow-up Jun 03 12:03
jlaska | okay, I'm walking the list ... QA/Meetings/20090603#Previous_meeting_follow-up Jun 03 12:03
jlaska | our lucky first up is ... <drumroll> Jun 03 12:03
jlaska | # [adamw] - BugStatusWorkFlow - ask bugzilla guys to add a link from the bugzilla fields description page to the wiki page, for fedora Jun 03 12:03
adamw | well, i did it Jun 03 12:03
adamw | and they say it's done Jun 03 12:03
adamw | i'm not actually seeing it on the page though Jun 03 12:04
jlaska | oh funky Jun 03 12:04
adamw | oh, dave says "Will show up in the next code update." Jun 03 12:04
adamw | so, presumably there hasn't been one o' those yet Jun 03 12:04
jlaska | ah right, during the next outage window Jun 03 12:04
jlaska | once or twice a month, I forget Jun 03 12:04
jlaska | there might be a staging/devel server if you wanted to test the changes out before the push? Jun 03 12:05
adamw | he didn't mention anything. it's a pretty straightforward change. Jun 03 12:05
jlaska | okay Jun 03 12:06
jlaska | any other updates or next-steps needed on that front? Jun 03 12:06
adamw | not really, it was a pretty simple thing :) Jun 03 12:07
jlaska | roger thanks Jun 03 12:07
jlaska | okay next up ... Jun 03 12:07
jlaska | # [jlaska] - Send informal test day feedback survey to fedora-test-list and test day participants Jun 03 12:07
jlaska | After 2 weeks of delaying I finally sent this out to the list (and bcc'd participants) Jun 03 12:07
jlaska | posted just this morning, have some feedback (list and direct mail) coming already ... but expect to see much more Jun 03 12:08
adamw | great Jun 03 12:08
f13 | I'm here Jun 03 12:08
jlaska | adamw: gave a "shout out" to your planet post as well :) Jun 03 12:08
jlaska | f13: welcome Jun 03 12:08
* | jlaska moving right along Jun 03 12:09
jlaska | next up ... Jun 03 12:09
jlaska | # [wwoods] - create preupgrade test case and update test matrix template Jun 03 12:09
jlaska | I think you had that done before the meeting finished last week? Jun 03 12:09
jlaska | wwoods: did we lose ya? Jun 03 12:11
jlaska | okay, I think that one is completed, but will revisit later if needed Jun 03 12:12
jlaska | # [jlaska] - create new RC1 test results page Jun 03 12:12
wwoods | sorry Jun 03 12:12
jlaska | np ... you've got the floor Jun 03 12:12
wwoods | yeah, we've got two preupgrade cases Jun 03 12:12
wwoods | and the matrix template and current results page are updated Jun 03 12:12
wwoods | QA:Fedora_11_RC3_Install_Test_Results#Upgrade_system Jun 03 12:12
jlaska | eggsellent, and I also saw you posting results+bugs for those too ... nice Jun 03 12:13
jlaska | any other things to track on that front? Jun 03 12:13
wwoods | not that I'm aware of Jun 03 12:14
jlaska | okay thanks Jun 03 12:14
jlaska | as you saw in wwoods post earlier, we have not just 1, but 3 RC results pages so far Jun 03 12:14
jlaska | with another on the way ... I'll create that once we get word that RC4 is live Jun 03 12:15
jlaska | okay last up ... Jun 03 12:15
jlaska | # [adamw] - create common bug entry for RHBZ #502077 Jun 03 12:15
jlaska | adamw ... aka Mr. Common Bugs Jun 03 12:15
adamw | done, and has been outpaced by events Jun 03 12:15
adamw | Common_F11_bugs#865-hangs Jun 03 12:15
adamw | but i should take it out Jun 03 12:15
adamw | as the updated kernel fixed it and we're putting that in GA Jun 03 12:15
jlaska | oh we are? Jun 03 12:16
f13 | jlaska: it's live, forgot to tell you Jun 03 12:16
adamw | so...it's gone Jun 03 12:16
jlaska | f13: I see partial images Jun 03 12:16
jlaska | adamw: ah okay, does this move to the fixed section ... or just dropped entirely? Jun 03 12:16
adamw | for now i'm just dropping them entirely Jun 03 12:17
f13 | oh that's right, I made putting it on kojipkgs a higher priority for wwoods Jun 03 12:17
wwoods | sorry? Jun 03 12:17
adamw | for mdv i had separate 'modes' for pre-release and post-release for the common issues page Jun 03 12:17
jlaska | adamw: okay Jun 03 12:17
adamw | before release, i'd have a 'resolved issues' section which noted problems that had been fixed during the pre-release cycle, then that would be cleared out once we hit final release and the 'resolved issues' section would start over again Jun 03 12:17
adamw | i think that's a good model, but for f11 i'm just working in the 'final release' mode, we started too close to final release to bother with the pre-release mode i think Jun 03 12:18
adamw | so anything for which the fix goes into GA just gets taken out Jun 03 12:18
jlaska | adamw: are there steps we should consider now for the F12 common bugs process? Jun 03 12:18
jlaska | adamw: that seems fair Jun 03 12:18
adamw | not really, just create the page once we have something to write in it, copy all the boilerplate over from f11 Jun 03 12:19
adamw | i'd probably do it around the time we release a first snapshot, but it can be done earlier if anyone wants to Jun 03 12:19
* | jlaska not sure who owns it ... and when it's expected to land Jun 03 12:20
jlaska | but that can be a topic for another time Jun 03 12:20
adamw | yeah Jun 03 12:20
jlaska | okay that's it for last week ... in record time too! :) Jun 03 12:20
--- | jlaska has changed the topic to: Fedora QA Meeting | F-11-GA Prep Jun 03 12:20
jlaska | didn't want to spend a lot of time here ... just reviewing the links and "who has the ball" Jun 03 12:21
jlaska | * Blocker bugs (by component) - http://tinyurl.com/pqeq6n (currently 0 OPEN issues) Jun 03 12:21
jlaska | * Schedule - http://fedoraproject.org/wiki/Releases/11/Schedule Jun 03 12:21
jlaska | * Installation test results - QA:Fedora_11_RC4_Install_Test_Results Jun 03 12:21
jlaska | Jun 03 12:21
jlaska | we're expecting RC4 any second now (looks like content just about uploaded to the double secret password location) Jun 03 12:22
adamw | the wiki page doesn't seem to exist yet Jun 03 12:22
jlaska | with that I'll get an RC4 page posted after the meeting to highlight any changes against RC3 Jun 03 12:22
jlaska | adamw: right on, I'll pull that together after the meeting Jun 03 12:22
f13 | I'll continue to upload more bits of RC4 as they are created, mostly the live stuff Jun 03 12:23
f13 | but first I have to make jigdo of the other stuff. Jun 03 12:23
jlaska | f13: thanks ... I've got most of the content downloaded, except for x86_64+ppc DVD's Jun 03 12:23
f13 | it really sucks not having enough disc space to do it all on one system before uploading :/ Jun 03 12:23
<-- | mcepl [n=mcepl@49-117-207-85.strcechy.adsl-llu.static.bluetone.cz] has left #fedora-meeting ( ) Jun 03 12:23
jlaska | f13: as far as next steps ... the staging begins tomorrow at close of business? Jun 03 12:23
f13 | if not sooner Jun 03 12:23
jlaska | okay, the RC3 results (QA:Fedora_11_RC3_Install_Test_Results) are looking fairly good (when combined with RC0, RC1, RC2) Jun 03 12:24
jlaska | perhaps we can focus on knocking out the remaining 9 MODIFIED bugs? Jun 03 12:24
jlaska | http://tinyurl.com/pqeq6n Jun 03 12:24
jlaska | I at least plan to circle around the anaconda issues again Jun 03 12:25
jlaska | that's really all I had for RC4 ... unless any quick questions or concerns, we can move on to post-mortem prep Jun 03 12:25
jlaska | wwoods: is bug#503824 a candiate for CommonBugs love? Jun 03 12:26
buggbot | Bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=503824 medium, low, ---, anaconda-maint-list, NEW, x86_64 upgrade in KVM hangs (OOM) with 512MB RAM + encrypted root Jun 03 12:26
jlaska | okay, changing topics ... Jun 03 12:28
--- | jlaska has changed the topic to: Fedora QA Meeting | F-11 QA Post-mortem discussion Jun 03 12:28
wwoods | jlaska: maybe, yeah Jun 03 12:28
wwoods | I haven't reproduced on real hardware and I haven't confirmed the workaround Jun 03 12:28
jlaska | wwoods: is this sometihng where booting with mem=512 on real hardware would be enough to simulate? Jun 03 12:29
wwoods | haven't attempted Jun 03 12:30
wwoods | possibly Jun 03 12:30
jlaska | wwoods: okay, if it's something you feel > 2 people will hit ... let's get 'er on there Jun 03 12:31
adamw | i would want it to get tested on real hardware ideally Jun 03 12:31
adamw | unfortunately i have nothing left with memory chips that small =) Jun 03 12:31
adamw | i might ask on the forum Jun 03 12:31
f13 | I think there are more than one way to get anaconda to OOM with only 512 megs of ram Jun 03 12:32
f13 | doing a PXE boot install on x86_64 graphical http is likely one way Jun 03 12:32
f13 | or ppc Jun 03 12:32
adamw | btw, with my curmudgeon hat on, it's a bit sad for an installer to need 512MB of RAM. ah well. Jun 03 12:32
jlaska | f13: I haven't stumbled on it under those conditions yet Jun 03 12:32
jlaska | f13: oh you mean with under a low memory environment? Jun 03 12:33
wwoods | adamw: well, that's why I'm still retesting - there are Conditions involved Jun 03 12:33
adamw | yeah Jun 03 12:33
wwoods | like, installs from CD/DVD media might be fine Jun 03 12:33
wwoods | it might work OK on 32-bit systems Jun 03 12:33
f13 | jlaska: right, with a machine with only 512megs of ram Jun 03 12:33
wwoods | might work on real hardware Jun 03 12:33
jlaska | adamw: yeah ... there's a tangeant there :) Jun 03 12:33
adamw | yep, that's why I said it'd be nice to test on real hardware Jun 03 12:33
wwoods | and the installer itself doesn't actually require 512MB Jun 03 12:33
jlaska | roger Jun 03 12:33
adamw | x86-64 / 512MB is a combination that's only ever likely to happen in a VM Jun 03 12:33
wwoods | the installer is fine now (it used to die in depsolving) Jun 03 12:34
adamw | thinking about it Jun 03 12:34
wwoods | but the glibc-common %post kills it now Jun 03 12:34
jlaska | is there anything else to discuss aroudn this in the meeting, or should we just track this in the bz's and test results wiki? Jun 03 12:34
f13 | the problem with our minimum hardware requirements is that "It depends" Jun 03 12:34
adamw | so...actually...i guess we should either document it as a virt issue or not at all Jun 03 12:34
f13 | it depends on what type of install you're doing, and how you launched it Jun 03 12:34
f13 | but virt, where you're likely just booting kernel and initrd, and otherwise loading stage2 into memory, and doing a graphical install, 512megs on x86_64 is just Not Enough Jun 03 12:35
f13 | it's not a bug really, it's just a needed documentation Jun 03 12:35
adamw | yeah...i'm thinking this is really almost release notes / hardware requirement material rather than common bugs Jun 03 12:36
jlaska | agreed Jun 03 12:36
* | jlaska looks at the RHEL5 xen minimum requirements Jun 03 12:36
wwoods | right, like - I can specifically trigger it with virt preupgrade, but virt DVD upgrade would likely be OK Jun 03 12:36
adamw | me and rahul already have one bug open for minimum hardware requirements...https://bugzilla.redhat.com/show_bug.cgi?id=499585 Jun 03 12:37
buggbot | Bug 499585: medium, low, ---, stickster, ASSIGNED, clarify minimum hardware requirements Jun 03 12:37
adamw | i can take an action item to bug the docs team about that, and add this to it Jun 03 12:37
jlaska | oh nice Jun 03 12:37
* | stickster needs to get that reassigned! Jun 03 12:37
jlaska | adamw: yes please :) Jun 03 12:37
adamw | stickster: who should it be assigned to? Jun 03 12:38
stickster | adamw: I need to find out who's taking release notes bugs Jun 03 12:38
adamw | oh, and what would we say are realistic minimums for the virt case? 512MB for x86-32, 1GB for x86-64? Jun 03 12:38
* | stickster asks in #f-docs Jun 03 12:39
Viking-Ice | defaults as virt manager puts it Jun 03 12:39
f13 | adamw: and again it depends on how you boot the virt guest Jun 03 12:41
f13 | adamw: 512 on x86_64 is likely fine if you boot virt with a .iso image or DVD Jun 03 12:41
jlaska | so more information is needed on this topic, is there anythign else that needs to be ironed out in this meeting? Action items etc... Jun 03 12:41
adamw | right. ug. we're going to have to write an essay... Jun 03 12:41
f13 | 256 or 312 megs might be OK on x86_32 if you boot with boot.iso or dvd.iso or physical media, and do a text mode install Jun 03 12:41
adamw | i'll take the action item and try to come up with some appropriate text in conjunction with you guys Jun 03 12:42
f13 | adamw: or you could just use the "worst case" install type (pxe, graphical) and state that it may be possible to use less ram in a different scenario and leave tips on how to reduce memory requirements Jun 03 12:42
adamw | but i know jlaska wants to move on :) Jun 03 12:42
jlaska | it's a good topic, but do want to leave some time for post-mortem talk Jun 03 12:43
jlaska | adamw: thanks, we can follow-up during the week on that Jun 03 12:45
jlaska | so, I suspect (or hope) there will be a post-mortem discussion for the Fedora 11 release as a whole Jun 03 12:45
f13 | yeah, we should have that scheduled. Jun 03 12:45
jlaska | but before that gets started, I wanted to spend some time discussion what went well, and what needed improvement from a QA perspective Jun 03 12:46
jlaska | not sure of a good way to get the ideas flowing, but perhaps just opening the floor to 'things that worked well' Jun 03 12:46
adamw | everything I did worked particularly stunningly, I thought! Jun 03 12:47
jlaska | haha Jun 03 12:47
adamw | you guys sucked, though. i was totally carrying you. Jun 03 12:47
Viking-Ice | Mine even better than adamw's Jun 03 12:47
adamw | no, uh - i think for a start it was a good thing that we had the testicular fortitude to delay the release twice Jun 03 12:47
f13 | so I got a few Jun 03 12:48
Viking-Ice | it's proven it self if we delay any of the milestones we end up delaying the whole release anyway Jun 03 12:48
adamw | though it seems we maybe didn't catch some of the blocker issues early enough Jun 03 12:48
f13 | We need to be better about promoting things to the BLOCKER lists Jun 03 12:48
f13 | and allowing the review board of folks to take them off the list as necessary Jun 03 12:48
f13 | we saw too many things slip through because somebody was afraid to make it a blocker Jun 03 12:49
wwoods | the test days were awesome. part of my brain says that a) we should only accept features that we can plan test days for, and b) large-scale changes to the video drivers count a feature Jun 03 12:49
adamw | agreed...we also need to be more effective at getting other people to add things to the blocker list Jun 03 12:49
Viking-Ice | like who? Jun 03 12:49
adamw | for e.g., while i was pushing the i8x5 opengl issue, krh was working on a text corruption bug that affected all chipsets...which i wasn't aware of because he hadn't marked it blocker (and neither had anyone else) Jun 03 12:49
poelcat | review the blocker lists farther in advance of freezes and releases Jun 03 12:50
adamw | but he was _treating_ it as a blocker (working on it right up to the ga deadline) Jun 03 12:50
f13 | poelcat: good one Jun 03 12:50
adamw | so we obviously haven't yet spread the gospel of marking things as blockers Jun 03 12:50
poelcat | clarify/document the handoff process between release engineering and QA of content to be tested Jun 03 12:51
poelcat | clarify/document expectations around when said content needs to be tested by Jun 03 12:51
* | poelcat notes these are just my "brainstorming ideas"... not "must do next time" Jun 03 12:52
adamw | btw, jlaska has had to run, so he asked me to drive - i'm just leaving it open for people to throw things out there Jun 03 12:53
adamw | we're just trying to build a list of ideas at this point Jun 03 12:53
adamw | please do throw in anything in your head, doesn't have to be fully-formed Jun 03 12:53
adamw | i think we could maybe think about the release candidate distribution issue as well; f13 has a lot of reasons why it's difficult but it seems like there's a lot of genuine productive energy to try and make it happen (we actually had someone go out and build and share deltaisos - something productive rather than the usual whining about how someone else should do it) Jun 03 12:53
f13 | ideate you mean Jun 03 12:53
adamw | every time you use that word, a kitten dies Jun 03 12:53
f13 | adamw: hrm, have you not been through our design thinking sessions? Jun 03 12:54
adamw | yes, that doesn't mean i have to like the terminology =) Jun 03 12:54
f13 | ideate is part of Design Thinking, a very very productive way of approaching problem solving. Jun 03 12:54
adamw | sorry, we're sidetracking - i like the idea i just hate the word Jun 03 12:54
adamw | so, yes, ideate (shudder) - everybody ideate Jun 03 12:55
Viking-Ice | f13: is this so called FAD day of yours done ? if not would it be possible to record the session(s) Jun 03 12:55
f13 | it's not done, it's next week Jun 03 12:55
f13 | recording will be difficult. Jun 03 12:55
f13 | We asked RHT and they're going to record some of the first day for a promotional video I think Jun 03 12:55
Viking-Ice | Dam we need cams.. Jun 03 12:55
f13 | but we'll have an open conference call line, we'll be blogging, reading email, maybe even an open IRC channel Jun 03 12:56
poelcat | more transparency around the decision to slip the release or not... public discussion or at least meeting notes Jun 03 12:56
adamw | right - that's a good one Jun 03 12:56
adamw | we had generally positive response to the decision to slip but lots of people who were just guessing why we did it Jun 03 12:56
adamw | there's no reason we couldn't have had a log out there which just had the reasoning written down right there Jun 03 12:57
poelcat | try to get a better idea of how many people test each test release Jun 03 12:58
poelcat | maybe using smolt Jun 03 12:58
poelcat | or even rawhide Jun 03 12:58
poelcat | yep, i'm waiting to play that card :)better idea of how many people test each test release and rawhide Jun 03 12:59
poelcat | hm, two conversations in one :) Jun 03 12:59
adamw | do we not get numbers on users of test releases? Jun 03 13:00
wwoods | not directly Jun 03 13:00
adamw | can't we apply that "ten bazillion fedora users!" calculation? count repo hits? Jun 03 13:00
wwoods | no Jun 03 13:01
wwoods | obviously it suffers from the same problems as getting statistics of normal users Jun 03 13:01
Viking-Ice | the whole fedora stats needs rewrite infra needs to get familiar with rrdtools Jun 03 13:01
adamw | that doesn't stop us pretending :) Jun 03 13:01
wwoods | but the normal releases have two things we can count: hits to the release-specific mirror URL Jun 03 13:01
wwoods | and new smolt IDs Jun 03 13:01
wwoods | I'm not sure about counting hits on the rawhide mirror URL Jun 03 13:02
adamw | well, we can still do something with mirror numbers, right? we should have a decent 'background' number for rawhide hits when there's no test release Jun 03 13:02
wwoods | but people installing test releases rarely send in smolt stats for that machine, since it's just a test installation Jun 03 13:02
adamw | so we could derive numbers for test releases...roughly, anyway? Jun 03 13:02
wwoods | so yes, you could probably put together a very rough guess of how many people are following rawhide. Jun 03 13:02
wwoods | but is that actually the question you asked? Jun 03 13:03
adamw | i dunno, it was poelcat's question :) Jun 03 13:03
poelcat | i think it would be interesting to have a rough idea what kind of "testing community" we have and if it is growing or shrinking Jun 03 13:03
adamw | poelcat...what's the ultimate goal, here? just try and make sure we're increasing the use of rawhide and test releases? Jun 03 13:03
poelcat | or affecting the quality of our releases Jun 03 13:03
wwoods | ideally I'd like to have a notion of our usable capacity to test Jun 03 13:03
wwoods | and limit the number of accepted features based on that Jun 03 13:04
poelcat | or if we need to go to big daddy and ask for more resources Jun 03 13:04
adamw | ok... Jun 03 13:05
adamw | anyone got any more ideating to do? Jun 03 13:05
* | Viking-Ice lot's of ideas no time at the moment to explain them : ) Jun 03 13:06
f13 | better rallying around NEEDSRETESTING Jun 03 13:07
adamw | Viking-Ice: just throw a quick one-line summary, so we have a record Jun 03 13:07
Viking-Ice | As I replied to devel today maintainers need to user better the resource they have at their disposal fedora-test-list along with QA trac instance Jun 03 13:08
Viking-Ice | if they Need retesting ( reporter unavailable ) or quick bodhi passing Jun 03 13:08
adamw | so encouraging maintainers to use QA as a resource they can call upon, yep Jun 03 13:09
Viking-Ice | Coordinating with upstream testing lot of thing we need to look at ( referring to our ff testing ) Jun 03 13:10
Viking-Ice | Thats on the todo list Jun 03 13:10
wwoods | I'm confused. what are we supposed to be brainstorming about? Jun 03 13:11
adamw | wwoods: supposed to be f11 cycle post-mortem Jun 03 13:12
adamw | i think a lot of these are things that the f11 cycle made people think "it would be cool if..." Jun 03 13:12
wwoods | things specific to the F11 cycle? Jun 03 13:12
adamw | anyone have anything specific about anything we actually _did_ during f11 cycle? Jun 03 13:13
wwoods | I mentioned test days already... Jun 03 13:13
wwoods | testopia was nice while we had it Jun 03 13:13
f13 | god yes Jun 03 13:13
wwoods | (was that F11 or F10?) Jun 03 13:13
adamw | we had the semantic proposal to provide something like that Jun 03 13:13
Viking-Ice | One thing I've discussed with jlaska about is not holding a test day for something that depends on other thing that's broken like hey we schedueled a Gnome Test day but X is not working Jun 03 13:13
adamw | which is currently stalled, blocking on jlaska/infrastructure Jun 03 13:14
f13 | whatever our next test case management system is, we should code name it "Flying Car" Jun 03 13:14
adamw | Viking-Ice: did we do that? Jun 03 13:14
f13 | Viking-Ice: knowing the future would be a great boon yes Jun 03 13:14
Viking-Ice | alpha cycle test have had some test day going south due to rawhide status at the time basically bad scheduling Jun 03 13:14
f13 | (IE it's hard to know if a given component will be working or broken from update to update) Jun 03 13:15
Viking-Ice | we roughly know the shape of rawhide at the time so we could adjust.. Jun 03 13:15
wwoods | the lesson there, I think, is that we need to leave a couple of test day slots open for rescheduling Jun 03 13:15
wwoods | like leaving room in the school schedule for snow day make-up Jun 03 13:15
adamw | and try to schedule ones which rely on a more complex pile of components till a later (and hopefully stabler) point in the cycle Jun 03 13:15
Viking-Ice | one example is anaconda is borked or we cant create live cd's at the given time etc.. Jun 03 13:16
adamw | and also, make rawhide 100% stable, i think that's a clear and achievable goal ;) Jun 03 13:16
Viking-Ice | rawhide is not supposed to be stable :)= Jun 03 13:16
f13 | yes, no bugs. Jun 03 13:16
wwoods | absolutely. just redefine "stable" Jun 03 13:16
f13 | Viking-Ice: it is if you want to use it for a test day Jun 03 13:16
adamw | so, ok, we can definitely make improvements with the scheduling to try and be more flexible for brokenness Jun 03 13:17
adamw | and we should continue to start trying to build live CDs several days before the test day, so we're not screwed if it happens to be broken just for one day Jun 03 13:17
Viking-Ice | one thing we should be working at is to make everyday a test day Jun 03 13:17
adamw | alright, getting too general again! Jun 03 13:17
adamw | think f11 follow up :) Jun 03 13:17
wwoods | we were supposed to get autoqa stuff going for F11 Jun 03 13:18
wwoods | and instead we had to choose between doing autoqa or testing F11 Jun 03 13:18
Viking-Ice | which reminds me have any taken a look at litmus? Jun 03 13:18
adamw | that sounds pretty much like the old classic everything takes longer and needs more people than you think it will, though Jun 03 13:18
Viking-Ice | https://wiki.mozilla.org/Litmus Jun 03 13:19
adamw | it shouldn't be a recurring issue, right? by the time we hit the rush phase for f12, lots of autoqa stuff should be up and humming over nicely Jun 03 13:19
wwoods | adamw: right Jun 03 13:19
f13 | wwoods: we did get some progress on autoqa Jun 03 13:19
wwoods | yeah Jun 03 13:19
wwoods | and we should probably have actually stuff running automatically very soon Jun 03 13:19
adamw | right Jun 03 13:19
wwoods | err, actual Jun 03 13:19
adamw | so that was just a "it's unfortunate but crap happens" moment, i think...not one we can learn any specific lessons from... Jun 03 13:20
wwoods | "more autoqa" would be very, very good Jun 03 13:20
adamw | yeah, definitely Jun 03 13:20
adamw | just to take autoqa on its own - autoqa is awesome and we need as much of it as possible :) Jun 03 13:20
wwoods | people do use what scant reports we produce Jun 03 13:20
wwoods | so doing more can't possibly hurt Jun 03 13:20
adamw | Viking-Ice: i don't think anyone's looked specifically into litmus, btw, no - i don't remember it coming up in our previous discussions about test case management...we can put the topic on next week's meeting agenda Jun 03 13:21
Viking-Ice | Great Jun 03 13:21
Viking-Ice | What ever we decide to use we need to spread the word and get other high profile upstream project to use so test cases can be exported/imported Jun 03 13:22
f13 | little steps Jun 03 13:22
adamw | right...for this meeting, we can say, we would definitely benefit from proper test case management, the f11 cycle did show us that. Jun 03 13:22
adamw | ok, are we all done ideating? Jun 03 13:24
Viking-Ice | One other thing which F11 cycle ( an previous ones ) wiki is not that good in many things like test results etc.. Jun 03 13:24
Viking-Ice | we need to come up with some replacement hopefully in the F12 cycle Jun 03 13:25
adamw | well, we already noted for test cases...did you have anything else you specifically thought the wiki was a bad way to handle? Jun 03 13:25
Viking-Ice | stats :) Jun 03 13:25
adamw | which stats? Jun 03 13:25
Viking-Ice | Statistics <-- HELLO Jun 03 13:26
adamw | ok, i see Jun 03 13:26
adamw | does QA own that, though? Jun 03 13:26
Viking-Ice | charts people charts. . Jun 03 13:26
adamw | if not, it's not really our problem (to take a cynical organizational view of things :>) Jun 03 13:27
Viking-Ice | QA <-- Jun 03 13:27
adamw | i think that's coming from stickster with his pr hat on - it may be something you could talk to him about Jun 03 13:27
Viking-Ice | infra web space simple html page with autogenerated stats on charts Jun 03 13:28
adamw | stickster: is that right? what would be the group to talk about improving how those statistics are presented? Jun 03 13:28
adamw | well...stickster's not around. but yeah, i think that goes under the 'not-QA' heading Jun 03 13:29
* | stickster gets back, sorry Jun 03 13:29
adamw | stickster: quick answer to the above? Jun 03 13:30
stickster | I would say the Websites team Jun 03 13:30
stickster | But the answer will be, "Who's going to write that autogeneration material?" Jun 03 13:30
* | stickster puts on Great Carnac prognostication hat Jun 03 13:30
Viking-Ice | the one that controls the logs Jun 03 13:30
adamw | alright, so, talk to the websites team and bring patches =) Jun 03 13:31
adamw | it does sound sensible to me though Jun 03 13:31
adamw | surely writing a quick auto-generation script is preferable to some mug running it manually and updating the wiki page every week Jun 03 13:31
stickster | I don't think anyone "controls" the logs per se, but I think anyone's entitled to look at them and help write stuff Jun 03 13:31
* | stickster has some really simple bash+cron stuff he does to get those numbers Jun 03 13:31
stickster | and I'm happy to share those Jun 03 13:31
stickster | It takes me about 5 minutes every Tuesday to add them to the wiki page Jun 03 13:31
stickster | But I'm all for eliminating that step in favor of something shinier. Jun 03 13:32
adamw | alright Jun 03 13:32
adamw | we're definitely off QA topic Jun 03 13:32
stickster | I think we're leaving the QA space. Jun 03 13:32
adamw | and we're over time already Jun 03 13:32
stickster | thanks adamw, sorry. Jun 03 13:32
adamw | so, let's cut that one there :) Jun 03 13:32
adamw | alright...i guess we're done with the post-mortem f11 topic for now Jun 03 13:32
adamw | so, that's the last topic on the list - which leaves us at open floor Jun 03 13:32
adamw | anyone have anything else to bring up? Jun 03 13:33
Viking-Ice | I think we can just wrap it up right ( been kinda mixed post mortem open floor discussions ) Jun 03 13:33
adamw | well, let's see (maybe everyone else left already :>) Jun 03 13:33
adamw | going...going... Jun 03 13:34
adamw | alright, end of meeting! thanks everyone. Jun 03 13:34
* | Viking-Ice smurf... Jun 03 13:35

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!

Retrieved from "https://fedoraproject.org/w/index.php?title=QA/Meetings/20090603&oldid=472341"