fedora_qa
LOGS
15:07:48 <daumas> #startmeeting
15:07:48 <zodbot> Meeting started Mon Oct 25 15:07:48 2010 UTC.  The chair is daumas. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:07:48 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
15:08:00 <daumas> #meetingname Fedora QA
15:08:00 <zodbot> The meeting name has been set to 'fedora_qa'
15:08:16 <daumas> #meetingtopic Fedora Quality Assurance Meeting
15:08:34 <daumas> #topic F-14-Final test review
15:10:04 <daumas> I'm flying blind here since I'm normally just a tester, but I'm guessing this topic is to discuss any possible issues with the Final test ISO. Anyone?
15:11:37 <wwoods> so there are release candidate images?
15:12:29 <daumas> wwoods: AFAIK yes, http://serverbeach1.fedoraproject.org/pub/alt/stage/14.RC1/
15:13:01 <wwoods> nice
15:13:59 <wwoods> and the test status pages?
15:14:25 <robatino> http://lists.fedoraproject.org/pipermail/test-announce/2010-October/000160.html
15:14:37 <daumas> #link http://lists.fedoraproject.org/pipermail/test-announce/2010-October/000160.html
15:14:47 <jskladan> well, I belive that the testing matrixes are quite filled, we "only" have these https://bugzilla.redhat.com/showdependencytree.cgi?id=538277&hide_resolved=1 blockerbugs hanging around
15:15:01 <jskladan> but all of them seem to be waiting for developers, not QA
15:15:06 <wwoods> #link http://fedoraproject.org/wiki/Test_Results:Fedora_14_Final_RC1_Install
15:15:09 <wwoods> and
15:15:13 <wwoods> #link http://fedoraproject.org/wiki/Test_Results:Fedora_14_Final_RC1_Desktop
15:16:10 <daumas> if there are not any other comments, we'll move on to the next topic in the agenda
15:16:24 <adamw> hey, sorry i'm late, my alarm didn't go off...
15:16:44 <daumas> hi adamw!
15:17:08 <adamw> looks like you don't need me though =)
15:17:32 <daumas> i thought i would give a meeting a shot :)
15:17:44 <adamw> awesome :)
15:17:54 <daumas> moving on
15:18:00 <daumas> #topic "mini" F14Blocker review
15:18:28 <daumas> #chair
15:18:28 <zodbot> Current chairs: daumas
15:18:46 <daumas> #link https://bugzilla.redhat.com/showdependencytree.cgi?id=538277&hide_resolved=1
15:19:42 <adamw> so we have three outstanding bugs
15:19:48 <daumas> it looks like there are only 3 bugs
15:20:26 <daumas> bug 639650, 643359, and 645606
15:21:07 <daumas> starting with bug 645606, jlaska reports it as fixed.
15:21:19 <adamw> yeah, it is fixed in the respun live
15:21:44 <adamw> i just posted a comment asking when we should close the bug; i think we also have to do a spin-kickstarts update and push that into the repo
15:21:52 <adamw> but oxf13 is probably dealing with that
15:22:03 <daumas> ok
15:22:39 <fenris02> is there an rc2 spin already in the works?
15:23:08 <adamw> fenris02: no, since this issue only affected the desktop live we just sneakily rebuilt the desktop live images
15:23:17 <adamw> there won't be an rc2 for this issue
15:23:21 * fenris02 nods
15:24:11 <daumas> bug 643359, seems to be an issue with make and Android.
15:24:25 <daumas> is it still considered a release blocker? or just a NTH?
15:24:26 <adamw> yeah, that's a new one we should look at
15:24:46 <adamw> it hasn't been evaluated yet: it's been proposed, now it needs to be reviewed
15:24:55 <wwoods> seems like an obvious non-blocker
15:25:02 <wwoods> since it can be fixed easily post-release
15:25:05 <Southern_Gentlem> wwoods,  +1
15:25:08 <adamw> yup, looking at the bug i'd definitely agree with jlaska, it's not a blocker
15:25:10 * daumas agrees
15:25:42 <daumas> #action bug 643359 not a release blocker
15:25:54 <adamw> (usually we'd use #agreed for that rather than #action)
15:26:06 <daumas> thanks :)
15:26:26 <daumas> #agreed bug 643359 not a release blocker
15:26:58 <daumas> and lastly, bug 639650. syslinux issue with the live image
15:28:37 <adamw> so this one's slightly special, as the bug's in F13
15:28:39 <wwoods> if it was that bad, wouldn't have all the testers noticed?
15:29:12 <daumas> in comment 15, Andre reported no issue with creating a bootable usb key on F13.
15:29:14 <adamw> we've had this type of thing before: we usually handle it by having the bug block the *release* but not any of the other points, so we just have to fix it before the release is made
15:29:30 <adamw> so with that said, yeah, it looks like this isn't as simple as 'can't build F14 on F13'
15:29:42 <wwoods> actually
15:29:45 <adamw> in which case, we do need more info before designating it a blocker
15:30:58 <wwoods> sounds like it's working already - and either way it shouldn't keep us from giving the green light
15:31:09 <wwoods> it's a bug in F13/F12 if it's still a bug at all
15:32:03 <adamw> yeah, like i said, for f13 and f12 cycles we had similar issues (with live images or preupgrade, issues which were in the previous release but affected the new release) and we designated them 'blockers' to make sure they were fixed before the new release went out
15:32:24 <adamw> i was proposing this one for the same treatment...but if it's not a general bug, that may not be appropriate
15:32:48 <daumas> i can download a live ISO and test it in the next few hours and provide feedback on the bug.
15:32:50 <Southern_Gentlem> in the fedora channel we occasionally get someone with a very simulair issue acpi=off and nodma=ide on the kernelline seems to help it  (f13)
15:33:08 <adamw> Southern_Gentlem: when you say a 'similar issue' - they write an f14 live USB stick from F13 and it doesn't boot?
15:33:26 <Southern_Gentlem> adamw,  no the keyboard doesnt work
15:33:56 <adamw> ah yeah, sorry, early mornings :)
15:34:39 <daumas> Southern_Gentlem: how do they type in the kernel arguments if the keyboard doesn't work?
15:35:02 <Southern_Gentlem> daumas,  before the boot sequence at the menu
15:35:26 <Southern_Gentlem> dueno,  to me there is grub, then boot
15:36:03 <daumas> ok. the bug is about grub/syslinux. the reporter states he cannot type in grub
15:36:27 <adamw> yeah
15:36:42 <adamw> so i think we should probably investigate this further, see if anyone can reproduce
15:37:05 <adamw> i knew i should've kept an f13 machine around for something...
15:37:45 <daumas> #agreed bug 639650 need more information
15:38:16 <daumas> #topic <your topic here>
15:38:45 <daumas> Last call for your voice to be heard. :)
15:39:03 <wwoods> tiny autoqa update!
15:39:15 <daumas> wwoods: do share
15:39:15 * fenris02 mutters "Did the little piggy go Weee!  all the way home?"
15:39:22 <wwoods> #topic depcheck update (wwoods)
15:39:31 <wwoods> oh wait I'm not the chair. WHATEV
15:39:33 <daumas> #topic depcheck update (wwoods)
15:39:40 <daumas> ;)
15:39:42 <wwoods> anyway - part 3 of the depcheck blog series is still in the works
15:39:56 <wwoods> kparal had asked for some concrete examples of how depcheck works/would work/should work
15:40:08 <wwoods> which turned into: http://wwoods.fedorapeople.org/depcheck.html
15:40:13 <wwoods> err
15:40:16 <wwoods> #link http://wwoods.fedorapeople.org/depcheck.html
15:40:40 <wwoods> which may be interesting or helpful to a wider audience
15:40:52 <adamw> we love wwoods blog posts!
15:40:53 <daumas> ooh, big pictures and words. :D
15:40:54 <fenris02> indeed.  thanks, that looks nifty
15:41:01 * adamw waves pompoms
15:41:11 <wwoods> anyway - blog post 3 coming soon, and I finished the simple multilib unit test in the depcheck test
15:41:23 <wwoods> depcheck should be ready to start running Very Soon
15:41:40 <wwoods> testing will probably start this week?
15:42:01 <daumas> great news
15:42:09 <adamw> indeed
15:42:10 <wwoods> if you have any questions at all, feel free to contact me so I can put more "ink" to "paper" and try to help make sure everyone has some idea how this works
15:42:18 <adamw> any other autoqa news? from you or kparal?
15:42:38 <wwoods> I have no other autoqa news - kparal isn't here at the moment, but maybe jskladan could give us an update?
15:43:21 <jskladan> nope, we have been quite preocupied with Fedora Testing and stuff, so no exciting news :'(
15:43:40 <adamw> that's okay, we still love you too
15:44:10 <jskladan> adamw: hopefully, i will be better next week :)
15:45:17 <wwoods> yeah we tend to get a little bogged down in testing when the release nears - but love and applause and free beer to everyone who helped fill in boxes on the matrices
15:45:32 <wwoods> think that's it for This Week In AutoQA
15:45:41 <fenris02> wwoods, is this check already running?
15:47:16 <daumas> ok, I am going to close the meeting in 1 minute if there is nothing else
15:48:27 <daumas> thanks all for putting up with my newbie chair actions today. it was fun.
15:48:32 <daumas> #endmeeting