From Fedora Project Wiki

< QA‎ | Meetings

m (current spin is RC2 not TC2)
(update page with the results of the meeting)
 
Line 1: Line 1:
= Attendees =
= Attendees =
* tflink (111)
* Viking-Ice (32)
* kparal (31)
* pwhalen (12)
* dgilmore (10)
* jreznik (10)
* satellit_e (9)
* zodbot (6)
* satellit (6)
* jskladan (4)
* pschindl (3)
* roshi (1)


= Agenda =
= Agenda =
Line 7: Line 19:


== Followup from previous meeting ==
== Followup from previous meeting ==
 
* ''tflink to pester handsome_pirate about cloud testing coordination and/or talk to cloud folks about testing and eventual location of images'' - tflink followed up to some degree, but the status of cloud images and testing did not seem satisfactory, further action required
* tflink to pester handsome_pirate about cloud testing coordination and/or talk to cloud folks about testing and eventual location of images


== Fedora 20 Planning/Status ==
== Fedora 20 Planning/Status ==
=== F20 Alpha RC2 Testing Status ===
* All known issues were being tracked via blocker bugs


* F20 Alpha RC2 Testing Status
=== Arm Hardware Status ===
* Arm Hardware Status
* kparal raised concerns about a lack of links to ARM-specific documentation for certain tests
* Any Major Issues


== Open floor ==
== Open floor ==
 
