From Fedora Project Wiki
(create initial page for 12-09 meeting) |
(update page with the results of the meeting) |
||
Line 1: | Line 1: | ||
= Attendees = | = Attendees = | ||
* adamw (63) | |||
* cmurf (54) | |||
* kparal (17) | |||
* nirik (7) | |||
* roshi (7) | |||
* greenlion (6) | |||
* tflink (6) | |||
* handsome_pirate (5) | |||
* zodbot (4) | |||
* jreznik (4) | |||
* pwhalen (1) | |||
* masta (1) | |||
* mkrizek (1) | |||
* pschindl (1) | |||
= Agenda = | = Agenda = | ||
Line 7: | Line 21: | ||
== Previous meeting follow-up == | == Previous meeting follow-up == | ||
* ''adamw to draft a new test case and matrix row for validating cloud image checksums'' | * ''adamw to draft a new test case and matrix row for validating cloud image checksums'' - adamw still failed to get around to this, will try once more for next week | ||
== Fedora 20 Final status == | == Fedora 20 Final status == | ||
* | * Test coverage was looking decent, just a couple of tests remain that hadn't been run since Beta | ||
* | * Two accepted blockers were outstanding, and several proposed | ||
* Next compose date depends to some extent on anaconda work | |||
* Go/No-Go again on Thursday | |||
== Open floor == | == Open floor == | ||
* tflink and roshi both looking for feedback on ideas: [https://lists.fedoraproject.org/pipermail/qa-devel/2013-December/000556.html tflink's proposal for a taskotron task description format] and [http://roshi.fedorapeople.org/testing-efficiently.html roshi's proposal for validation test case 'roadmaps' for running multiple tests together] | |||
== Action items == | == Action items == | ||
* adamw to draft a new test case and matrix row for validating cloud image checksums | |||
== IRC Log == | == IRC Log == | ||
{| | |||
|- id="t16:00:51" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #startmeeting Fedora QA meeting | |||
|| [[#t16:00:51|16:00]] | |||
|- id="t16:00:51" | |||
! style="background-color: #42427e" | zodbot | |||
| style="color: #42427e" | Meeting started Mon Dec 9 16:00:51 2013 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. | |||
|| [[#t16:00:51|16:00]] | |||
|- id="t16:00:51" | |||
! style="background-color: #42427e" | zodbot | |||
| style="color: #42427e" | Useful Commands: #action #agreed #halp #info #idea #link #topic. | |||
|| [[#t16:00:51|16:00]] | |||
|- id="t16:00:56" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #meetingname fedora-qa | |||
|| [[#t16:00:56|16:00]] | |||
|- id="t16:00:56" | |||
! style="background-color: #42427e" | zodbot | |||
| style="color: #42427e" | The meeting name has been set to 'fedora-qa' | |||
|| [[#t16:00:56|16:00]] | |||
|- id="t16:01:01" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #topic Roll call | |||
|| [[#t16:01:01|16:01]] | |||
|- id="t16:01:08" | |||
| colspan="2" | * roshi is here | |||
|| [[#t16:01:08|16:01]] | |||
|- id="t16:01:13" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | ahoyhoy, folks, who's on board the ship o' release validation fun? | |||
|| [[#t16:01:13|16:01]] | |||
|- id="t16:01:20" | |||
| colspan="2" | * nirik is lurking around | |||
|| [[#t16:01:20|16:01]] | |||
|- id="t16:01:24" | |||
| colspan="2" | * jreznik is here | |||
|| [[#t16:01:24|16:01]] | |||
|- id="t16:01:29" | |||
| colspan="2" | * mkrizek is here | |||
|| [[#t16:01:29|16:01]] | |||
|- id="t16:01:47" | |||
| colspan="2" | * cmurf is wearing is life vest, just in case. | |||
|| [[#t16:01:47|16:01]] | |||
|- id="t16:01:54" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | ^h | |||
|| [[#t16:01:54|16:01]] | |||
|- id="t16:01:56" | |||
| colspan="2" | * pwhalen is here | |||
|| [[#t16:01:56|16:01]] | |||
|- id="t16:02:17" | |||
| colspan="2" | * greenlion looking in | |||
|| [[#t16:02:17|16:02]] | |||
|- id="t16:02:26" | |||
| colspan="2" | * kparal late | |||
|| [[#t16:02:26|16:02]] | |||
|- id="t16:04:18" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | have we lost the relay? | |||
|| [[#t16:04:18|16:04]] | |||
|- id="t16:04:43" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | hmm? | |||
|| [[#t16:04:43|16:04]] | |||
|- id="t16:04:43" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | has he #chaired someone else? | |||
|| [[#t16:04:43|16:04]] | |||
|- id="t16:04:58" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | yeesh, it's only been four minutes and you're already plotting the mutiny? | |||
|| [[#t16:04:58|16:04]] | |||
|- id="t16:05:08" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #plank kparal cmurf | |||
|| [[#t16:05:08|16:05]] | |||
|- id="t16:05:25" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | what, meetbot, there is no "makes X walk the plank" macro? this is an UNACCEPTABLE OVERSIGHT | |||
|| [[#t16:05:25|16:05]] | |||
|- id="t16:05:34" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | fine, then | |||
|| [[#t16:05:34|16:05]] | |||
|- id="t16:05:37" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #chair kparal cmurf | |||
|| [[#t16:05:37|16:05]] | |||
|- id="t16:05:37" | |||
! style="background-color: #42427e" | zodbot | |||
| style="color: #42427e" | Current chairs: adamw cmurf kparal | |||
|| [[#t16:05:37|16:05]] | |||
|- id="t16:05:42" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #topic Previous meeting follow-up | |||
|| [[#t16:05:42|16:05]] | |||
|- id="t16:05:53" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | time to rename this section 'adamw sucks corner', folks | |||
|| [[#t16:05:53|16:05]] | |||
|- id="t16:06:16" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | i'm referring to the ping timouts, connection resets, host changes - people left and there was a pause | |||
|| [[#t16:06:16|16:06]] | |||
|- id="t16:06:16" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #info "adamw to draft a new test case and matrix row for validating cloud image checksums" - still didn't get around to this one, though somehow I found time to write a completely different test case. sorry. one more try | |||
|| [[#t16:06:16|16:06]] | |||
|- id="t16:06:41" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #action adamw to draft a new test case and matrix row for validating cloud image checksums | |||
|| [[#t16:06:41|16:06]] | |||
|- id="t16:06:51" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | anything for follow-up that i missed? | |||
|| [[#t16:06:51|16:06]] | |||
|- id="t16:06:51" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | *shrug* one was obviously much more interesting than the other :-) | |||
|| [[#t16:06:51|16:06]] | |||
|- id="t16:07:30" | |||
| colspan="2" | * pschindl is here | |||
|| [[#t16:07:30|16:07]] | |||
|- id="t16:08:16" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | guess not | |||
|| [[#t16:08:16|16:08]] | |||
|- id="t16:08:20" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | wb, tflink | |||
|| [[#t16:08:20|16:08]] | |||
|- id="t16:09:04" | |||
! style="background-color: #488888" | tflink | |||
| style="color: #488888" | not sure what happened there, | |||
|| [[#t16:09:04|16:09]] | |||
|- id="t16:09:09" | |||
! style="background-color: #488888" | tflink | |||
| style="color: #488888" | fun times :) | |||
|| [[#t16:09:09|16:09]] | |||
|- id="t16:09:11" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #topic Fedora 20 Final status | |||
|| [[#t16:09:11|16:09]] | |||
|- id="t16:09:28" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | tflink: well, we used the opportunity to re-assign all release blockers to you. | |||
|| [[#t16:09:28|16:09]] | |||
|- id="t16:09:52" | |||
! style="background-color: #488888" | tflink | |||
| style="color: #488888" | adamw: I thought that the idea was _not_ to slip more :-P | |||
|| [[#t16:09:52|16:09]] | |||
|- id="t16:09:57" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | =) | |||
|| [[#t16:09:57|16:09]] | |||
|- id="t16:10:01" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | right | |||
|| [[#t16:10:01|16:10]] | |||
|- id="t16:10:06" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | so, we still have a couple of tests that haven't run since Beta: http://testdays.qa.fedoraproject.org/testcase_stats/Category_Installation_validation_testing.html | |||
|| [[#t16:10:06|16:10]] | |||
|- id="t16:10:09" | |||
! style="background-color: #8c4a4a" | jreznik | |||
| style="color: #8c4a4a" | that's not nice from you adamw! | |||
|| [[#t16:10:09|16:10]] | |||
|- id="t16:10:19" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | hehe | |||
|| [[#t16:10:19|16:10]] | |||
|- id="t16:10:20" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | no more release blockers short of injuries that cause scaring | |||
|| [[#t16:10:20|16:10]] | |||
|- id="t16:10:24" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | i really need to do the hw raid one | |||
|| [[#t16:10:24|16:10]] | |||
|- id="t16:10:46" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | if people can help get https://fedoraproject.org/wiki/QA:Testcase_Kickstart_Hd_Device_Path_Ks_Cfg and https://fedoraproject.org/wiki/QA:Testcase_Kickstart_File_Path_Ks_Cfg done that'd be great, yes I know they're a pita | |||
|| [[#t16:10:46|16:10]] | |||
|- id="t16:10:47" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | short of a firmware bug it really oughta just work like installing to a single drive | |||
|| [[#t16:10:47|16:10]] | |||
|- id="t16:11:19" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | cmurf: yeah, we all know the theory ;) | |||
|| [[#t16:11:19|16:11]] | |||
|- id="t16:11:46" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | right so not a big deal waiting until the last second to test it | |||
|| [[#t16:11:46|16:11]] | |||
|- id="t16:11:54" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | then we have a few from tc2, tc3 and tc4 to work through, but we'll probably have RC1 by then | |||
|| [[#t16:11:54|16:11]] | |||
|- id="t16:12:39" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | or at least tc6... | |||
|| [[#t16:12:39|16:12]] | |||
|- id="t16:13:25" | |||
| colspan="2" | * roshi crosses his fingers for RC | |||
|| [[#t16:13:25|16:13]] | |||
|- id="t16:13:50" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | for RC, ignoring for now the proposed blocker list, we have https://bugzilla.redhat.com/show_bug.cgi?id=1027947 and https://bugzilla.redhat.com/show_bug.cgi?id=983110 | |||
|| [[#t16:13:50|16:13]] | |||
|- id="t16:15:10" | |||
! style="background-color: #8c4a4a" | jreznik | |||
| style="color: #8c4a4a" | The kde one looks like we have a hit | |||
|| [[#t16:15:10|16:15]] | |||
|- id="t16:15:23" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | well, not entirely | |||
|| [[#t16:15:23|16:15]] | |||
|- id="t16:15:54" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | just arbitrarily turning off glib2 mainloop integration for a chunk of kde startup is a pretty big change to throw in at this point | |||
|| [[#t16:15:54|16:15]] | |||
|- id="t16:16:04" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | and right now i think they're discovering some consequences of it in #fedora-kde... | |||
|| [[#t16:16:04|16:16]] | |||
|- id="t16:16:36" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | but yeah, it mostly looks like we've got a few tests to clean up while we wait on devs for an rc1 | |||
|| [[#t16:16:36|16:16]] | |||
|- id="t16:16:55" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | isn't it kinda late for such big changes? | |||
|| [[#t16:16:55|16:16]] | |||
|- id="t16:17:22" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | and folks, if you have blocker bugs in you, *please* get them out today if at all possible =) i know this is the time when we get some spare minutes to do freeform testing and spot things we missed before, but try and get it done asap | |||
|| [[#t16:17:22|16:17]] | |||
|- id="t16:17:57" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | can't create new bugs in bugzilla | |||
|| [[#t16:17:57|16:17]] | |||
|- id="t16:18:00" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | i went through that phase for beta, i'm ready for this goose to lay its egg man | |||
|| [[#t16:18:00|16:18]] | |||
|- id="t16:18:01" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | cmurf: yes, but we gotta fix it _somehow_. the build was mostly meant as a debugging test rather than as the fix, but they floated the possibility of pushing it if it fixes the bug and they can't come up with a more specific fix | |||
|| [[#t16:18:01|16:18]] | |||
|- id="t16:18:16" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | I wanted to report some, but ... | |||
|| [[#t16:18:16|16:18]] | |||
|- id="t16:18:33" | |||
| colspan="2" | * handsome_pirate stumbles in late | |||
|| [[#t16:18:33|16:18]] | |||
|- id="t16:18:52" | |||
! style="background-color: #4b904b" | nirik | |||
| style="color: #4b904b" | kparal: I understand they are going to push a hotfix for that. not sure when tho | |||
|| [[#t16:18:52|16:18]] | |||
|- id="t16:19:56" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | re: new BZ bugs, is this isolated or can no one create bugs? | |||
|| [[#t16:19:56|16:19]] | |||
|- id="t16:20:19" | |||
! style="background-color: #4b904b" | nirik | |||
| style="color: #4b904b" | its the top level report a bug thing timing out... | |||
|| [[#t16:20:19|16:20]] | |||
|- id="t16:21:01" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | someone at #fedora-admin claimed it works for him | |||
|| [[#t16:21:01|16:21]] | |||
|- id="t16:21:14" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | doesn't for me | |||
|| [[#t16:21:14|16:21]] | |||
|- id="t16:21:33" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | oh good, looks like dlehman is on PTO today. just what we need for blocker fixing. | |||
|| [[#t16:21:33|16:21]] | |||
|- id="t16:21:48" | |||
! style="background-color: #4b904b" | nirik | |||
| style="color: #4b904b" | kparal: it loads here after 1-2minutes. | |||
|| [[#t16:21:48|16:21]] | |||
|- id="t16:21:51" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | kparal: i thought i left specific instructions for you to be bound and gagged outside the reach of a keyboard | |||
|| [[#t16:21:51|16:21]] | |||
|- id="t16:22:08" | |||
| colspan="2" | * adamw knows a workaround but ain't telling kparal | |||
|| [[#t16:22:08|16:22]] | |||
|- id="t16:22:18" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | no kidding | |||
|| [[#t16:22:18|16:22]] | |||
|- id="t16:22:27" | |||
| colspan="2" | * cmurf snickers | |||
|| [[#t16:22:27|16:22]] | |||
|- id="t16:22:41" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | if you're called kparal, look away now | |||
|| [[#t16:22:41|16:22]] | |||
|- id="t16:22:42" | |||
| colspan="2" | * kparal gets proxy error | |||
|| [[#t16:22:42|16:22]] | |||
|- id="t16:23:02" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | for everyone else, you can go to http://bugz.fedoraproject.org/(packagename) then use the 'report a new bug against this package' thing | |||
|| [[#t16:23:02|16:23]] | |||
|- id="t16:23:12" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | (or you could just, you know, memorize the parameters to enter_bug.cgi) | |||
|| [[#t16:23:12|16:23]] | |||
|- id="t16:23:41" | |||
! style="background-color: #4d4d93" | handsome_pirate | |||
| style="color: #4d4d93" | Yay | |||
|| [[#t16:23:41|16:23]] | |||
|- id="t16:23:46" | |||
! style="background-color: #4d4d93" | handsome_pirate | |||
| style="color: #4d4d93" | New workflow | |||
|| [[#t16:23:46|16:23]] | |||
|- id="t16:23:49" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=anaconda doesn't work for me either | |||
|| [[#t16:23:49|16:23]] | |||
|- id="t16:24:08" | |||
! style="background-color: #97974f" | roshi | |||
| style="color: #97974f" | kparal, I think adamw just turned your access off :p | |||
|| [[#t16:24:08|16:24]] | |||
|- id="t16:24:18" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | doesn't work = doesn't load? | |||
|| [[#t16:24:18|16:24]] | |||
|- id="t16:24:20" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | probably | |||
|| [[#t16:24:20|16:24]] | |||
|- id="t16:24:27" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | cmurf: proxy error after several minutes | |||
|| [[#t16:24:27|16:24]] | |||
|- id="t16:24:33" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | it's hanging for me atm | |||
|| [[#t16:24:33|16:24]] | |||
|- id="t16:25:16" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | what are "DE tools"? | |||
|| [[#t16:25:16|16:25]] | |||
|- id="t16:25:52" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | context is "Open created LUKS device using DE tools" | |||
|| [[#t16:25:52|16:25]] | |||
|- id="t16:26:02" | |||
! style="background-color: #9b519b" | greenlion | |||
| style="color: #9b519b" | cmurf, dolphin in my case | |||
|| [[#t16:26:02|16:26]] | |||
|- id="t16:26:28" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | is that included in live desktop? | |||
|| [[#t16:26:28|16:26]] | |||
|- id="t16:26:28" | |||
! style="background-color: #9b519b" | greenlion | |||
| style="color: #9b519b" | probably works with nautilus too | |||
|| [[#t16:26:28|16:26]] | |||
|- id="t16:26:34" | |||
! style="background-color: #9b519b" | greenlion | |||
| style="color: #9b519b" | yes, KDE Live | |||
|| [[#t16:26:34|16:26]] | |||
|- id="t16:27:06" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | okay, so is there anything else to discuss about f20 status? | |||
|| [[#t16:27:06|16:27]] | |||
|- id="t16:27:24" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | kparal reproduced 1008732 with live desktop though, not live kde | |||
|| [[#t16:27:24|16:27]] | |||
|- id="t16:27:40" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | adamw nothing other than the obvious | |||
|| [[#t16:27:40|16:27]] | |||
|- id="t16:27:50" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | oh, yes | |||
|| [[#t16:27:50|16:27]] | |||
|- id="t16:27:53" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #agreed everybody panic | |||
|| [[#t16:27:53|16:27]] | |||
|- id="t16:27:58" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | right | |||
|| [[#t16:27:58|16:27]] | |||
|- id="t16:28:00" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | =) | |||
|| [[#t16:28:00|16:28]] | |||
|- id="t16:28:21" | |||
! style="background-color: #488888" | tflink | |||
| style="color: #488888" | adamw: EINSUFFICIENTCOFFEE | |||
|| [[#t16:28:21|16:28]] | |||
|- id="t16:28:29" | |||
! style="background-color: #4d4d93" | handsome_pirate | |||
| style="color: #4d4d93" | adamw: What if I'm already panicking? | |||
|| [[#t16:28:29|16:28]] | |||
|- id="t16:28:30" | |||
! style="background-color: #9b519b" | greenlion | |||
| style="color: #9b519b" | why panic? just delay release to january, or february... :) | |||
|| [[#t16:28:30|16:28]] | |||
|- id="t16:28:34" | |||
! style="background-color: #8c4a4a" | jreznik | |||
| style="color: #8c4a4a" | set panic mode | |||
|| [[#t16:28:34|16:28]] | |||
|- id="t16:28:45" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | handsome_pirate: panic harder | |||
|| [[#t16:28:45|16:28]] | |||
|- id="t16:28:47" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | i have 1tbsp of soymilk left so yes coffee panic mode is about to happen, and it's like -10C outside | |||
|| [[#t16:28:47|16:28]] | |||
|- id="t16:28:52" | |||
! style="background-color: #4d4d93" | handsome_pirate | |||
| style="color: #4d4d93" | adamw: I'm trying! | |||
|| [[#t16:28:52|16:28]] | |||
|- id="t16:29:15" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | -16C, yikes | |||
|| [[#t16:29:15|16:29]] | |||
|- id="t16:29:16" | |||
! style="background-color: #97974f" | roshi | |||
| style="color: #97974f" | cmurf, you don't drink your coffee black? | |||
|| [[#t16:29:16|16:29]] | |||
|- id="t16:29:29" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | obviously he hasn't been working hard enough | |||
|| [[#t16:29:29|16:29]] | |||
|- id="t16:29:40" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | nope, comes out of the press pot like syrup it needs to be cut | |||
|| [[#t16:29:40|16:29]] | |||
|- id="t16:29:49" | |||
! style="background-color: #97974f" | roshi | |||
| style="color: #97974f" | lol | |||
|| [[#t16:29:49|16:29]] | |||
|- id="t16:30:03" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | besides i drink it because i actually like coffee not because i need it | |||
|| [[#t16:30:03|16:30]] | |||
|- id="t16:30:15" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | anyway! | |||
|| [[#t16:30:15|16:30]] | |||
|- id="t16:31:08" | |||
| colspan="2" | * masta looks in | |||
|| [[#t16:31:08|16:31]] | |||
|- id="t16:31:19" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | blockers? | |||
|| [[#t16:31:19|16:31]] | |||
|- id="t16:31:30" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #topic open floor | |||
|| [[#t16:31:30|16:31]] | |||
|- id="t16:31:37" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | not that it hasn't been open floor for ten minutes... | |||
|| [[#t16:31:37|16:31]] | |||
|- id="t16:31:40" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | but do we have anything else? | |||
|| [[#t16:31:40|16:31]] | |||
|- id="t16:32:01" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | i do not | |||
|| [[#t16:32:01|16:32]] | |||
|- id="t16:32:39" | |||
! style="background-color: #488888" | tflink | |||
| style="color: #488888" | If anyone's interested in automation - comments and discussion appreciated: https://lists.fedoraproject.org/pipermail/qa-devel/2013-December/000556.html | |||
|| [[#t16:32:39|16:32]] | |||
|- id="t16:33:09" | |||
! style="background-color: #97974f" | roshi | |||
| style="color: #97974f" | I'm looking for feedback on an idea if people haven't already seen it: http://roshi.fedorapeople.org/testing-efficiently.html | |||
|| [[#t16:33:09|16:33]] | |||
|- id="t16:33:37" | |||
! style="background-color: #97974f" | roshi | |||
| style="color: #97974f" | I'll be sending an email out to test@ once I get it a bit more fleshed out | |||
|| [[#t16:33:37|16:33]] | |||
|- id="t16:33:45" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #info tflink and roshi both looking for feedback on ideas: https://lists.fedoraproject.org/pipermail/qa-devel/2013-December/000556.html and http://roshi.fedorapeople.org/testing-efficiently.html | |||
|| [[#t16:33:45|16:33]] | |||
|- id="t16:33:50" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | thanks guys! | |||
|| [[#t16:33:50|16:33]] | |||
|- id="t16:34:15" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | speaking of the test matrix | |||
|| [[#t16:34:15|16:34]] | |||
|- id="t16:34:48" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | it seems that we get a TC and then a day later we get another anaconda | |||
|| [[#t16:34:48|16:34]] | |||
|- id="t16:35:41" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | and it's like… ok we have this TCx' (that's a prime) derivative outside the matrix | |||
|| [[#t16:35:41|16:35]] | |||
|- id="t16:35:55" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | and the potential for regressions this time of the process increases I think | |||
|| [[#t16:35:55|16:35]] | |||
|- id="t16:35:59" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | cmurf: i didn't do another build right away because it looked like we'd be able to do an rc quicker | |||
|| [[#t16:35:59|16:35]] | |||
|- id="t16:36:22" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | yeah and i'm glad for that actually | |||
|| [[#t16:36:22|16:36]] | |||
|- id="t16:36:58" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | what i'm wondering is if there's a way to inhibit builds of anaconda until more stuff is fixed | |||
|| [[#t16:36:58|16:36]] | |||
|- id="t16:37:13" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | because with every new build it really means, esp with an RC, we need to retest the whole matrix | |||
|| [[#t16:37:13|16:37]] | |||
|- id="t16:37:21" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | in addition to any affected blockers | |||
|| [[#t16:37:21|16:37]] | |||
|- id="t16:37:48" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | so fix more bugs before rolling another anaconda? | |||
|| [[#t16:37:48|16:37]] | |||
|- id="t16:38:36" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | i'm not even doing a 10th of the work some folks are and it's a bit much to see only 1/2 the matrix get filled up before another anaconda appears and i'm like …. crap | |||
|| [[#t16:38:36|16:38]] | |||
|- id="t16:38:43" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | well, it's kinda up to anaconda team's discretion when to build a new one | |||
|| [[#t16:38:43|16:38]] | |||
|- id="t16:38:49" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | that's the basic dilemma. I believe we should use tools like http://testdays.qa.fedoraproject.org/testcase_stats/ more and not just blindly do all the test case again and again and again | |||
|| [[#t16:38:49|16:38]] | |||
|- id="t16:39:16" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | adamw: understood, but i think they might be under the imrpession they're doing us a favor to get bug fixes tested sooner | |||
|| [[#t16:39:16|16:39]] | |||
|- id="t16:39:38" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | still, i don't quite see the practical difference between building anaconda 20.1, 20.2, 20.3, 20.4, 20.5, 20.6, and 20.7 with one fix each and building 20.1, then building 20.7 with all the fixes | |||
|| [[#t16:39:38|16:39]] | |||
|- id="t16:39:45" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | kparal good point | |||
|| [[#t16:39:45|16:39]] | |||
|- id="t16:39:55" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | anaconda builds should not be delayed. we can delay TCs if we want | |||
|| [[#t16:39:55|16:39]] | |||
|- id="t16:40:05" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | kparal: during TC phase that's already what we should be doing | |||
|| [[#t16:40:05|16:40]] | |||
|- id="t16:40:10" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | frequent anaconda builds are actually helpful for us | |||
|| [[#t16:40:10|16:40]] | |||
|- id="t16:40:17" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | kparal: it's only RCs where in theory we ought to run every test | |||
|| [[#t16:40:17|16:40]] | |||
|- id="t16:40:24" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | ahh ok | |||
|| [[#t16:40:24|16:40]] | |||
|- id="t16:40:43" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | adamw: well, this approach is not really described anywhere, but it's good that you agree | |||
|| [[#t16:40:43|16:40]] | |||
|- id="t16:40:50" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | kparal: yeah, that's my perspective too, the important question is how often we build TCs, not how often anaconda pushes builds out | |||
|| [[#t16:40:50|16:40]] | |||
|- id="t16:41:27" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | ok great so 2nd question is if there is a way now or could be in the future to support an overlay for the DVD ISO | |||
|| [[#t16:41:27|16:41]] | |||
|- id="t16:41:30" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | and netinst | |||
|| [[#t16:41:30|16:41]] | |||
|- id="t16:41:40" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | so that anaconda can be updated and remain resident | |||
|| [[#t16:41:40|16:41]] | |||
|- id="t16:41:43" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | like the live | |||
|| [[#t16:41:43|16:41]] | |||
|- id="t16:41:51" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | cmurf: hardly. there's not even rpm | |||
|| [[#t16:41:51|16:41]] | |||
|- id="t16:41:58" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | um. i have no idea? be one to ask bcl, i guess. | |||
|| [[#t16:41:58|16:41]] | |||
|- id="t16:42:15" | |||
| colspan="2" | * nirik isn't sure what that gets you... not having to download a new one? | |||
|| [[#t16:42:15|16:42]] | |||
|- id="t16:42:29" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | nirik: not waiting for a next compose | |||
|| [[#t16:42:29|16:42]] | |||
|- id="t16:42:30" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | not having to wait for a TC build with that version of anaconda in it | |||
|| [[#t16:42:30|16:42]] | |||
|- id="t16:42:39" | |||
! style="background-color: #9b519b" | greenlion | |||
| style="color: #9b519b" | updates.img? | |||
|| [[#t16:42:39|16:42]] | |||
|- id="t16:42:46" | |||
! style="background-color: #4b904b" | nirik | |||
| style="color: #4b904b" | ah. I guess. | |||
|| [[#t16:42:46|16:42]] | |||
|- id="t16:42:55" | |||
! style="background-color: #854685" | kparal | |||
| style="color: #854685" | updates.img is hard to create by users | |||
|| [[#t16:42:55|16:42]] | |||
|- id="t16:43:03" | |||
! style="background-color: #4b904b" | nirik | |||
| style="color: #4b904b" | too many things like that tho and you end up not testing the thing we are shipping tho. | |||
|| [[#t16:43:03|16:43]] | |||
|- id="t16:43:09" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | exactly | |||
|| [[#t16:43:09|16:43]] | |||
|- id="t16:43:30" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | and life install is gnome/kde only which takes a ton longer than a minimal install | |||
|| [[#t16:43:30|16:43]] | |||
|- id="t16:43:43" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | live, rather | |||
|| [[#t16:43:43|16:43]] | |||
|- id="t16:43:57" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | that's all i've got, meanwhile i'm testing some of these newly proposed blockers | |||
|| [[#t16:43:57|16:43]] | |||
|- id="t16:44:57" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | what's next? blockers? | |||
|| [[#t16:44:57|16:44]] | |||
|- id="t16:45:27" | |||
| colspan="2" | * cmurf hears Jeopardy muzak in the background | |||
|| [[#t16:45:27|16:45]] | |||
|- id="t16:46:55" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | blocker meeting next | |||
|| [[#t16:46:55|16:46]] | |||
|- id="t16:47:03" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | top of the hour, in #fedora-blocker-review | |||
|| [[#t16:47:03|16:47]] | |||
|- id="t16:47:06" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | everyone go get coffee :) | |||
|| [[#t16:47:06|16:47]] | |||
|- id="t16:47:07" | |||
! style="background-color: #818144" | cmurf | |||
| style="color: #818144" | OIC | |||
|| [[#t16:47:07|16:47]] | |||
|- id="t16:47:17" | |||
| colspan="2" | * adamw sets quantum fuse, thanks for coming folks! | |||
|| [[#t16:47:17|16:47]] | |||
|- id="t16:54:36" | |||
! style="background-color: #488888" | tflink | |||
| style="color: #488888" | that's one long quantum fuse | |||
|| [[#t16:54:36|16:54]] | |||
|- id="t16:55:08" | |||
! style="background-color: #407a40" | adamw | |||
| style="color: #407a40" | #endmeeting | |||
|| [[#t16:55:08|16:55]] | |||
|} | |||
Generated by irclog2html.py 2.12.1 by [mailto:marius@pov.lt Marius Gedminas] - find it at [http://mg.pov.lt/irclog2html mg.pov.lt]! |
Latest revision as of 06:12, 10 December 2013
Attendees
- adamw (63)
- cmurf (54)
- kparal (17)
- nirik (7)
- roshi (7)
- greenlion (6)
- tflink (6)
- handsome_pirate (5)
- zodbot (4)
- jreznik (4)
- pwhalen (1)
- masta (1)
- mkrizek (1)
- pschindl (1)
Agenda
- Previous meeting follow-up
- Fedora 20 Final status
- Open floor
Previous meeting follow-up
- adamw to draft a new test case and matrix row for validating cloud image checksums - adamw still failed to get around to this, will try once more for next week
Fedora 20 Final status
- Test coverage was looking decent, just a couple of tests remain that hadn't been run since Beta
- Two accepted blockers were outstanding, and several proposed
- Next compose date depends to some extent on anaconda work
- Go/No-Go again on Thursday
Open floor
- tflink and roshi both looking for feedback on ideas: tflink's proposal for a taskotron task description format and roshi's proposal for validation test case 'roadmaps' for running multiple tests together
Action items
- adamw to draft a new test case and matrix row for validating cloud image checksums
IRC Log
adamw | #startmeeting Fedora QA meeting | 16:00 |
---|---|---|
zodbot | Meeting started Mon Dec 9 16:00:51 2013 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
zodbot | Useful Commands: #action #agreed #halp #info #idea #link #topic. | 16:00 |
adamw | #meetingname fedora-qa | 16:00 |
zodbot | The meeting name has been set to 'fedora-qa' | 16:00 |
adamw | #topic Roll call | 16:01 |
* roshi is here | 16:01 | |
adamw | ahoyhoy, folks, who's on board the ship o' release validation fun? | 16:01 |
* nirik is lurking around | 16:01 | |
* jreznik is here | 16:01 | |
* mkrizek is here | 16:01 | |
* cmurf is wearing is life vest, just in case. | 16:01 | |
cmurf | ^h | 16:01 |
* pwhalen is here | 16:01 | |
* greenlion looking in | 16:02 | |
* kparal late | 16:02 | |
cmurf | have we lost the relay? | 16:04 |
adamw | hmm? | 16:04 |
kparal | has he #chaired someone else? | 16:04 |
adamw | yeesh, it's only been four minutes and you're already plotting the mutiny? | 16:04 |
adamw | #plank kparal cmurf | 16:05 |
adamw | what, meetbot, there is no "makes X walk the plank" macro? this is an UNACCEPTABLE OVERSIGHT | 16:05 |
adamw | fine, then | 16:05 |
adamw | #chair kparal cmurf | 16:05 |
zodbot | Current chairs: adamw cmurf kparal | 16:05 |
adamw | #topic Previous meeting follow-up | 16:05 |
adamw | time to rename this section 'adamw sucks corner', folks | 16:05 |
cmurf | i'm referring to the ping timouts, connection resets, host changes - people left and there was a pause | 16:06 |
adamw | #info "adamw to draft a new test case and matrix row for validating cloud image checksums" - still didn't get around to this one, though somehow I found time to write a completely different test case. sorry. one more try | 16:06 |
adamw | #action adamw to draft a new test case and matrix row for validating cloud image checksums | 16:06 |
adamw | anything for follow-up that i missed? | 16:06 |
cmurf | *shrug* one was obviously much more interesting than the other :-) | 16:06 |
* pschindl is here | 16:07 | |
adamw | guess not | 16:08 |
adamw | wb, tflink | 16:08 |
tflink | not sure what happened there, | 16:09 |
tflink | fun times :) | 16:09 |
adamw | #topic Fedora 20 Final status | 16:09 |
adamw | tflink: well, we used the opportunity to re-assign all release blockers to you. | 16:09 |
tflink | adamw: I thought that the idea was _not_ to slip more :-P | 16:09 |
adamw | =) | 16:09 |
cmurf | right | 16:10 |
adamw | so, we still have a couple of tests that haven't run since Beta: http://testdays.qa.fedoraproject.org/testcase_stats/Category_Installation_validation_testing.html | 16:10 |
jreznik | that's not nice from you adamw! | 16:10 |
adamw | hehe | 16:10 |
cmurf | no more release blockers short of injuries that cause scaring | 16:10 |
adamw | i really need to do the hw raid one | 16:10 |
adamw | if people can help get https://fedoraproject.org/wiki/QA:Testcase_Kickstart_Hd_Device_Path_Ks_Cfg and https://fedoraproject.org/wiki/QA:Testcase_Kickstart_File_Path_Ks_Cfg done that'd be great, yes I know they're a pita | 16:10 |
cmurf | short of a firmware bug it really oughta just work like installing to a single drive | 16:10 |
adamw | cmurf: yeah, we all know the theory ;) | 16:11 |
cmurf | right so not a big deal waiting until the last second to test it | 16:11 |
adamw | then we have a few from tc2, tc3 and tc4 to work through, but we'll probably have RC1 by then | 16:11 |
adamw | or at least tc6... | 16:12 |
* roshi crosses his fingers for RC | 16:13 | |
adamw | for RC, ignoring for now the proposed blocker list, we have https://bugzilla.redhat.com/show_bug.cgi?id=1027947 and https://bugzilla.redhat.com/show_bug.cgi?id=983110 | 16:13 |
jreznik | The kde one looks like we have a hit | 16:15 |
adamw | well, not entirely | 16:15 |
adamw | just arbitrarily turning off glib2 mainloop integration for a chunk of kde startup is a pretty big change to throw in at this point | 16:15 |
adamw | and right now i think they're discovering some consequences of it in #fedora-kde... | 16:16 |
adamw | but yeah, it mostly looks like we've got a few tests to clean up while we wait on devs for an rc1 | 16:16 |
cmurf | isn't it kinda late for such big changes? | 16:16 |
adamw | and folks, if you have blocker bugs in you, *please* get them out today if at all possible =) i know this is the time when we get some spare minutes to do freeform testing and spot things we missed before, but try and get it done asap | 16:17 |
kparal | can't create new bugs in bugzilla | 16:17 |
cmurf | i went through that phase for beta, i'm ready for this goose to lay its egg man | 16:18 |
adamw | cmurf: yes, but we gotta fix it _somehow_. the build was mostly meant as a debugging test rather than as the fix, but they floated the possibility of pushing it if it fixes the bug and they can't come up with a more specific fix | 16:18 |
kparal | I wanted to report some, but ... | 16:18 |
* handsome_pirate stumbles in late | 16:18 | |
nirik | kparal: I understand they are going to push a hotfix for that. not sure when tho | 16:18 |
cmurf | re: new BZ bugs, is this isolated or can no one create bugs? | 16:19 |
nirik | its the top level report a bug thing timing out... | 16:20 |
kparal | someone at #fedora-admin claimed it works for him | 16:21 |
kparal | doesn't for me | 16:21 |
adamw | oh good, looks like dlehman is on PTO today. just what we need for blocker fixing. | 16:21 |
nirik | kparal: it loads here after 1-2minutes. | 16:21 |
adamw | kparal: i thought i left specific instructions for you to be bound and gagged outside the reach of a keyboard | 16:21 |
* adamw knows a workaround but ain't telling kparal | 16:22 | |
cmurf | no kidding | 16:22 |
* cmurf snickers | 16:22 | |
adamw | if you're called kparal, look away now | 16:22 |
* kparal gets proxy error | 16:22 | |
adamw | for everyone else, you can go to http://bugz.fedoraproject.org/(packagename) then use the 'report a new bug against this package' thing | 16:23 |
adamw | (or you could just, you know, memorize the parameters to enter_bug.cgi) | 16:23 |
handsome_pirate | Yay | 16:23 |
handsome_pirate | New workflow | 16:23 |
kparal | https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=anaconda doesn't work for me either | 16:23 |
roshi | kparal, I think adamw just turned your access off :p | 16:24 |
cmurf | doesn't work = doesn't load? | 16:24 |
kparal | probably | 16:24 |
kparal | cmurf: proxy error after several minutes | 16:24 |
cmurf | it's hanging for me atm | 16:24 |
cmurf | what are "DE tools"? | 16:25 |
cmurf | context is "Open created LUKS device using DE tools" | 16:25 |
greenlion | cmurf, dolphin in my case | 16:26 |
cmurf | is that included in live desktop? | 16:26 |
greenlion | probably works with nautilus too | 16:26 |
greenlion | yes, KDE Live | 16:26 |
adamw | okay, so is there anything else to discuss about f20 status? | 16:27 |
cmurf | kparal reproduced 1008732 with live desktop though, not live kde | 16:27 |
cmurf | adamw nothing other than the obvious | 16:27 |
adamw | oh, yes | 16:27 |
adamw | #agreed everybody panic | 16:27 |
cmurf | right | 16:27 |
adamw | =) | 16:28 |
tflink | adamw: EINSUFFICIENTCOFFEE | 16:28 |
handsome_pirate | adamw: What if I'm already panicking? | 16:28 |
greenlion | why panic? just delay release to january, or february... :) | 16:28 |
jreznik | set panic mode | 16:28 |
adamw | handsome_pirate: panic harder | 16:28 |
cmurf | i have 1tbsp of soymilk left so yes coffee panic mode is about to happen, and it's like -10C outside | 16:28 |
handsome_pirate | adamw: I'm trying! | 16:28 |
cmurf | -16C, yikes | 16:29 |
roshi | cmurf, you don't drink your coffee black? | 16:29 |
adamw | obviously he hasn't been working hard enough | 16:29 |
cmurf | nope, comes out of the press pot like syrup it needs to be cut | 16:29 |
roshi | lol | 16:29 |
cmurf | besides i drink it because i actually like coffee not because i need it | 16:30 |
cmurf | anyway! | 16:30 |
* masta looks in | 16:31 | |
cmurf | blockers? | 16:31 |
adamw | #topic open floor | 16:31 |
adamw | not that it hasn't been open floor for ten minutes... | 16:31 |
adamw | but do we have anything else? | 16:31 |
cmurf | i do not | 16:32 |
tflink | If anyone's interested in automation - comments and discussion appreciated: https://lists.fedoraproject.org/pipermail/qa-devel/2013-December/000556.html | 16:32 |
roshi | I'm looking for feedback on an idea if people haven't already seen it: http://roshi.fedorapeople.org/testing-efficiently.html | 16:33 |
roshi | I'll be sending an email out to test@ once I get it a bit more fleshed out | 16:33 |
adamw | #info tflink and roshi both looking for feedback on ideas: https://lists.fedoraproject.org/pipermail/qa-devel/2013-December/000556.html and http://roshi.fedorapeople.org/testing-efficiently.html | 16:33 |
adamw | thanks guys! | 16:33 |
cmurf | speaking of the test matrix | 16:34 |
cmurf | it seems that we get a TC and then a day later we get another anaconda | 16:34 |
cmurf | and it's like… ok we have this TCx' (that's a prime) derivative outside the matrix | 16:35 |
cmurf | and the potential for regressions this time of the process increases I think | 16:35 |
adamw | cmurf: i didn't do another build right away because it looked like we'd be able to do an rc quicker | 16:35 |
cmurf | yeah and i'm glad for that actually | 16:36 |
cmurf | what i'm wondering is if there's a way to inhibit builds of anaconda until more stuff is fixed | 16:36 |
cmurf | because with every new build it really means, esp with an RC, we need to retest the whole matrix | 16:37 |
cmurf | in addition to any affected blockers | 16:37 |
cmurf | so fix more bugs before rolling another anaconda? | 16:37 |
cmurf | i'm not even doing a 10th of the work some folks are and it's a bit much to see only 1/2 the matrix get filled up before another anaconda appears and i'm like …. crap | 16:38 |
adamw | well, it's kinda up to anaconda team's discretion when to build a new one | 16:38 |
kparal | that's the basic dilemma. I believe we should use tools like http://testdays.qa.fedoraproject.org/testcase_stats/ more and not just blindly do all the test case again and again and again | 16:38 |
cmurf | adamw: understood, but i think they might be under the imrpession they're doing us a favor to get bug fixes tested sooner | 16:39 |
adamw | still, i don't quite see the practical difference between building anaconda 20.1, 20.2, 20.3, 20.4, 20.5, 20.6, and 20.7 with one fix each and building 20.1, then building 20.7 with all the fixes | 16:39 |
cmurf | kparal good point | 16:39 |
kparal | anaconda builds should not be delayed. we can delay TCs if we want | 16:39 |
adamw | kparal: during TC phase that's already what we should be doing | 16:40 |
kparal | frequent anaconda builds are actually helpful for us | 16:40 |
adamw | kparal: it's only RCs where in theory we ought to run every test | 16:40 |
cmurf | ahh ok | 16:40 |
kparal | adamw: well, this approach is not really described anywhere, but it's good that you agree | 16:40 |
adamw | kparal: yeah, that's my perspective too, the important question is how often we build TCs, not how often anaconda pushes builds out | 16:40 |
cmurf | ok great so 2nd question is if there is a way now or could be in the future to support an overlay for the DVD ISO | 16:41 |
cmurf | and netinst | 16:41 |
cmurf | so that anaconda can be updated and remain resident | 16:41 |
cmurf | like the live | 16:41 |
kparal | cmurf: hardly. there's not even rpm | 16:41 |
adamw | um. i have no idea? be one to ask bcl, i guess. | 16:41 |
* nirik isn't sure what that gets you... not having to download a new one? | 16:42 | |
kparal | nirik: not waiting for a next compose | 16:42 |
cmurf | not having to wait for a TC build with that version of anaconda in it | 16:42 |
greenlion | updates.img? | 16:42 |
nirik | ah. I guess. | 16:42 |
kparal | updates.img is hard to create by users | 16:42 |
nirik | too many things like that tho and you end up not testing the thing we are shipping tho. | 16:43 |
cmurf | exactly | 16:43 |
cmurf | and life install is gnome/kde only which takes a ton longer than a minimal install | 16:43 |
cmurf | live, rather | 16:43 |
cmurf | that's all i've got, meanwhile i'm testing some of these newly proposed blockers | 16:43 |
cmurf | what's next? blockers? | 16:44 |
* cmurf hears Jeopardy muzak in the background | 16:45 | |
adamw | blocker meeting next | 16:46 |
adamw | top of the hour, in #fedora-blocker-review | 16:47 |
adamw | everyone go get coffee :) | 16:47 |
cmurf | OIC | 16:47 |
* adamw sets quantum fuse, thanks for coming folks! | 16:47 | |
tflink | that's one long quantum fuse | 16:54 |
adamw | #endmeeting | 16:55 |
Generated by irclog2html.py 2.12.1 by Marius Gedminas - find it at mg.pov.lt!