* [http://testdays.qa.fedoraproject.org/testcase_stats/ testcase_stats page] tracks how often each validation test case has been run (and with what result), and when it was last run: re-generated every hour
* An inconsistency was identified between requiring the images to boot from physical media at Alpha, but only requiring them to be appropriately sized at Beta: tflink would propose criteria changes


== Action items ==
== Action items ==
* tflink to make sure some cloud testing is getting done
* tflink to file blocker bug about DOA i386 AMI
* pschindl to send out karma/testing request for not-yet-stable updates in RC2
* tflink to propose moving 'boot from optical media' criterion from alpha to beta


== IRC Log ==
{|
|- id="t15:01:25"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #startmeeting Fedora QA meeting
|| [[#t15:01:25|15:01]]
|- id="t15:01:25"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Meeting started Mon Sep 16 15:01:25 2013 UTC.  The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot.
|| [[#t15:01:25|15:01]]
|- id="t15:01:25"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Useful Commands: #action #agreed #halp #info #idea #link #topic.
|| [[#t15:01:25|15:01]]
|- id="t15:01:25"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #meetingname fedora-qa
|| [[#t15:01:25|15:01]]
|- id="t15:01:25"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | The meeting name has been set to 'fedora-qa'
|| [[#t15:01:25|15:01]]
|- id="t15:01:29"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #topic Roll Call
|| [[#t15:01:29|15:01]]
|- id="t15:01:39"
| colspan="2" | * satellit listening
|| [[#t15:01:39|15:01]]
|- id="t15:01:41"
| colspan="2" | * jskladan lurks
|| [[#t15:01:41|15:01]]
|- id="t15:01:55"
| colspan="2" | * tflink tries to figure out what he did with the agenda
|| [[#t15:01:55|15:01]]
|- id="t15:02:36"
| colspan="2" | * roshi here
|| [[#t15:02:36|15:02]]
|- id="t15:02:45"
| colspan="2" | * kparal is a bit late again, but that shouldn't surprise you
|| [[#t15:02:45|15:02]]
|- id="t15:03:04"
| colspan="2" | * jreznik is here, but will have to leave in a short for an hour
|| [[#t15:03:04|15:03]]
|- id="t15:03:21"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | ah, saved it on the wrong page
|| [[#t15:03:21|15:03]]
|- id="t15:03:39"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #link https://fedoraproject.org/wiki/QA/Meetings/20130916
|| [[#t15:03:39|15:03]]
|- id="t15:04:20"
| colspan="2" | * pschindl is here
|| [[#t15:04:20|15:04]]
|- id="t15:05:08"
| colspan="2" | * tflink waits another minute or so for folks to show up
|| [[#t15:05:08|15:05]]
|- id="t15:06:06"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | ok, it's been 5 minutes - anyone not here yet will miss out on all the fun
|| [[#t15:06:06|15:06]]
|- id="t15:06:11"
| colspan="2" | * pwhalen is here
|| [[#t15:06:11|15:06]]
|- id="t15:06:18"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #topic previous meeting followup
|| [[#t15:06:18|15:06]]
|- id="t15:06:26"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | the only thing I'm seeing is:
|| [[#t15:06:26|15:06]]
|- id="t15:06:44"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #info
|| [[#t15:06:44|15:06]]
|- id="t15:06:49"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #info tflink to pester handsome_pirate about cloud testing coordination and/or talk to cloud folks about testing and eventual location of images
|| [[#t15:06:49|15:06]]
|- id="t15:06:52"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | hrm
|| [[#t15:06:52|15:06]]
|- id="t15:06:53"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #undo
|| [[#t15:06:53|15:06]]
|- id="t15:06:53"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Removing item from minutes: &lt;MeetBot.items.Info object at 0x29dfb3d0&gt;
|| [[#t15:06:53|15:06]]
|- id="t15:06:56"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #undo
|| [[#t15:06:56|15:06]]
|- id="t15:06:56"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Removing item from minutes: &lt;MeetBot.items.Info object at 0x28f4c950&gt;
|| [[#t15:06:56|15:06]]
|- id="t15:07:01"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #info tflink to pester handsome_pirate about cloud testing coordination and/or talk to cloud folks about testing and eventual location of images
|| [[#t15:07:01|15:07]]
|- id="t15:07:16"
| colspan="2" | * Viking-Ice joins in 50%
|| [[#t15:07:16|15:07]]
|- id="t15:07:36"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | I think I pestered him about it, but I can't remember the outcome
|| [[#t15:07:36|15:07]]
|- id="t15:08:01"
! style="background-color: #818144" | kparal
| style="color: #818144" | well, repeat the procedure :)
|| [[#t15:08:01|15:08]]
|- id="t15:08:41"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | yeah, I just found my irc logs and am realizing that I didn't get quite all of the information
|| [[#t15:08:41|15:08]]
|- id="t15:08:45"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | but most of it :)
|| [[#t15:08:45|15:08]]
|- id="t15:09:09"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | not sure there's much else to say on this
|| [[#t15:09:09|15:09]]
|- id="t15:09:10"
! style="background-color: #854685" | jreznik
| style="color: #854685" | what's missing? if you got most of it
|| [[#t15:09:10|15:09]]
|- id="t15:09:24"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | eventual location, but I think that's also been figured out
|| [[#t15:09:24|15:09]]
|- id="t15:09:40"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | theoretically, the cloud sig is helping to test the cloud images
|| [[#t15:09:40|15:09]]
|- id="t15:09:43"
! style="background-color: #854685" | jreznik
| style="color: #854685" | and from email, mattdm: This still doesn't boot. (We're working on it.) - from Sep 13
|| [[#t15:09:43|15:09]]
|- id="t15:10:02"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | yeah, the i386 AMI hasn't been booting for a while
|| [[#t15:10:02|15:10]]
|- id="t15:10:13"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | like I said, theoretically
|| [[#t15:10:13|15:10]]
|- id="t15:11:25"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | location is determined by releng, I think - new Images dir
|| [[#t15:11:25|15:11]]
|- id="t15:11:53"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | testing ... need to ping rbergeron about possibly getting people access to a fedora amazon account
|| [[#t15:11:53|15:11]]
|- id="t15:12:39"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | but that's something to deal with outside the QA meeting
|| [[#t15:12:39|15:12]]
|- id="t15:13:16"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #action tflink to make sure some cloud testing is getting done
|| [[#t15:13:16|15:13]]
|- id="t15:13:22"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | anything else here&quot;
|| [[#t15:13:22|15:13]]
|- id="t15:13:25"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | ?
|| [[#t15:13:25|15:13]]
|- id="t15:13:37"
! style="background-color: #854685" | jreznik
| style="color: #854685" | and also how to track i386 ami better
|| [[#t15:13:37|15:13]]
|- id="t15:14:14"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | well is that not best handled by the cloud sig
|| [[#t15:14:14|15:14]]
|- id="t15:14:59"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | Viking-Ice: if they were actually doing the testing, sure
|| [[#t15:14:59|15:14]]
|- id="t15:14:59"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | jreznik: not sure I understand?
|| [[#t15:14:59|15:14]]
|- id="t15:15:00"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | i386 ami was just never tested
|| [[#t15:15:00|15:15]]
|- id="t15:15:22"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | tflink, they are the ones that should be doing the testing
|| [[#t15:15:22|15:15]]
|- id="t15:15:37"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | we should just help them prepare for it
|| [[#t15:15:37|15:15]]
|- id="t15:15:51"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | ok, moving on
|| [[#t15:15:51|15:15]]
|- id="t15:15:51"
! style="background-color: #854685" | jreznik
| style="color: #854685" | tflink: I mean, we know it does not work, it's potential blocker, you did not know where/how to report it and it's not on the blocker bugs list (so could be easily missed, hard to get udpates...)
|| [[#t15:15:51|15:15]]
|- id="t15:16:37"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | jreznik: good point. it's still not blocking release
|| [[#t15:16:37|15:16]]
|- id="t15:16:51"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #action tflink to file blocker bug about DOA i386 AMI
|| [[#t15:16:51|15:16]]
|- id="t15:17:12"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | Viking-Ice: I'm not disagreeing with you but the other option is DOA cloud images
|| [[#t15:17:12|15:17]]
|- id="t15:17:27"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #topic F20 Alpha RC2 Testing Status
|| [[#t15:17:27|15:17]]
|- id="t15:17:34"
! style="background-color: #854685" | jreznik
| style="color: #854685" | tflink: yep and you know how I hate last minute surprises when someone brings it up :)
|| [[#t15:17:34|15:17]]
|- id="t15:18:00"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | jreznik: meh, it adds excitement. what good would a boring, predictable release be :-D
|| [[#t15:18:00|15:18]]
|- id="t15:18:10"
! style="background-color: #854685" | jreznik
| style="color: #854685" | :D
|| [[#t15:18:10|15:18]]
|- id="t15:18:31"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | but back to topic where are we at with regards to the alpha blocker bugs and testing
|| [[#t15:18:31|15:18]]
|- id="t15:18:31"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | any huge issues from RC2 testing thus far?
|| [[#t15:18:31|15:18]]
|- id="t15:18:37"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | other than the current blocker issues
|| [[#t15:18:37|15:18]]
|- id="t15:19:25"
! style="background-color: #8c4a4a" | satellit
| style="color: #8c4a4a" | I am having a problem using anaconda liveinst to install to an external USB HD....
|| [[#t15:19:25|15:19]]
|- id="t15:19:37"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | hopefully, we'll have a new anaconda build today for #1007387
|| [[#t15:19:37|15:19]]
|- id="t15:19:44"
! style="background-color: #818144" | kparal
| style="color: #818144" | I reported just a few cosmetic issues, I haven't seen any other big issue
|| [[#t15:19:44|15:19]]
|- id="t15:19:55"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | what about 1006113
|| [[#t15:19:55|15:19]]
|- id="t15:20:08"
! style="background-color: #854685" | jreznik
| style="color: #854685" | btw. for current blocking issues - anaconda guys did some mess in the list by cloning blocker bugs - fedora stuff should be cleaned from that bugs
|| [[#t15:20:08|15:20]]
|- id="t15:20:08"
! style="background-color: #818144" | kparal
| style="color: #818144" | tflink: will we get RC3 once that happens?
|| [[#t15:20:08|15:20]]
|- id="t15:20:09"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | Viking-Ice: it needs to be closed
|| [[#t15:20:09|15:20]]
|- id="t15:20:17"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | ah yes
|| [[#t15:20:17|15:20]]
|- id="t15:20:19"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | I forgot to secretarialize after go/no-no
|| [[#t15:20:19|15:20]]
|- id="t15:20:23"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | kparal: yep
|| [[#t15:20:23|15:20]]
|- id="t15:20:49"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | jreznik: i thought that got cleaned up post-clone
|| [[#t15:20:49|15:20]]
|- id="t15:20:49"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | what's our karma status on the bugs and their fixes
|| [[#t15:20:49|15:20]]
|- id="t15:21:14"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | there are a few builds missing karma for stable
|| [[#t15:21:14|15:21]]
|- id="t15:21:16"
! style="background-color: #854685" | jreznik
| style="color: #854685" | tflink: seems like it wasn't
|| [[#t15:21:16|15:21]]
|- id="t15:22:06"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | pschindl: were you planning to do a F20 alpha karma request?
|| [[#t15:22:06|15:22]]
|- id="t15:22:28"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | I see several updates that should be stable once they get enough karma
|| [[#t15:22:28|15:22]]
|- id="t15:22:40"
! style="background-color: #4b904b" | pschindl
| style="color: #4b904b" | I was. But haven't done it yet.
|| [[#t15:22:40|15:22]]
|- id="t15:23:11"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | pschindl, lure in karma via badges &quot;Earn your badges test and provide karma&quot; yata yata
|| [[#t15:23:11|15:23]]
|- id="t15:23:24"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #action pschindl to send out karma/testing request for not-yet-stable updates in RC2
|| [[#t15:23:24|15:23]]
|- id="t15:23:26"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | hm we actually should be monitoring if karma brings in more people
|| [[#t15:23:26|15:23]]
|- id="t15:23:31"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | mean badges
|| [[#t15:23:31|15:23]]
|- id="t15:24:02"
! style="background-color: #4b904b" | pschindl
| style="color: #4b904b" | Viking-Ice: thanks for the idea for the mail :)
|| [[#t15:24:02|15:24]]
|- id="t15:24:04"
| colspan="2" | * tflink wonders if it would be worth requesting/making badges for providing karma on blockers
|| [[#t15:24:04|15:24]]
|- id="t15:24:38"
! style="background-color: #818144" | kparal
| style="color: #818144" | tflink: would be hard to query for and maintain
|| [[#t15:24:38|15:24]]
|- id="t15:24:52"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | tflink, dont think so
|| [[#t15:24:52|15:24]]
|- id="t15:25:00"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | yeah, something for another day at least
|| [[#t15:25:00|15:25]]
|- id="t15:25:11"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | have filed for a zombie badges for testing in the test matrix
|| [[#t15:25:11|15:25]]
|- id="t15:25:47"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | ok, anything else on testing status?
|| [[#t15:25:47|15:25]]
|- id="t15:26:18"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #topic ARM Status
|| [[#t15:26:18|15:26]]
|- id="t15:26:23"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | tflink, arm bugs look resolved, testing the new anaconda today which should clear up our initial-setup blocker
|| [[#t15:26:23|15:26]]
|- id="t15:26:31"
! style="background-color: #8c4a4a" | satellit
| style="color: #8c4a4a" | soas will start if lightdm is added to .ks and -gdm is included in it
|| [[#t15:26:31|15:26]]
|- id="t15:26:37"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | it looks like things are working better than they were
|| [[#t15:26:37|15:26]]
|- id="t15:26:46"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | satellit: bug filed?
|| [[#t15:26:46|15:26]]
|- id="t15:26:46"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | vexpress not booting was resolved with an update to qemu
|| [[#t15:26:46|15:26]]
|- id="t15:27:03"
! style="background-color: #8c4a4a" | satellit
| style="color: #8c4a4a" | pbrobinson is aware but away atm
|| [[#t15:27:03|15:27]]
|- id="t15:27:20"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | satellit: is there a bug filed?
|| [[#t15:27:20|15:27]]
|- id="t15:27:29"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | if there's no bug, it's not supposed to change
|| [[#t15:27:29|15:27]]
|- id="t15:27:30"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | no bug no fix ;)
|| [[#t15:27:30|15:27]]
|- id="t15:27:47"
! style="background-color: #8c4a4a" | satellit
| style="color: #8c4a4a" | no I will do so
|| [[#t15:27:47|15:27]]
|- id="t15:27:56"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | cool, thanks
|| [[#t15:27:56|15:27]]
|- id="t15:28:18"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | I'm hoping RC3 will be the last for f20 alpha, so I'd suggest doing it soon
|| [[#t15:28:18|15:28]]
|- id="t15:28:32"
! style="background-color: #8c4a4a" | satellit
| style="color: #8c4a4a" | I did a test remix with this fix here: http://wiki.sugarlabs.org/go/Fedora_20#SoaS_86_64-dm_.28remix.29
|| [[#t15:28:32|15:28]]
|- id="t15:28:32"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | pwhalen: sounds like arm is in good shape for f20 alpha, though?
|| [[#t15:28:32|15:28]]
|- id="t15:28:34"
! style="background-color: #818144" | kparal
| style="color: #818144" | I'm not sure why there are white fields in the general tests in installation matrix for ARM, when the only test case available speaks about dd-ing images to a SD card
|| [[#t15:28:34|15:28]]
|- id="t15:28:57"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | tflink, I'll confirm anaconda, but yes it is. The fix was very small for our setup issue
|| [[#t15:28:57|15:28]]
|- id="t15:29:27"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | https://admin.fedoraproject.org/updates/FEDORA-2013-16735/anaconda-20.16-1.fc20
|| [[#t15:29:27|15:29]]
|- id="t15:29:36"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | kparal: not sure I understand your question
|| [[#t15:29:36|15:29]]
|- id="t15:29:49"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | looks like someone left karma but didnt test the right version, can that be removed or we just need to get additional karma
|| [[#t15:29:49|15:29]]
|- id="t15:29:53"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | the lack of arm-specific stuff in the test cases?
|| [[#t15:29:53|15:29]]
|- id="t15:29:55"
! style="background-color: #818144" | kparal
| style="color: #818144" | tflink: how do you run anaconda on ARM? I don't see any test case covering that
|| [[#t15:29:55|15:29]]
|- id="t15:30:07"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | yeah, not sure on that one myself
|| [[#t15:30:07|15:30]]
|- id="t15:30:13"
! style="background-color: #818144" | kparal
| style="color: #818144" | I simply don't see any instructions
|| [[#t15:30:13|15:30]]
|- id="t15:30:17"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | i didn't think anaconda actually ran on arm
|| [[#t15:30:17|15:30]]
|- id="t15:30:23"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | outside of initial-setup
|| [[#t15:30:23|15:30]]
|- id="t15:30:33"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | kparal, pxe boot on highbank
|| [[#t15:30:33|15:30]]
|- id="t15:30:47"
! style="background-color: #818144" | kparal
| style="color: #818144" | pwhalen: does it work with qemu as well?
|| [[#t15:30:47|15:30]]
|- id="t15:31:16"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | kparal, not that I'm aware of
|| [[#t15:31:16|15:31]]
|- id="t15:31:48"
! style="background-color: #818144" | kparal
| style="color: #818144" | hmm, ok. maybe we should provide this info somehow in the matrix
|| [[#t15:31:48|15:31]]
|- id="t15:32:10"
! style="background-color: #818144" | kparal
| style="color: #818144" | I saw empty cells for ARM, but I didn't know how to fill them
|| [[#t15:32:10|15:32]]
|- id="t15:32:26"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | they look mostly filled for RC2
|| [[#t15:32:26|15:32]]
|- id="t15:32:52"
! style="background-color: #818144" | kparal
| style="color: #818144" | as long as pwhalen takes care of it, I don't mind... :)
|| [[#t15:32:52|15:32]]
|- id="t15:33:04"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | kparal, which. I think i missed - QA:Testcase_Kickstart_Nfs_Server_Path_Ks_Cfg , but all else should be done
|| [[#t15:33:04|15:33]]
|- id="t15:33:44"
! style="background-color: #818144" | kparal
| style="color: #818144" | pwhalen: for example https://fedoraproject.org/wiki/QA:Testcase_Anaconda_autopart_install has ARM field enabled
|| [[#t15:33:44|15:33]]
|- id="t15:33:58"
! style="background-color: #818144" | kparal
| style="color: #818144" | but I guess we can't put ARM-specific instructions into every test case
|| [[#t15:33:58|15:33]]
|- id="t15:34:10"
! style="background-color: #818144" | kparal
| style="color: #818144" | we need to have a general guide at the top of the matrix or something like that
|| [[#t15:34:10|15:34]]
|- id="t15:34:11"
| colspan="2" | * jreznik has to leave now for a short, will read the log
|| [[#t15:34:11|15:34]]
|- id="t15:34:23"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | but some more links to ARM info might  be useful?
|| [[#t15:34:23|15:34]]
|- id="t15:34:42"
! style="background-color: #818144" | kparal
| style="color: #818144" | definitely, but I wouldn't duplicate it into every test case
|| [[#t15:34:42|15:34]]
|- id="t15:34:59"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | kparal, I dont see any adjustments needed, boot the installer by any means
|| [[#t15:34:59|15:34]]
|- id="t15:35:00"
! style="background-color: #818144" | kparal
| style="color: #818144" | something like &quot;ARM testing&quot; info box at the top of the page, perhaps?
|| [[#t15:35:00|15:35]]
|- id="t15:35:08"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #info concerns about a lack of links to arm documentation were raised
|| [[#t15:35:08|15:35]]
|- id="t15:35:58"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | tflink, lack of links to arm documentation? that testcase seems pretty straightforward
|| [[#t15:35:58|15:35]]
|- id="t15:36:09"
! style="background-color: #818144" | kparal
| style="color: #818144" | pwhalen: well, simple people like me don't realize that it means pxeboot (as the only method) :) I was looking for some real installation images, and they are not there, of course
|| [[#t15:36:09|15:36]]
|- id="t15:37:06"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | kparal: can you think of a better way to phrase the #info above?
|| [[#t15:37:06|15:37]]
|- id="t15:37:10"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #chair kparal
|| [[#t15:37:10|15:37]]
|- id="t15:37:10"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Current chairs: kparal tflink
|| [[#t15:37:10|15:37]]
|- id="t15:38:20"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | pwhalen: I've not run through it before, to be honest
|| [[#t15:38:20|15:38]]
|- id="t15:38:22"
! style="background-color: #818144" | kparal
| style="color: #818144" | #info People with no or little experience with ARM might wonder where ARM installation images are. We might consider adding a brief info to the installation matrix wiki page.
|| [[#t15:38:22|15:38]]
|- id="t15:39:48"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | ok, anything else here?
|| [[#t15:39:48|15:39]]
|- id="t15:40:03"
| colspan="2" | * tflink assumes not
|| [[#t15:40:03|15:40]]
|- id="t15:40:30"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #info from earlier discussion, there are no currently known major issues with F20 alpha
|| [[#t15:40:30|15:40]]
|- id="t15:40:36"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | which brings us to ...
|| [[#t15:40:36|15:40]]
|- id="t15:40:40"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #topic Open Floor
|| [[#t15:40:40|15:40]]
|- id="t15:40:53"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | I have one thing for open floor if nobody else has anything?
|| [[#t15:40:53|15:40]]
|- id="t15:41:17"
! style="background-color: #818144" | kparal
| style="color: #818144" | I think we should mention that thanks to jskladan we have a simple way of seeing which test cases haven't been tested for a long time
|| [[#t15:41:17|15:41]]
|- id="t15:41:18"
! style="background-color: #818144" | kparal
| style="color: #818144" | http://testdays.qa.fedoraproject.org/testcase_stats/
|| [[#t15:41:18|15:41]]
|- id="t15:41:31"
! style="background-color: #818144" | kparal
| style="color: #818144" | it's regenerated every hour or so
|| [[#t15:41:31|15:41]]
|- id="t15:41:32"
| colspan="2" | * jskladan blushes
|| [[#t15:41:32|15:41]]
|- id="t15:41:36"
! style="background-color: #97974f" | satellit_e
| style="color: #97974f" | https://bugzilla.redhat.com/show_bug.cgi?id=1008569
|| [[#t15:41:36|15:41]]
|- id="t15:41:54"
! style="background-color: #97974f" | satellit_e
| style="color: #97974f" | not sure how to mark it for FE
|| [[#t15:41:54|15:41]]
|- id="t15:42:03"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #link http://testdays.qa.fedoraproject.org/testcase_stats/
|| [[#t15:42:03|15:42]]
|- id="t15:42:28"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | satellit: mark it as blocking 980650
|| [[#t15:42:28|15:42]]
|- id="t15:42:32"
! style="background-color: #97974f" | satellit_e
| style="color: #97974f" | ok
|| [[#t15:42:32|15:42]]
|- id="t15:42:45"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | +1 FE
|| [[#t15:42:45|15:42]]
|- id="t15:43:36"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #info test case run statistics are regenerated ~ every hour and available at the url above
|| [[#t15:43:36|15:43]]
|- id="t15:43:36"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | should not be any problem to the release blocking desktop adding those missing requirements to the soas ks file
|| [[#t15:43:36|15:43]]
|- id="t15:43:54"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | jskladan: I thought you were supposed to change those dns entries
|| [[#t15:43:54|15:43]]
|- id="t15:44:06"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | they were going to be changed, rather
|| [[#t15:44:06|15:44]]
|- id="t15:44:30"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | Viking-Ice: sure, but we still need to go through the motions
|| [[#t15:44:30|15:44]]
|- id="t15:44:42"
! style="background-color: #9b519b" | jskladan
| style="color: #9b519b" | tflink: I'm not sure what do you mean right now, to be honest
|| [[#t15:44:42|15:44]]
|- id="t15:45:11"
! style="background-color: #9b519b" | jskladan
| style="color: #9b519b" | to be honest, I just spawned the regular cronjob there, since it's easily accessible public machine :)
|| [[#t15:45:11|15:45]]
|- id="t15:45:25"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | jskladan: we can talk after the meeting, not sure what the resolution was
|| [[#t15:45:25|15:45]]
|- id="t15:45:41"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | tflink, those here can just vote on the bug now
|| [[#t15:45:41|15:45]]
|- id="t15:46:02"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | mean the fix for this should relatively straight forward and actually faster then us voting on it
|| [[#t15:46:02|15:46]]
|- id="t15:46:30"
! style="background-color: #4d4d93" | pwhalen
| style="color: #4d4d93" | +1 FE
|| [[#t15:46:30|15:46]]
|- id="t15:46:57"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | satellit: you add AcceptedFreezeException after it's accepted, not at proposal time :)
|| [[#t15:46:57|15:46]]
|- id="t15:47:12"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | +1 FE
|| [[#t15:47:12|15:47]]
|- id="t15:47:13"
! style="background-color: #97974f" | satellit_e
| style="color: #97974f" | oops  sorry
|| [[#t15:47:13|15:47]]
|- id="t15:47:52"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #info 980650 accepted as FE for F20 alpha, +3 votes in meeting
|| [[#t15:47:52|15:47]]
|- id="t15:48:13"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | ok
|| [[#t15:48:13|15:48]]
|- id="t15:48:14"
| colspan="2" | * satellit_e wish there was a dropdown  with 980650 in bugzilla.....
|| [[#t15:48:14|15:48]]
|- id="t15:48:20"
! style="background-color: #97974f" | satellit_e
| style="color: #97974f" | thanks
|| [[#t15:48:20|15:48]]
|- id="t15:48:39"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | satellit_e: you'll be able to propose through the blocker tracking app again once I get it updated after the meeting
|| [[#t15:48:39|15:48]]
|- id="t15:49:03"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | the other thing I wanted to bring up was optical media
|| [[#t15:49:03|15:49]]
|- id="t15:49:20"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | size limits are not blocker issues for alpha, but booting from optical media is
|| [[#t15:49:20|15:49]]
|- id="t15:50:23"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | yeah we should remove it
|| [[#t15:50:23|15:50]]
|- id="t15:50:28"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | how do we want to handle the fact that the DVD.iso won't fit on a DVD?
|| [[#t15:50:28|15:50]]
|- id="t15:50:29"
! style="background-color: #818144" | kparal
| style="color: #818144" | Viking-Ice: remove what?
|| [[#t15:50:29|15:50]]
|- id="t15:50:34"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | Viking-Ice: not going to happen
|| [[#t15:50:34|15:50]]
|- id="t15:50:41"
! style="background-color: #818144" | kparal
| style="color: #818144" | &quot;Release-blocking live and dedicated installer images must boot when written to optical media of an appropriate size (if applicable) and when written to a USB stick with at least one of the officially supported methods.&quot;
|| [[#t15:50:41|15:50]]
|- id="t15:51:01"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | kparal, tflink why not
|| [[#t15:51:01|15:51]]
|- id="t15:51:24"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | with the exception of the releng DVD the SIG's themselfs control the target size
|| [[#t15:51:24|15:51]]
|- id="t15:51:25"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | Viking-Ice: people still use it
|| [[#t15:51:25|15:51]]
|- id="t15:51:36"
| colspan="2" | * satellit_e not possible to split DVD to #1 and #2 with command to switch to #2 in boot?
|| [[#t15:51:36|15:51]]
|- id="t15:51:38"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | but we're talking about the DVD, not the spins
|| [[#t15:51:38|15:51]]
|- id="t15:51:42"
! style="background-color: #818144" | kparal
| style="color: #818144" | so if I wanted to be super sneaky, if you can't write the image to a medium, it doesn't violate the criterion
|| [[#t15:51:42|15:51]]
|- id="t15:52:03"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | kparal: yeah, I was thinking something similar but figured it was worth discussion
|| [[#t15:52:03|15:52]]
|- id="t15:52:07"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | tflink, people still have floppy drives and your point being
|| [[#t15:52:07|15:52]]
|- id="t15:52:13"
! style="background-color: #818144" | kparal
| style="color: #818144" | on the other hand, I could say that the ability to write it is a pre-requisite to testing this criterion and therefore it is a test blocker
|| [[#t15:52:13|15:52]]
|- id="t15:52:14"
! style="background-color: #539e9e" | dgilmore
| style="color: #539e9e" | tflink: we have to make it smaller
|| [[#t15:52:14|15:52]]
|- id="t15:52:19"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | Viking-Ice: still have and still use are not the same thing
|| [[#t15:52:19|15:52]]
|- id="t15:52:36"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | tflink, I'm pretty sure they try to use it once in a full moon ;)
|| [[#t15:52:36|15:52]]
|- id="t15:52:43"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | we should really just stop shipping the dvd
|| [[#t15:52:43|15:52]]
|- id="t15:52:59"
! style="background-color: #818144" | kparal
| style="color: #818144" | we don't have the concept of TestBlocker in Fedora QA yet, but I think we should have it
|| [[#t15:52:59|15:52]]
|- id="t15:53:03"
! style="background-color: #539e9e" | dgilmore
| style="color: #539e9e" | Viking-Ice: thats a discussion for another day
|| [[#t15:53:03|15:53]]
|- id="t15:53:14"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | kparal: i was thinking that booting from optical media could be moved to beta blocker, with the size limits
|| [[#t15:53:14|15:53]]
|- id="t15:53:23"
! style="background-color: #539e9e" | dgilmore
| style="color: #539e9e" | for today we will need to remove things to mak ethe dvd small enough to fit
|| [[#t15:53:23|15:53]]
|- id="t15:53:36"
! style="background-color: #539e9e" | dgilmore
| style="color: #539e9e" | tflink: always a option also
|| [[#t15:53:36|15:53]]
|- id="t15:53:36"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | dgilmore, we should not be hitting sizing issue every god dam release cycle
|| [[#t15:53:36|15:53]]
|- id="t15:53:37"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | or we move size limitations to alpha, but it's a little late to be mucking around with that
|| [[#t15:53:37|15:53]]
|- id="t15:53:43"
! style="background-color: #818144" | kparal
| style="color: #818144" | tflink: I'm in favor of that. but they should continue to boot in VM from .iso
|| [[#t15:53:43|15:53]]
|- id="t15:53:59"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | yeah, I'm also OK with USB and iso in VM for alpha
|| [[#t15:53:59|15:53]]
|- id="t15:54:04"
! style="background-color: #97974f" | satellit_e
| style="color: #97974f" | and dd USB
|| [[#t15:54:04|15:54]]
|- id="t15:54:13"
! style="background-color: #539e9e" | dgilmore
| style="color: #539e9e" | Viking-Ice: blame the developers and packagers :)
|| [[#t15:54:13|15:54]]
|- id="t15:54:28"
! style="background-color: #818144" | kparal
| style="color: #818144" | tflink: size limits are Beta or Final?
|| [[#t15:54:28|15:54]]
|- id="t15:54:35"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #action tflink to propose moving 'boot from optical media' criterion from alpha to beta
|| [[#t15:54:35|15:54]]
|- id="t15:54:36"
! style="background-color: #539e9e" | dgilmore
| style="color: #539e9e" | kparal: Beta
|| [[#t15:54:36|15:54]]
|- id="t15:54:38"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | beta
|| [[#t15:54:38|15:54]]
|- id="t15:54:45"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | dgilmore, is it not the comps crew that's to blame here ;)
|| [[#t15:54:45|15:54]]
|- id="t15:54:54"
! style="background-color: #818144" | kparal
| style="color: #818144" | tflink: sounds good
|| [[#t15:54:54|15:54]]
|- id="t15:54:55"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | tflink, just put an either or clause in the criteria
|| [[#t15:54:55|15:54]]
|- id="t15:55:02"
! style="background-color: #539e9e" | dgilmore
| style="color: #539e9e" | Viking-Ice: the comps maintainers are the packagers
|| [[#t15:55:02|15:55]]
|- id="t15:55:06"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | Viking-Ice: either or?
|| [[#t15:55:06|15:55]]
|- id="t15:55:16"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | dvd or usb
|| [[#t15:55:16|15:55]]
|- id="t15:55:33"
! style="background-color: #539e9e" | dgilmore
| style="color: #539e9e" | Viking-Ice: and I really dont think its comps to blame. but i could be wrong. software seems to be constantly growing deps
|| [[#t15:55:33|15:55]]
|- id="t15:55:34"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | or just move the dvd criterion to beta
|| [[#t15:55:34|15:55]]
|- id="t15:55:42"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | we can add a hard beta criteria but it's fine to have the criteria for alpha
|| [[#t15:55:42|15:55]]
|- id="t15:56:02"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | ( it's going to be even worse hitting size-ing issues in beta )
|| [[#t15:56:02|15:56]]
|- id="t15:56:21"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | what is the point of having an optical media criterion for alpha if we have no size criterion?
|| [[#t15:56:21|15:56]]
|- id="t15:56:36"
! style="background-color: #818144" | kparal
| style="color: #818144" | I wouldn't split optical criteria between Alpha and Beta just because of DVD. it adds complexity
|| [[#t15:56:36|15:56]]
|- id="t15:56:36"
! style="background-color: #539e9e" | dgilmore
| style="color: #539e9e" | tflink: none
|| [[#t15:56:36|15:56]]
|- id="t15:56:44"
| colspan="2" | * satellit_e 2 DVD w/ different Desktops ?
|| [[#t15:56:44|15:56]]
|- id="t15:56:48"
! style="background-color: #539e9e" | dgilmore
| style="color: #539e9e" | lets move optical media to Beta with size
|| [[#t15:56:48|15:56]]
|- id="t15:56:53"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | but we're running short on time, if there's nothing else, I propose we move conversation to #fedora-qa and/or test@
|| [[#t15:56:53|15:56]]
|- id="t15:56:55"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | yeah sure
|| [[#t15:56:55|15:56]]
|- id="t15:57:04"
! style="background-color: #488888" | Viking-Ice
| style="color: #488888" | tflink, just move it
|| [[#t15:57:04|15:57]]
|- id="t15:57:59"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | if there's nothing else ...
|| [[#t15:57:59|15:57]]
|- id="t15:58:07"
| colspan="2" | * tflink sets the fuse for (0,2] minutes
|| [[#t15:58:07|15:58]]
|- id="t15:58:35"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | Thanks for coming, everyone!
|| [[#t15:58:35|15:58]]
|- id="t15:58:38"
! style="background-color: #407a40" | tflink
| style="color: #407a40" | #endmeeting
|| [[#t15:58:38|15:58]]
|}


== IRC Log ==
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 09:54, 25 September 2013

Attendees

  • tflink (111)
  • Viking-Ice (32)
  • kparal (31)
  • pwhalen (12)
  • dgilmore (10)
  • jreznik (10)
  • satellit_e (9)
  • zodbot (6)
  • satellit (6)
  • jskladan (4)
  • pschindl (3)
  • roshi (1)

Agenda

  • Followup from previous meeting
  • Fedora 20 Planning/Status
  • Open floor

Followup from previous meeting

  • tflink to pester handsome_pirate about cloud testing coordination and/or talk to cloud folks about testing and eventual location of images - tflink followed up to some degree, but the status of cloud images and testing did not seem satisfactory, further action required

Fedora 20 Planning/Status

F20 Alpha RC2 Testing Status

  • All known issues were being tracked via blocker bugs

Arm Hardware Status

  • kparal raised concerns about a lack of links to ARM-specific documentation for certain tests

Open floor

  • testcase_stats page tracks how often each validation test case has been run (and with what result), and when it was last run: re-generated every hour
  • An inconsistency was identified between requiring the images to boot from physical media at Alpha, but only requiring them to be appropriately sized at Beta: tflink would propose criteria changes

Action items

  • tflink to make sure some cloud testing is getting done
  • tflink to file blocker bug about DOA i386 AMI
  • pschindl to send out karma/testing request for not-yet-stable updates in RC2
  • tflink to propose moving 'boot from optical media' criterion from alpha to beta

IRC Log

tflink #startmeeting Fedora QA meeting 15:01
zodbot Meeting started Mon Sep 16 15:01:25 2013 UTC. The chair is tflink. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01
zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:01
tflink #meetingname fedora-qa 15:01
zodbot The meeting name has been set to 'fedora-qa' 15:01
tflink #topic Roll Call 15:01
* satellit listening 15:01
* jskladan lurks 15:01
* tflink tries to figure out what he did with the agenda 15:01
* roshi here 15:02
* kparal is a bit late again, but that shouldn't surprise you 15:02
* jreznik is here, but will have to leave in a short for an hour 15:03
tflink ah, saved it on the wrong page 15:03
tflink #link https://fedoraproject.org/wiki/QA/Meetings/20130916 15:03
* pschindl is here 15:04
* tflink waits another minute or so for folks to show up 15:05
tflink ok, it's been 5 minutes - anyone not here yet will miss out on all the fun 15:06
* pwhalen is here 15:06
tflink #topic previous meeting followup 15:06
tflink the only thing I'm seeing is: 15:06
tflink #info 15:06
tflink #info tflink to pester handsome_pirate about cloud testing coordination and/or talk to cloud folks about testing and eventual location of images 15:06
tflink hrm 15:06
tflink #undo 15:06
zodbot Removing item from minutes: <MeetBot.items.Info object at 0x29dfb3d0> 15:06
tflink #undo 15:06
zodbot Removing item from minutes: <MeetBot.items.Info object at 0x28f4c950> 15:06
tflink #info tflink to pester handsome_pirate about cloud testing coordination and/or talk to cloud folks about testing and eventual location of images 15:07
* Viking-Ice joins in 50% 15:07
tflink I think I pestered him about it, but I can't remember the outcome 15:07
kparal well, repeat the procedure :) 15:08
tflink yeah, I just found my irc logs and am realizing that I didn't get quite all of the information 15:08
tflink but most of it :) 15:08
tflink not sure there's much else to say on this 15:09
jreznik what's missing? if you got most of it 15:09
tflink eventual location, but I think that's also been figured out 15:09
tflink theoretically, the cloud sig is helping to test the cloud images 15:09
jreznik and from email, mattdm: This still doesn't boot. (We're working on it.) - from Sep 13 15:09
tflink yeah, the i386 AMI hasn't been booting for a while 15:10
tflink like I said, theoretically 15:10
tflink location is determined by releng, I think - new Images dir 15:11
tflink testing ... need to ping rbergeron about possibly getting people access to a fedora amazon account 15:11
tflink but that's something to deal with outside the QA meeting 15:12
tflink #action tflink to make sure some cloud testing is getting done 15:13
tflink anything else here" 15:13
tflink ? 15:13
jreznik and also how to track i386 ami better 15:13
Viking-Ice well is that not best handled by the cloud sig 15:14
tflink Viking-Ice: if they were actually doing the testing, sure 15:14
tflink jreznik: not sure I understand? 15:14
tflink i386 ami was just never tested 15:15
Viking-Ice tflink, they are the ones that should be doing the testing 15:15
Viking-Ice we should just help them prepare for it 15:15
tflink ok, moving on 15:15
jreznik tflink: I mean, we know it does not work, it's potential blocker, you did not know where/how to report it and it's not on the blocker bugs list (so could be easily missed, hard to get udpates...) 15:15
tflink jreznik: good point. it's still not blocking release 15:16
tflink #action tflink to file blocker bug about DOA i386 AMI 15:16
tflink Viking-Ice: I'm not disagreeing with you but the other option is DOA cloud images 15:17
tflink #topic F20 Alpha RC2 Testing Status 15:17
jreznik tflink: yep and you know how I hate last minute surprises when someone brings it up :) 15:17
tflink jreznik: meh, it adds excitement. what good would a boring, predictable release be :-D 15:18
jreznik :D 15:18
Viking-Ice but back to topic where are we at with regards to the alpha blocker bugs and testing 15:18
tflink any huge issues from RC2 testing thus far? 15:18
tflink other than the current blocker issues 15:18
satellit I am having a problem using anaconda liveinst to install to an external USB HD.... 15:19
tflink hopefully, we'll have a new anaconda build today for #1007387 15:19
kparal I reported just a few cosmetic issues, I haven't seen any other big issue 15:19
Viking-Ice what about 1006113 15:19
jreznik btw. for current blocking issues - anaconda guys did some mess in the list by cloning blocker bugs - fedora stuff should be cleaned from that bugs 15:20
kparal tflink: will we get RC3 once that happens? 15:20
tflink Viking-Ice: it needs to be closed 15:20
Viking-Ice ah yes 15:20
tflink I forgot to secretarialize after go/no-no 15:20
tflink kparal: yep 15:20
tflink jreznik: i thought that got cleaned up post-clone 15:20
Viking-Ice what's our karma status on the bugs and their fixes 15:20
tflink there are a few builds missing karma for stable 15:21
jreznik tflink: seems like it wasn't 15:21
tflink pschindl: were you planning to do a F20 alpha karma request? 15:22
tflink I see several updates that should be stable once they get enough karma 15:22
pschindl I was. But haven't done it yet. 15:22
Viking-Ice pschindl, lure in karma via badges "Earn your badges test and provide karma" yata yata 15:23
tflink #action pschindl to send out karma/testing request for not-yet-stable updates in RC2 15:23
Viking-Ice hm we actually should be monitoring if karma brings in more people 15:23
Viking-Ice mean badges 15:23
pschindl Viking-Ice: thanks for the idea for the mail :) 15:24
* tflink wonders if it would be worth requesting/making badges for providing karma on blockers 15:24
kparal tflink: would be hard to query for and maintain 15:24
Viking-Ice tflink, dont think so 15:24
tflink yeah, something for another day at least 15:25
Viking-Ice have filed for a zombie badges for testing in the test matrix 15:25
tflink ok, anything else on testing status? 15:25
tflink #topic ARM Status 15:26
pwhalen tflink, arm bugs look resolved, testing the new anaconda today which should clear up our initial-setup blocker 15:26
satellit soas will start if lightdm is added to .ks and -gdm is included in it 15:26
tflink it looks like things are working better than they were 15:26
tflink satellit: bug filed? 15:26
pwhalen vexpress not booting was resolved with an update to qemu 15:26
satellit pbrobinson is aware but away atm 15:27
tflink satellit: is there a bug filed? 15:27
tflink if there's no bug, it's not supposed to change 15:27
Viking-Ice no bug no fix ;) 15:27
satellit no I will do so 15:27
tflink cool, thanks 15:27
tflink I'm hoping RC3 will be the last for f20 alpha, so I'd suggest doing it soon 15:28
satellit I did a test remix with this fix here: http://wiki.sugarlabs.org/go/Fedora_20#SoaS_86_64-dm_.28remix.29 15:28
tflink pwhalen: sounds like arm is in good shape for f20 alpha, though? 15:28
kparal I'm not sure why there are white fields in the general tests in installation matrix for ARM, when the only test case available speaks about dd-ing images to a SD card 15:28
pwhalen tflink, I'll confirm anaconda, but yes it is. The fix was very small for our setup issue 15:28
pwhalen https://admin.fedoraproject.org/updates/FEDORA-2013-16735/anaconda-20.16-1.fc20 15:29
tflink kparal: not sure I understand your question 15:29
pwhalen looks like someone left karma but didnt test the right version, can that be removed or we just need to get additional karma 15:29
tflink the lack of arm-specific stuff in the test cases? 15:29
kparal tflink: how do you run anaconda on ARM? I don't see any test case covering that 15:29
tflink yeah, not sure on that one myself 15:30
kparal I simply don't see any instructions 15:30
tflink i didn't think anaconda actually ran on arm 15:30
tflink outside of initial-setup 15:30
pwhalen kparal, pxe boot on highbank 15:30
kparal pwhalen: does it work with qemu as well? 15:30
pwhalen kparal, not that I'm aware of 15:31
kparal hmm, ok. maybe we should provide this info somehow in the matrix 15:31
kparal I saw empty cells for ARM, but I didn't know how to fill them 15:32
tflink they look mostly filled for RC2 15:32
kparal as long as pwhalen takes care of it, I don't mind... :) 15:32
pwhalen kparal, which. I think i missed - QA:Testcase_Kickstart_Nfs_Server_Path_Ks_Cfg , but all else should be done 15:33
kparal pwhalen: for example https://fedoraproject.org/wiki/QA:Testcase_Anaconda_autopart_install has ARM field enabled 15:33
kparal but I guess we can't put ARM-specific instructions into every test case 15:33
kparal we need to have a general guide at the top of the matrix or something like that 15:34
* jreznik has to leave now for a short, will read the log 15:34
tflink but some more links to ARM info might be useful? 15:34
kparal definitely, but I wouldn't duplicate it into every test case 15:34
pwhalen kparal, I dont see any adjustments needed, boot the installer by any means 15:34
kparal something like "ARM testing" info box at the top of the page, perhaps? 15:35
tflink #info concerns about a lack of links to arm documentation were raised 15:35
pwhalen tflink, lack of links to arm documentation? that testcase seems pretty straightforward 15:35
kparal pwhalen: well, simple people like me don't realize that it means pxeboot (as the only method) :) I was looking for some real installation images, and they are not there, of course 15:36
tflink kparal: can you think of a better way to phrase the #info above? 15:37
tflink #chair kparal 15:37
zodbot Current chairs: kparal tflink 15:37
tflink pwhalen: I've not run through it before, to be honest 15:38
kparal #info People with no or little experience with ARM might wonder where ARM installation images are. We might consider adding a brief info to the installation matrix wiki page. 15:38
tflink ok, anything else here? 15:39
* tflink assumes not 15:40
tflink #info from earlier discussion, there are no currently known major issues with F20 alpha 15:40
tflink which brings us to ... 15:40
tflink #topic Open Floor 15:40
tflink I have one thing for open floor if nobody else has anything? 15:40
kparal I think we should mention that thanks to jskladan we have a simple way of seeing which test cases haven't been tested for a long time 15:41
kparal http://testdays.qa.fedoraproject.org/testcase_stats/ 15:41
kparal it's regenerated every hour or so 15:41
* jskladan blushes 15:41
satellit_e https://bugzilla.redhat.com/show_bug.cgi?id=1008569 15:41
satellit_e not sure how to mark it for FE 15:41
tflink #link http://testdays.qa.fedoraproject.org/testcase_stats/ 15:42
tflink satellit: mark it as blocking 980650 15:42
satellit_e ok 15:42
Viking-Ice +1 FE 15:42
tflink #info test case run statistics are regenerated ~ every hour and available at the url above 15:43
Viking-Ice should not be any problem to the release blocking desktop adding those missing requirements to the soas ks file 15:43
tflink jskladan: I thought you were supposed to change those dns entries 15:43
tflink they were going to be changed, rather 15:44
tflink Viking-Ice: sure, but we still need to go through the motions 15:44
jskladan tflink: I'm not sure what do you mean right now, to be honest 15:44
jskladan to be honest, I just spawned the regular cronjob there, since it's easily accessible public machine :) 15:45
tflink jskladan: we can talk after the meeting, not sure what the resolution was 15:45
Viking-Ice tflink, those here can just vote on the bug now 15:45
Viking-Ice mean the fix for this should relatively straight forward and actually faster then us voting on it 15:46
pwhalen +1 FE 15:46
tflink satellit: you add AcceptedFreezeException after it's accepted, not at proposal time :) 15:46
tflink +1 FE 15:47
satellit_e oops sorry 15:47
tflink #info 980650 accepted as FE for F20 alpha, +3 votes in meeting 15:47
tflink ok 15:48
* satellit_e wish there was a dropdown with 980650 in bugzilla..... 15:48
satellit_e thanks 15:48
tflink satellit_e: you'll be able to propose through the blocker tracking app again once I get it updated after the meeting 15:48
tflink the other thing I wanted to bring up was optical media 15:49
tflink size limits are not blocker issues for alpha, but booting from optical media is 15:49
Viking-Ice yeah we should remove it 15:50
tflink how do we want to handle the fact that the DVD.iso won't fit on a DVD? 15:50
kparal Viking-Ice: remove what? 15:50
tflink Viking-Ice: not going to happen 15:50
kparal "Release-blocking live and dedicated installer images must boot when written to optical media of an appropriate size (if applicable) and when written to a USB stick with at least one of the officially supported methods." 15:50
Viking-Ice kparal, tflink why not 15:51
Viking-Ice with the exception of the releng DVD the SIG's themselfs control the target size 15:51
tflink Viking-Ice: people still use it 15:51
* satellit_e not possible to split DVD to #1 and #2 with command to switch to #2 in boot? 15:51
tflink but we're talking about the DVD, not the spins 15:51
kparal so if I wanted to be super sneaky, if you can't write the image to a medium, it doesn't violate the criterion 15:51
tflink kparal: yeah, I was thinking something similar but figured it was worth discussion 15:52
Viking-Ice tflink, people still have floppy drives and your point being 15:52
kparal on the other hand, I could say that the ability to write it is a pre-requisite to testing this criterion and therefore it is a test blocker 15:52
dgilmore tflink: we have to make it smaller 15:52
tflink Viking-Ice: still have and still use are not the same thing 15:52
Viking-Ice tflink, I'm pretty sure they try to use it once in a full moon ;) 15:52
Viking-Ice we should really just stop shipping the dvd 15:52
kparal we don't have the concept of TestBlocker in Fedora QA yet, but I think we should have it 15:52
dgilmore Viking-Ice: thats a discussion for another day 15:53
tflink kparal: i was thinking that booting from optical media could be moved to beta blocker, with the size limits 15:53
dgilmore for today we will need to remove things to mak ethe dvd small enough to fit 15:53
dgilmore tflink: always a option also 15:53
Viking-Ice dgilmore, we should not be hitting sizing issue every god dam release cycle 15:53
tflink or we move size limitations to alpha, but it's a little late to be mucking around with that 15:53
kparal tflink: I'm in favor of that. but they should continue to boot in VM from .iso 15:53
tflink yeah, I'm also OK with USB and iso in VM for alpha 15:53
satellit_e and dd USB 15:54
dgilmore Viking-Ice: blame the developers and packagers :) 15:54
kparal tflink: size limits are Beta or Final? 15:54
tflink #action tflink to propose moving 'boot from optical media' criterion from alpha to beta 15:54
dgilmore kparal: Beta 15:54
tflink beta 15:54
Viking-Ice dgilmore, is it not the comps crew that's to blame here ;) 15:54
kparal tflink: sounds good 15:54
Viking-Ice tflink, just put an either or clause in the criteria 15:54
dgilmore Viking-Ice: the comps maintainers are the packagers 15:55
tflink Viking-Ice: either or? 15:55
Viking-Ice dvd or usb 15:55
dgilmore Viking-Ice: and I really dont think its comps to blame. but i could be wrong. software seems to be constantly growing deps 15:55
tflink or just move the dvd criterion to beta 15:55
Viking-Ice we can add a hard beta criteria but it's fine to have the criteria for alpha 15:55
Viking-Ice ( it's going to be even worse hitting size-ing issues in beta ) 15:56
tflink what is the point of having an optical media criterion for alpha if we have no size criterion? 15:56
kparal I wouldn't split optical criteria between Alpha and Beta just because of DVD. it adds complexity 15:56
dgilmore tflink: none 15:56
* satellit_e 2 DVD w/ different Desktops ? 15:56
dgilmore lets move optical media to Beta with size 15:56
tflink but we're running short on time, if there's nothing else, I propose we move conversation to #fedora-qa and/or test@ 15:56
Viking-Ice yeah sure 15:56
Viking-Ice tflink, just move it 15:57
tflink if there's nothing else ... 15:57
* tflink sets the fuse for (0,2] minutes 15:58
tflink Thanks for coming, everyone! 15:58
tflink #endmeeting 15:58

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

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