From Fedora Project Wiki

< QA‎ | Meetings

(create initial page for 05-07 meeting)
 
(update page with the results of the meeting)
 
Line 1: Line 1:
= Attendees =
= Attendees =
* adamw (130)
* tflink (65)
* kparal (33)
* pschindl (16)
* akshayvyas (13)
* zodbot (5)
* mkrizek (4)
* satellit_ (4)
* Cerlyn (1)
* robatino (1)


= Agenda =
= Agenda =
Line 10: Line 20:


== Previous meeting follow-up ==
== Previous meeting follow-up ==
* ''pschindl to poke gnome-boxes devs about Thursday's test day''
* ''pschindl to poke gnome-boxes devs about Thursday's test day'' - pschindl followed up, event was not prepared in time so was pushed out another week, needs checking up again


== Fedora 17 Final status/planning ==
== Fedora 17 Final status/planning ==
* Where are we with blockers in terms of doing RC compose soon?
* tflink is planning a 'bugs that need re-testing' summary
* We still need to complete the TC3 matrix to find any other lurking blockers, no point waiting till the RC
 
=== Blocker review ===
* AGREED: [[rhbug:819371]] is accepted as a blocker - Violates the following F17 final release criterion: "All applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use"
* AGREED: [[rhbug:819140]] is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
* AGREED: [[rhbug:819139]] is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
* AGREED: [[rhbug:819138]] is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
* AGREED: [[rhbug:818935]] is rejected as a blocker as it is fixable with an update and seems to occur very infrequently, some testers have never seen it
* AGREED: [[rhbug:819492]] is accepted as a blocker per criterion "All known bugs that can cause corruption of user data must be fixed or documented at Common F17 bugs"
* AGREED: [[rhbug:818378]] is a blocker per criterion "In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode." - this breaks 32-bit install


== Upcoming QA events ==
== Upcoming QA events ==
Line 21: Line 41:


== AutoQA update ==
== AutoQA update ==
* No news due to Final testing


== Open floor ==
== Open floor ==
== Action items ==
* adamw to check in on Boxes test day once more


== IRC Log ==
== IRC Log ==
{|
|- id="t15:03:36"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #startmeeting Fedora QA meeting
|| [[#t15:03:36|15:03]]
|- id="t15:03:36"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Meeting started Mon May  7 15:03:36 2012 UTC.  The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot.
|| [[#t15:03:36|15:03]]
|- id="t15:03:36"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Useful Commands: #action #agreed #halp #info #idea #link #topic.
|| [[#t15:03:36|15:03]]
|- id="t15:03:39"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #meetingname fedora-qa
|| [[#t15:03:39|15:03]]
|- id="t15:03:39"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | The meeting name has been set to 'fedora-qa'
|| [[#t15:03:39|15:03]]
|- id="t15:03:43"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic roll call
|| [[#t15:03:43|15:03]]
|- id="t15:03:50"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | oy! roll! c'mere!
|| [[#t15:03:50|15:03]]
|- id="t15:03:54"
| colspan="2" | * mkrizek is here
|| [[#t15:03:54|15:03]]
|- id="t15:04:00"
| colspan="2" | * satellit_ listening
|| [[#t15:04:00|15:04]]
|- id="t15:04:07"
| colspan="2" | * Cerlyn is here
|| [[#t15:04:07|15:04]]
|- id="t15:04:30"
| colspan="2" | * tflink is here
|| [[#t15:04:30|15:04]]
|- id="t15:05:16"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | alrighty
|| [[#t15:05:16|15:05]]
|- id="t15:05:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | now, chaaaarge
|| [[#t15:05:26|15:05]]
|- id="t15:05:41"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic previous meeting follow-up
|| [[#t15:05:41|15:05]]
|- id="t15:05:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | we just had one here - "pschindl to poke gnome-boxes devs about Thursday's test day"
|| [[#t15:05:49|15:05]]
|- id="t15:06:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | since that got postponed (again?) to this week, i guess it happened.
|| [[#t15:06:01|15:06]]
|- id="t15:06:36"
| colspan="2" | * kparal is in afk mode
|| [[#t15:06:36|15:06]]
|- id="t15:07:06"
! style="background-color: #818144" | tflink
| style="color: #818144" | he pinged me last week about the test day
|| [[#t15:07:06|15:07]]
|- id="t15:07:26"
! style="background-color: #818144" | tflink
| style="color: #818144" | I guess that there was some miscommunication on who was actually going to write the test cases and it didn't look as if everything was going to be done on time
|| [[#t15:07:26|15:07]]
|- id="t15:07:58"
! style="background-color: #818144" | tflink
| style="color: #818144" | I haven't heard anything else since we moved the test day back a week, though
|| [[#t15:07:58|15:07]]
|- id="t15:07:59"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so they pushed it out again, okay.
|| [[#t15:07:59|15:07]]
|- id="t15:08:19"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info pschindl followed up on Boxes test day, event was not prepared in time so was pushed out another week, needs checking up again
|| [[#t15:08:19|15:08]]
|- id="t15:08:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #action adamw to check in on Boxes test day once more
|| [[#t15:08:29|15:08]]
|- id="t15:08:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Fedora 17 Final status/planning
|| [[#t15:08:38|15:08]]
|- id="t15:08:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so...we're supposed to be rolling an RC tomorrow. this is looking somewhat unlikely =)
|| [[#t15:08:53|15:08]]
|- id="t15:09:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | of course, the blocker list is https://fedoraproject.org/wiki/Current_Release_Blockers
|| [[#t15:09:04|15:09]]
|- id="t15:09:28"
| colspan="2" | * tflink has a list of blockers that need to be retested w/ tc3
|| [[#t15:09:28|15:09]]
|- id="t15:09:40"
! style="background-color: #818144" | tflink
| style="color: #818144" | hasn't finished fleshing out the 'how to test' part of it, though
|| [[#t15:09:40|15:09]]
|- id="t15:10:13"
! style="background-color: #818144" | tflink
| style="color: #818144" | 14 blocker and NTH bugs that need to be retested w/ TC3 if they haven't been already
|| [[#t15:10:13|15:10]]
|- id="t15:10:51"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | shall we go through the proposed blockers that weren't covered on friday?
|| [[#t15:10:51|15:10]]
|- id="t15:11:20"
! style="background-color: #818144" | tflink
| style="color: #818144" | have they moved much? I didn't see much activity on bz over the weekend
|| [[#t15:11:20|15:11]]
|- id="t15:11:21"
| colspan="2" | * pschindl is here (train has delay)
|| [[#t15:11:21|15:11]]
|- id="t15:12:00"
! style="background-color: #818144" | tflink
| style="color: #818144" | the list seems to have re-populated, though
|| [[#t15:12:00|15:12]]
|- id="t15:12:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | there's 8 i can see
|| [[#t15:12:12|15:12]]
|- id="t15:12:24"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | pschindl: hiya, you didn't miss a lot, we covered your action item
|| [[#t15:12:24|15:12]]
|- id="t15:12:41"
! style="background-color: #854685" | pschindl
| style="color: #854685" | so I'm late :(
|| [[#t15:12:41|15:12]]
|- id="t15:13:21"
! style="background-color: #854685" | pschindl
| style="color: #854685" | adamw: any additional information needed?
|| [[#t15:13:21|15:13]]
|- id="t15:13:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | pschindl: nope, it was fine
|| [[#t15:13:25|15:13]]
|- id="t15:13:30"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay, so let's go for a mini blocker-review
|| [[#t15:13:30|15:13]]
|- id="t15:13:41"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=819563
|| [[#t15:13:41|15:13]]
|- id="t15:14:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i don't see a huge amount of info here, kparal...
|| [[#t15:14:12|15:14]]
|- id="t15:14:14"
! style="background-color: #488888" | kparal
| style="color: #488888" | I reported this just right now
|| [[#t15:14:14|15:14]]
|- id="t15:14:22"
! style="background-color: #488888" | kparal
| style="color: #488888" | the logs are there
|| [[#t15:14:22|15:14]]
|- id="t15:14:42"
! style="background-color: #818144" | tflink
| style="color: #818144" | this sounds like another flavor of the time bug we saw earlier
|| [[#t15:14:42|15:14]]
|- id="t15:14:51"
! style="background-color: #818144" | tflink
| style="color: #818144" | WRT fsck errors
|| [[#t15:14:51|15:14]]
|- id="t15:15:03"
! style="background-color: #488888" | kparal
| style="color: #488888" | I need someone to re-test
|| [[#t15:15:03|15:15]]
|- id="t15:15:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it seems like it's having some problem with an existing root partition / VG?
|| [[#t15:15:04|15:15]]
|- id="t15:15:13"
! style="background-color: #488888" | kparal
| style="color: #488888" | I used "use all space"
|| [[#t15:15:13|15:15]]
|- id="t15:15:17"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | there's errors about /dev/mapper/vg-lv_root in storage.log and program.log
|| [[#t15:15:17|15:15]]
|- id="t15:15:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: which bug's that?
|| [[#t15:15:29|15:15]]
|- id="t15:15:42"
| colspan="2" | * tflink doesn't remember off hand, searches
|| [[#t15:15:42|15:15]]
|- id="t15:17:32"
! style="background-color: #818144" | tflink
| style="color: #818144" | .bug 811706
|| [[#t15:17:32|15:17]]
|- id="t15:17:36"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | tflink: Bug 811706 fsck errors during install from livecd if system time is too far behind - https://bugzilla.redhat.com/show_bug.cgi?id=811706
|| [[#t15:17:36|15:17]]
|- id="t15:18:07"
! style="background-color: #818144" | tflink
| style="color: #818144" | I doubt that they're closely related - the timing of the error message just sounded familiar
|| [[#t15:18:07|15:18]]
|- id="t15:19:06"
! style="background-color: #488888" | kparal
| style="color: #488888" | my VMs don't have system time shifted, I just checked
|| [[#t15:19:06|15:19]]
|- id="t15:19:28"
! style="background-color: #818144" | tflink
| style="color: #818144" | those fsck errors are different, anyways
|| [[#t15:19:28|15:19]]
|- id="t15:19:59"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | sorry, dealing with a medical emergency
|| [[#t15:19:59|15:19]]
|- id="t15:20:15"
! style="background-color: #818144" | tflink
| style="color: #818144" | adamw: I can continue the review if you #chair me
|| [[#t15:20:15|15:20]]
|- id="t15:20:42"
! style="background-color: #818144" | tflink
| style="color: #818144" | that's weird - anaconda formats the lv then fsck says it's not ext4 when it attempts to mount it
|| [[#t15:20:42|15:20]]
|- id="t15:21:02"
! style="background-color: #488888" | kparal
| style="color: #488888" | maybe it's mounted while formatting?
|| [[#t15:21:02|15:21]]
|- id="t15:21:33"
! style="background-color: #818144" | tflink
| style="color: #818144" | doesn't look like it - there's some lv monkeying after formatting
|| [[#t15:21:33|15:21]]
|- id="t15:21:57"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #chair tflink kparal
|| [[#t15:21:57|15:21]]
|- id="t15:21:57"
! style="background-color: #42427e" | zodbot
| style="color: #42427e" | Current chairs: adamw kparal tflink
|| [[#t15:21:57|15:21]]
|- id="t15:22:03"
! style="background-color: #488888" | kparal
| style="color: #488888" | can somebody do just a quick install of i686 live in VM?
|| [[#t15:22:03|15:22]]
|- id="t15:22:08"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | seems like an anaconda logic error
|| [[#t15:22:08|15:22]]
|- id="t15:22:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | don't have it here, and dl.fp.o is slow atm
|| [[#t15:22:20|15:22]]
|- id="t15:22:20"
! style="background-color: #818144" | tflink
| style="color: #818144" | yeah, I can get one started once I download the live
|| [[#t15:22:20|15:22]]
|- id="t15:22:40"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | anyway, shall we agree needs more info and move on?
|| [[#t15:22:40|15:22]]
|- id="t15:22:45"
! style="background-color: #488888" | kparal
| style="color: #488888" | let's just wait a day until somebody confirms or not
|| [[#t15:22:45|15:22]]
|- id="t15:22:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed need more info to determine state of 819563
|| [[#t15:22:53|15:22]]
|- id="t15:22:56"
! style="background-color: #818144" | tflink
| style="color: #818144" | yeah, sounds liek a plan to me
|| [[#t15:22:56|15:22]]
|- id="t15:22:58"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack
|| [[#t15:22:58|15:22]]
|- id="t15:23:06"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t15:23:06|15:23]]
|- id="t15:23:07"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #agreed need more info to determine state of 819563
|| [[#t15:23:07|15:23]]
|- id="t15:23:15"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic https://bugzilla.redhat.com/show_bug.cgi?id=819371
|| [[#t15:23:15|15:23]]
|- id="t15:23:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | seems like an obvious blocker to me (note: calligra is the new name for koffice)
|| [[#t15:23:25|15:23]]
|- id="t15:23:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so these are stock apps on the KDE live, crashing on launch
|| [[#t15:23:34|15:23]]
|- id="t15:24:06"
! style="background-color: #488888" | kparal
| style="color: #488888" | +1 blocker, patch is coming
|| [[#t15:24:06|15:24]]
|- id="t15:25:34"
! style="background-color: #818144" | tflink
| style="color: #818144" | proposed #agreed - 819371 - AcceptedBlocker - Violates the following F17 final release criterion: "All applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use"
|| [[#t15:25:34|15:25]]
|- id="t15:25:50"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ack
|| [[#t15:25:50|15:25]]
|- id="t15:26:23"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t15:26:23|15:26]]
|- id="t15:26:46"
! style="background-color: #818144" | tflink
| style="color: #818144" | #agreed - 819371 - AcceptedBlocker - Violates the following F17 final release criterion: "All applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use"
|| [[#t15:26:46|15:26]]
|- id="t15:27:23"
! style="background-color: #818144" | tflink
| style="color: #818144" | in retrospect, I shouldn't have done that. Now it's not clear who's driving this thing :)
|| [[#t15:27:23|15:27]]
|- id="t15:27:25"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=819140
|| [[#t15:27:25|15:27]]
|- id="t15:27:32"
| colspan="2" | * adamw elbows tflink out of the driver's seat
|| [[#t15:27:32|15:27]]
|- id="t15:27:44"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | repoclosure issue, +1 blocker.
|| [[#t15:27:44|15:27]]
|- id="t15:28:02"
| colspan="2" | * tflink wonders where zodbot is, though
|| [[#t15:28:02|15:28]]
|- id="t15:28:08"
! style="background-color: #818144" | tflink
| style="color: #818144" | +1 blocker
|| [[#t15:28:08|15:28]]
|- id="t15:28:30"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed 819140 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
|| [[#t15:28:30|15:28]]
|- id="t15:29:20"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t15:29:20|15:29]]
|- id="t15:29:26"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack
|| [[#t15:29:26|15:29]]
|- id="t15:29:31"
! style="background-color: #854685" | pschindl
| style="color: #854685" | ack
|| [[#t15:29:31|15:29]]
|- id="t15:29:46"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #agreed 819140 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
|| [[#t15:29:46|15:29]]
|- id="t15:30:08"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | there's two more repoclosure bugs, let's do those quick
|| [[#t15:30:08|15:30]]
|- id="t15:30:16"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=819139
|| [[#t15:30:16|15:30]]
|- id="t15:30:28"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: zodbot never seems to work when we do a blocker review in here not -bugzappers
|| [[#t15:30:28|15:30]]
|- id="t15:30:35"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack ack
|| [[#t15:30:35|15:30]]
|- id="t15:30:46"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed 819139 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
|| [[#t15:30:46|15:30]]
|- id="t15:30:52"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack
|| [[#t15:30:52|15:30]]
|- id="t15:30:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #agreed 819139 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
|| [[#t15:30:58|15:30]]
|- id="t15:31:03"
! style="background-color: #488888" | kparal
| style="color: #488888" | repoclosure bugs are automatic acks I think
|| [[#t15:31:03|15:31]]
|- id="t15:31:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=819138
|| [[#t15:31:04|15:31]]
|- id="t15:31:10"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed 819138 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
|| [[#t15:31:10|15:31]]
|- id="t15:31:17"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i don't think we have process for that, but i've done it before...
|| [[#t15:31:17|15:31]]
|- id="t15:31:49"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t15:31:49|15:31]]
|- id="t15:31:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #agreed 819138 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
|| [[#t15:31:53|15:31]]
|- id="t15:31:55"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack
|| [[#t15:31:55|15:31]]
|- id="t15:32:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | satellit_: please quit ccing yourself to bugs, it's giving me inflight collisions =)
|| [[#t15:32:02|15:32]]
|- id="t15:32:24"
! style="background-color: #8c4a4a" | satellit_
| style="color: #8c4a4a" | k
|| [[#t15:32:24|15:32]]
|- id="t15:33:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | satellit_: it's okay, just kidding
|| [[#t15:33:11|15:33]]
|- id="t15:33:13"
! style="background-color: #818144" | tflink
| style="color: #818144" | adamw: says the man who has a habit of updating bugs while we talk about them
|| [[#t15:33:13|15:33]]
|- id="t15:33:16"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i may have overridden some of them though
|| [[#t15:33:16|15:33]]
|- id="t15:33:17"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: heheh
|| [[#t15:33:17|15:33]]
|- id="t15:33:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | three to go
|| [[#t15:33:23|15:33]]
|- id="t15:33:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=818935
|| [[#t15:33:34|15:33]]
|- id="t15:33:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | hum, didn't we talk about this friday? but i don't see a record
|| [[#t15:33:53|15:33]]
|- id="t15:33:57"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it's kparal
|| [[#t15:33:57|15:33]]
|- id="t15:34:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal's mysterious 'someone else is logged in' bug
|| [[#t15:34:04|15:34]]
|- id="t15:34:13"
! style="background-color: #818144" | tflink
| style="color: #818144" | I think it's a split off of the two issues in the other bug
|| [[#t15:34:13|15:34]]
|- id="t15:34:24"
! style="background-color: #818144" | tflink
| style="color: #818144" | so it's the same issue, just separated out into a new bug
|| [[#t15:34:24|15:34]]
|- id="t15:34:33"
! style="background-color: #818144" | tflink
| style="color: #818144" | well, part of the same issue
|| [[#t15:34:33|15:34]]
|- id="t15:34:40"
! style="background-color: #488888" | kparal
| style="color: #488888" | I still believe it's directly connected to https://bugzilla.redhat.com/show_bug.cgi?id=814690
|| [[#t15:34:40|15:34]]
|- id="t15:34:51"
! style="background-color: #488888" | kparal
| style="color: #488888" | and that one bug received some development progress
|| [[#t15:34:51|15:34]]
|- id="t15:35:09"
! style="background-color: #488888" | kparal
| style="color: #488888" | halfline found some issues in systemd
|| [[#t15:35:09|15:35]]
|- id="t15:35:54"
! style="background-color: #488888" | kparal
| style="color: #488888" | but 818935 is sooo hard to reproduce
|| [[#t15:35:54|15:35]]
|- id="t15:36:50"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i'm still probably -1 blocker if it's so hard to hit. though actually, i think i hit it yesterday.
|| [[#t15:36:50|15:36]]
|- id="t15:37:20"
! style="background-color: #488888" | kparal
| style="color: #488888" | I think it would be ok to downgrade it to NTH
|| [[#t15:37:20|15:37]]
|- id="t15:37:24"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | i was very, very tired, so i'm not going to commit to everything. but afair, i got off the plane, booted up my system, ran yum update, read some mails and stuff, and went to shut down, and got the 'other people are logged in' dialog. oh, wait. i might have had a facebook open.
|| [[#t15:37:24|15:37]]
|- id="t15:37:31"
| colspan="2" | * adamw runs facebook as another user.
|| [[#t15:37:31|15:37]]
|- id="t15:38:28"
! style="background-color: #488888" | kparal
| style="color: #488888" | does it help wrt privacy? :)
|| [[#t15:38:28|15:38]]
|- id="t15:38:29"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so yeah, i guess i'm -1...
|| [[#t15:38:29|15:38]]
|- id="t15:38:52"
! style="background-color: #818144" | tflink
| style="color: #818144" | yeah, -1 unless it starts happening more often
|| [[#t15:38:52|15:38]]
|- id="t15:39:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: basically, that's the idea. i have a 'facebook' user whose firefox profile only ever logs into facebook. my main user is configured to reject everything at all from facebook. read about it on a blog somewhere, so obviously it's a good idea .;)
|| [[#t15:39:09|15:39]]
|- id="t15:39:47"
| colspan="2" | * tflink makes note to write blog post about how firing people all the time is a bad idea
|| [[#t15:39:47|15:39]]
|- id="t15:39:54"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | heh
|| [[#t15:39:54|15:39]]
|- id="t15:39:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | that's okay, i don't read your blog
|| [[#t15:39:58|15:39]]
|- id="t15:40:15"
! style="background-color: #488888" | kparal
| style="color: #488888" | ok, what about having it as NTH? any votes?
|| [[#t15:40:15|15:40]]
|- id="t15:40:16"
! style="background-color: #818144" | tflink
| style="color: #818144" | my plans, they have been foiled!
|| [[#t15:40:16|15:40]]
|- id="t15:40:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | are we even NTH on this bug, though? i'm not sure it really hits live?
|| [[#t15:40:20|15:40]]
|- id="t15:40:26"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | have you ever seen it in a live boot?
|| [[#t15:40:26|15:40]]
|- id="t15:40:30"
! style="background-color: #488888" | kparal
| style="color: #488888" | hmm
|| [[#t15:40:30|15:40]]
|- id="t15:40:39"
! style="background-color: #818144" | tflink
| style="color: #818144" | I think the concern is the possibility of someone hitting this before updating
|| [[#t15:40:39|15:40]]
|- id="t15:40:46"
! style="background-color: #488888" | kparal
| style="color: #488888" | you're right it doesn't really matter on live
|| [[#t15:40:46|15:40]]
|- id="t15:40:46"
! style="background-color: #854685" | pschindl
| style="color: #854685" | I have hit this bug today
|| [[#t15:40:46|15:40]]
|- id="t15:40:52"
! style="background-color: #854685" | pschindl
| style="color: #854685" | I'm +1 on NTH
|| [[#t15:40:52|15:40]]
|- id="t15:41:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | pschindl: have you hit it before?
|| [[#t15:41:02|15:41]]
|- id="t15:41:15"
! style="background-color: #854685" | pschindl
| style="color: #854685" | adamw: long time ago
|| [[#t15:41:15|15:41]]
|- id="t15:41:19"
! style="background-color: #488888" | kparal
| style="color: #488888" | on livecd you don't really care about it, liveuser is in wheel without password
|| [[#t15:41:19|15:41]]
|- id="t15:41:26"
! style="background-color: #854685" | pschindl
| style="color: #854685" | it happened to me twice
|| [[#t15:41:26|15:41]]
|- id="t15:41:32"
! style="background-color: #854685" | pschindl
| style="color: #854685" | as I remember
|| [[#t15:41:32|15:41]]
|- id="t15:41:33"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | pschindl: so like kparal, you see it very occasionally
|| [[#t15:41:33|15:41]]
|- id="t15:41:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | kparal: oh right
|| [[#t15:41:37|15:41]]
|- id="t15:41:58"
| colspan="2" | * kparal takes back NTH request
|| [[#t15:41:58|15:41]]
|- id="t15:42:18"
! style="background-color: #488888" | kparal
| style="color: #488888" | let's -1 blocker it then
|| [[#t15:42:18|15:42]]
|- id="t15:42:36"
! style="background-color: #488888" | kparal
| style="color: #488888" | and come on, I have to go soon
|| [[#t15:42:36|15:42]]
|- id="t15:42:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ok
|| [[#t15:42:53|15:42]]
|- id="t15:43:10"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | i think i am late
|| [[#t15:43:10|15:43]]
|- id="t15:43:12"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed 818935 is rejected as a blocker as it is fixable with an update and seems to occur very infrequently, some testers have never seen it
|| [[#t15:43:12|15:43]]
|- id="t15:43:41"
! style="background-color: #488888" | kparal
| style="color: #488888" | ack
|| [[#t15:43:41|15:43]]
|- id="t15:43:55"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack
|| [[#t15:43:55|15:43]]
|- id="t15:44:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #agreed 818935 is rejected as a blocker as it is fixable with an update and seems to occur very infrequently, some testers have never seen it
|| [[#t15:44:06|15:44]]
|- id="t15:44:33"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=819492
|| [[#t15:44:33|15:44]]
|- id="t15:44:41"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | two doozies coming up, looks like :/
|| [[#t15:44:41|15:44]]
|- id="t15:45:23"
! style="background-color: #488888" | kparal
| style="color: #488888" | I hit this one when I tried to copy a movie for my girlfriend. it never worked for her
|| [[#t15:45:23|15:45]]
|- id="t15:45:23"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so this would be "All known bugs that can cause corruption of user data must be fixed or documented at Common F17 bugs" (final)
|| [[#t15:45:23|15:45]]
|- id="t15:45:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | seems pretty clearly +1 for me
|| [[#t15:45:38|15:45]]
|- id="t15:45:47"
! style="background-color: #818144" | tflink
| style="color: #818144" | +1
|| [[#t15:45:47|15:45]]
|- id="t15:45:58"
! style="background-color: #488888" | kparal
| style="color: #488888" | right, +1
|| [[#t15:45:58|15:45]]
|- id="t15:46:18"
! style="background-color: #4d4d93" | mkrizek
| style="color: #4d4d93" | +1
|| [[#t15:46:18|15:46]]
|- id="t15:46:34"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | +1
|| [[#t15:46:34|15:46]]
|- id="t15:47:05"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed 819492 is accepted as a blocker per criterion "All known bugs that can cause corruption of user data must be fixed or documented at Common F17 bugs"
|| [[#t15:47:05|15:47]]
|- id="t15:47:12"
! style="background-color: #854685" | pschindl
| style="color: #854685" | ack
|| [[#t15:47:12|15:47]]
|- id="t15:47:17"
! style="background-color: #818144" | tflink
| style="color: #818144" | ack
|| [[#t15:47:17|15:47]]
|- id="t15:47:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #agreed 819492 is accepted as a blocker per criterion "All known bugs that can cause corruption of user data must be fixed or documented at Common F17 bugs"
|| [[#t15:47:21|15:47]]
|- id="t15:47:33"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=818378
|| [[#t15:47:33|15:47]]
|- id="t15:48:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so, this is the 'can't install the i686 DVD' bug, basically
|| [[#t15:48:58|15:48]]
|- id="t15:49:00"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | AIUI anyway
|| [[#t15:49:00|15:49]]
|- id="t15:49:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | has everyone who's tried an i686 DVD install hit this? or is it more chancy?
|| [[#t15:49:09|15:49]]
|- id="t15:49:21"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | this is kinda obscure bug
|| [[#t15:49:21|15:49]]
|- id="t15:49:32"
| colspan="2" | * satellit_ i have on vb
|| [[#t15:49:32|15:49]]
|- id="t15:49:37"
! style="background-color: #97974f" | robatino
| style="color: #97974f" | i tried every kind of 32-bit install and hit it every time
|| [[#t15:49:37|15:49]]
|- id="t15:49:43"
| colspan="2" | * tflink is still downloading i686 media
|| [[#t15:49:43|15:49]]
|- id="t15:49:43"
! style="background-color: #854685" | pschindl
| style="color: #854685" | me too
|| [[#t15:49:43|15:49]]
|- id="t15:49:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | akscram: '32 bit installs always explode' isn't exactly obscure =)
|| [[#t15:49:58|15:49]]
|- id="t15:50:01"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | working god for me
|| [[#t15:50:01|15:50]]
|- id="t15:50:16"
! style="background-color: #854685" | pschindl
| style="color: #854685" | I tried to install to i386 laptop and grub wasn't installed correctly everytime
|| [[#t15:50:16|15:50]]
|- id="t15:50:17"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | akshayvyas: did you use an x86_64 or i686 image?
|| [[#t15:50:17|15:50]]
|- id="t15:50:37"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | adamw:i686 as my old p4 supports
|| [[#t15:50:37|15:50]]
|- id="t15:50:45"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | akshayvyas: with tc3?
|| [[#t15:50:45|15:50]]
|- id="t15:50:51"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | yep
|| [[#t15:50:51|15:50]]
|- id="t15:51:06"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | still, even if one person got success, if two get multiple failures, that's bad enough to be blocker for me...
|| [[#t15:51:06|15:51]]
|- id="t15:51:43"
! style="background-color: #818144" | tflink
| style="color: #818144" | it seems odd to be installing a 32bit distro to a DL560, though
|| [[#t15:51:43|15:51]]
|- id="t15:51:58"
| colspan="2" | * satellit_ has to do with OLPC tree?
|| [[#t15:51:58|15:51]]
|- id="t15:52:00"
! style="background-color: #818144" | tflink
| style="color: #818144" | IIRC, they didn't come with anything but 64bit capable processors
|| [[#t15:52:00|15:52]]
|- id="t15:52:20"
! style="background-color: #818144" | tflink
| style="color: #818144" | but I could be remembering wrong
|| [[#t15:52:20|15:52]]
|- id="t15:53:15"
! style="background-color: #818144" | tflink
| style="color: #818144" | yes, I am remembering wrong - ignore me
|| [[#t15:53:15|15:53]]
|- id="t15:53:15"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | not sure we need to get too specific on this one, since grub and kernel folks are both on it
|| [[#t15:53:15|15:53]]
|- id="t15:53:32"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | adamw: +1
|| [[#t15:53:32|15:53]]
|- id="t15:53:36"
! style="background-color: #818144" | tflink
| style="color: #818144" | yeah, sounds like blocker material for now
|| [[#t15:53:36|15:53]]
|- id="t15:53:42"
! style="background-color: #854685" | pschindl
| style="color: #854685" | I'm +1
|| [[#t15:53:42|15:53]]
|- id="t15:53:59"
! style="background-color: #4d4d93" | mkrizek
| style="color: #4d4d93" | +1
|| [[#t15:53:59|15:53]]
|- id="t15:54:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed 818378 is a blocker per criterion "In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode." - this breaks functional installation
|| [[#t15:54:38|15:54]]
|- id="t15:54:38"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | in lots of tested cases
|| [[#t15:54:38|15:54]]
|- id="t15:54:53"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | propose #agreed 818378 is a blocker per criterion "In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode." - this breaks 32-bit install
|| [[#t15:54:53|15:54]]
|- id="t15:54:56"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | damn that criterion.
|| [[#t15:54:56|15:54]]
|- id="t15:55:13"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | maybe we should stick in another that just says 'installed systems should damn well boot' for reasons of shortness. :)
|| [[#t15:55:13|15:55]]
|- id="t15:55:14"
! style="background-color: #818144" | tflink
| style="color: #818144" | unlcess our understanding changes, ack
|| [[#t15:55:14|15:55]]
|- id="t15:55:34"
! style="background-color: #854685" | pschindl
| style="color: #854685" | ack
|| [[#t15:55:34|15:55]]
|- id="t15:55:38"
! style="background-color: #4d4d93" | mkrizek
| style="color: #4d4d93" | ack
|| [[#t15:55:38|15:55]]
|- id="t15:55:39"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | ack
|| [[#t15:55:39|15:55]]
|- id="t15:56:30"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #agreed 818378 is a blocker per criterion "In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode." - this breaks 32-bit install
|| [[#t15:56:30|15:56]]
|- id="t15:56:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay, that's the lot
|| [[#t15:56:34|15:56]]
|- id="t15:56:59"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Fedora 17 Final status/planning
|| [[#t15:56:59|15:56]]
|- id="t15:57:03"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so, back on the general topic...
|| [[#t15:57:03|15:57]]
|- id="t15:57:11"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info tflink is planning a 'bugs that need re-testing' summary
|| [[#t15:57:11|15:57]]
|- id="t15:57:14"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | thanks for that tflink
|| [[#t15:57:14|15:57]]
|- id="t15:57:41"
! style="background-color: #818144" | tflink
| style="color: #818144" | will be sending that out shortly
|| [[#t15:57:41|15:57]]
|- id="t15:57:47"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | anything else on strategy? i'm trying to deal with the whipping devs into line side of things now, aside from that all we can do is re-test fixes i think
|| [[#t15:57:47|15:57]]
|- id="t15:58:13"
! style="background-color: #818144" | tflink
| style="color: #818144" | make sure that we get the test matrix filled out
|| [[#t15:58:13|15:58]]
|- id="t15:58:21"
! style="background-color: #818144" | tflink
| style="color: #818144" | but that may already be done
|| [[#t15:58:21|15:58]]
|- id="t15:58:29"
| colspan="2" | * tflink hasn't checked this morning
|| [[#t15:58:29|15:58]]
|- id="t15:58:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | point
|| [[#t15:58:34|15:58]]
|- id="t15:58:50"
! style="background-color: #818144" | tflink
| style="color: #818144" | the area that I'd like to see focus on is USB installation media
|| [[#t15:58:50|15:58]]
|- id="t15:58:51"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it's pretty close, but still some more
|| [[#t15:58:51|15:58]]
|- id="t15:59:08"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info we still need to complete the TC3 matrix to find any other lurking blockers, no point waiting till the RC
|| [[#t15:59:08|15:59]]
|- id="t15:59:16"
! style="background-color: #818144" | tflink
| style="color: #818144" | there have been a lot of changes there recently and I'm having a hard time keeping track of what works and what doesn't
|| [[#t15:59:16|15:59]]
|- id="t15:59:21"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: bcl and I are planning to work on that
|| [[#t15:59:21|15:59]]
|- id="t15:59:40"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | tflink: the high-level overview is that 17 should now be much like 16 only better (dd'ed images should boot via efi for e.g.)
|| [[#t15:59:40|15:59]]
|- id="t15:59:51"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | and dd'ed DVD images should find the packages
|| [[#t15:59:51|15:59]]
|- id="t16:00:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | all the malarkey about multiple partitions has gone, so just pretend it never happened
|| [[#t16:00:02|16:00]]
|- id="t16:00:05"
! style="background-color: #818144" | tflink
| style="color: #818144" | stuff like this makes me think I'm not the only one who's lost: http://ask.fedoraproject.org/question/1614/why-does-a-fedora-usb-made-from-the-dvd-iso-still
|| [[#t16:00:05|16:00]]
|- id="t16:00:38"
! style="background-color: #818144" | tflink
| style="color: #818144" | well, not lost but it would be nice to get everything straight soon
|| [[#t16:00:38|16:00]]
|- id="t16:00:44"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | tflink: that's abut fc 16
|| [[#t16:00:44|16:00]]
|- id="t16:00:48"
! style="background-color: #818144" | tflink
| style="color: #818144" | exactly
|| [[#t16:00:48|16:00]]
|- id="t16:01:04"
! style="background-color: #818144" | tflink
| style="color: #818144" | but most of the responses are fixes for F17
|| [[#t16:01:04|16:01]]
|- id="t16:01:12"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | yeah i see this since fc 15
|| [[#t16:01:12|16:01]]
|- id="t16:01:17"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | tep
|| [[#t16:01:17|16:01]]
|- id="t16:01:20"
! style="background-color: #4b904b" | akshayvyas
| style="color: #4b904b" | yep
|| [[#t16:01:20|16:01]]
|- id="t16:02:58"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | it's always been the case. f17 is the _first_ release where it should work.
|| [[#t16:02:58|16:02]]
|- id="t16:04:02"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay
|| [[#t16:04:02|16:04]]
|- id="t16:04:07"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so, i guess we all know what we need to do
|| [[#t16:04:07|16:04]]
|- id="t16:04:46"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic Upcoming QA events
|| [[#t16:04:46|16:04]]
|- id="t16:05:04"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so as mentioned the RC compose is scheduled for tomorrow but that's not looking terribly likely...but let's do all we can to clear out the blocker list
|| [[#t16:05:04|16:05]]
|- id="t16:05:10"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | blocker review meeting on Friday, of course
|| [[#t16:05:10|16:05]]
|- id="t16:07:00"
! style="background-color: #818144" | tflink
| style="color: #818144" | when is go/no-go?
|| [[#t16:07:00|16:07]]
|- id="t16:07:05"
! style="background-color: #818144" | tflink
| style="color: #818144" | next week?
|| [[#t16:07:05|16:07]]
|- id="t16:07:45"
! style="background-color: #818144" | tflink
| style="color: #818144" | next tuesday
|| [[#t16:07:45|16:07]]
|- id="t16:08:16"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | yeah
|| [[#t16:08:16|16:08]]
|- id="t16:08:20"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | so it's not on this week's list
|| [[#t16:08:20|16:08]]
|- id="t16:08:36"
! style="background-color: #818144" | tflink
| style="color: #818144" | oh boy, lots to do before then
|| [[#t16:08:36|16:08]]
|- id="t16:08:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | other thing is the Boxes test day, i already gave myself an action item for that; looks like it's still not in shape.
|| [[#t16:08:37|16:08]]
|- id="t16:08:49"
! style="background-color: #818144" | tflink
| style="color: #818144" | is boxes working yet?
|| [[#t16:08:49|16:08]]
|- id="t16:09:00"
| colspan="2" | * tflink still hasn't tried it
|| [[#t16:09:00|16:09]]
|- id="t16:10:00"
! style="background-color: #854685" | pschindl
| style="color: #854685" | we are working on it
|| [[#t16:10:00|16:10]]
|- id="t16:10:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | me either. we put the anaconda memory requirement back down to 512 for the last build, which should help.
|| [[#t16:10:09|16:10]]
|- id="t16:10:10"
! style="background-color: #854685" | pschindl
| style="color: #854685" | but lot of things still isn't working
|| [[#t16:10:10|16:10]]
|- id="t16:11:04"
| colspan="2" | * kparal leaves
|| [[#t16:11:04|16:11]]
|- id="t16:13:58"
| colspan="2" | * akshayvyas is leaving,have a great day adamw and tflink
|| [[#t16:13:58|16:13]]
|- id="t16:13:59"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay. so, anyway, i'll cover that
|| [[#t16:13:59|16:13]]
|- id="t16:14:09"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | seems like we're running over
|| [[#t16:14:09|16:14]]
|- id="t16:14:13"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | is there much autoqa news, tflink?
|| [[#t16:14:13|16:14]]
|- id="t16:14:22"
! style="background-color: #818144" | tflink
| style="color: #818144" | nope, we've been testing F17
|| [[#t16:14:22|16:14]]
|- id="t16:14:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | okay
|| [[#t16:14:37|16:14]]
|- id="t16:14:41"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic AutoQA update
|| [[#t16:14:41|16:14]]
|- id="t16:14:50"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #info there is no news, autoqa team has been working on F17 validation
|| [[#t16:14:50|16:14]]
|- id="t16:14:56"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #topic open floor
|| [[#t16:14:56|16:14]]
|- id="t16:15:01"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | anyone have anything for open floor?
|| [[#t16:15:01|16:15]]
|- id="t16:16:24"
! style="background-color: #818144" | tflink
| style="color: #818144" | nothing here
|| [[#t16:16:24|16:16]]
|- id="t16:18:34"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | ok
|| [[#t16:18:34|16:18]]
|- id="t16:18:37"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | thanks for coming, all
|| [[#t16:18:37|16:18]]
|- id="t16:18:44"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | sorry for the overrun (pschindl, hope kparal doesn't mind :&gt;)
|| [[#t16:18:44|16:18]]
|- id="t16:18:49"
! style="background-color: #407a40" | adamw
| style="color: #407a40" | #endmeeting
|| [[#t16:18:49|16:18]]
|}
Generated by irclog2html.py 2.8 by [mailto:marius@pov.lt Marius Gedminas] - find it at [http://mg.pov.lt/irclog2html mg.pov.lt]!

Latest revision as of 05:27, 14 May 2012

Attendees

  • adamw (130)
  • tflink (65)
  • kparal (33)
  • pschindl (16)
  • akshayvyas (13)
  • zodbot (5)
  • mkrizek (4)
  • satellit_ (4)
  • Cerlyn (1)
  • robatino (1)

Agenda

  • Previous meeting follow-up
  • Fedora 17 Final status / planning
  • Test Day report
  • Upcoming QA events
  • AutoQA update
  • Open floor

Previous meeting follow-up

  • pschindl to poke gnome-boxes devs about Thursday's test day - pschindl followed up, event was not prepared in time so was pushed out another week, needs checking up again

Fedora 17 Final status/planning

  • tflink is planning a 'bugs that need re-testing' summary
  • We still need to complete the TC3 matrix to find any other lurking blockers, no point waiting till the RC

Blocker review

  • AGREED: rhbug:819371 is accepted as a blocker - Violates the following F17 final release criterion: "All applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use"
  • AGREED: rhbug:819140 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
  • AGREED: rhbug:819139 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
  • AGREED: rhbug:819138 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install"
  • AGREED: rhbug:818935 is rejected as a blocker as it is fixable with an update and seems to occur very infrequently, some testers have never seen it
  • AGREED: rhbug:819492 is accepted as a blocker per criterion "All known bugs that can cause corruption of user data must be fixed or documented at Common F17 bugs"
  • AGREED: rhbug:818378 is a blocker per criterion "In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode." - this breaks 32-bit install

Upcoming QA events

AutoQA update

  • No news due to Final testing

Open floor

Action items

  • adamw to check in on Boxes test day once more

IRC Log

adamw #startmeeting Fedora QA meeting 15:03
zodbot Meeting started Mon May 7 15:03:36 2012 UTC. The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:03
zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 15:03
adamw #meetingname fedora-qa 15:03
zodbot The meeting name has been set to 'fedora-qa' 15:03
adamw #topic roll call 15:03
adamw oy! roll! c'mere! 15:03
* mkrizek is here 15:03
* satellit_ listening 15:04
* Cerlyn is here 15:04
* tflink is here 15:04
adamw alrighty 15:05
adamw now, chaaaarge 15:05
adamw #topic previous meeting follow-up 15:05
adamw we just had one here - "pschindl to poke gnome-boxes devs about Thursday's test day" 15:05
adamw since that got postponed (again?) to this week, i guess it happened. 15:06
* kparal is in afk mode 15:06
tflink he pinged me last week about the test day 15:07
tflink I guess that there was some miscommunication on who was actually going to write the test cases and it didn't look as if everything was going to be done on time 15:07
tflink I haven't heard anything else since we moved the test day back a week, though 15:07
adamw so they pushed it out again, okay. 15:07
adamw #info pschindl followed up on Boxes test day, event was not prepared in time so was pushed out another week, needs checking up again 15:08
adamw #action adamw to check in on Boxes test day once more 15:08
adamw #topic Fedora 17 Final status/planning 15:08
adamw so...we're supposed to be rolling an RC tomorrow. this is looking somewhat unlikely =) 15:08
adamw of course, the blocker list is https://fedoraproject.org/wiki/Current_Release_Blockers 15:09
* tflink has a list of blockers that need to be retested w/ tc3 15:09
tflink hasn't finished fleshing out the 'how to test' part of it, though 15:09
tflink 14 blocker and NTH bugs that need to be retested w/ TC3 if they haven't been already 15:10
adamw shall we go through the proposed blockers that weren't covered on friday? 15:10
tflink have they moved much? I didn't see much activity on bz over the weekend 15:11
* pschindl is here (train has delay) 15:11
tflink the list seems to have re-populated, though 15:12
adamw there's 8 i can see 15:12
adamw pschindl: hiya, you didn't miss a lot, we covered your action item 15:12
pschindl so I'm late :( 15:12
pschindl adamw: any additional information needed? 15:13
adamw pschindl: nope, it was fine 15:13
adamw okay, so let's go for a mini blocker-review 15:13
adamw #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=819563 15:13
adamw i don't see a huge amount of info here, kparal... 15:14
kparal I reported this just right now 15:14
kparal the logs are there 15:14
tflink this sounds like another flavor of the time bug we saw earlier 15:14
tflink WRT fsck errors 15:14
kparal I need someone to re-test 15:15
adamw it seems like it's having some problem with an existing root partition / VG? 15:15
kparal I used "use all space" 15:15
adamw there's errors about /dev/mapper/vg-lv_root in storage.log and program.log 15:15
adamw tflink: which bug's that? 15:15
* tflink doesn't remember off hand, searches 15:15
tflink .bug 811706 15:17
zodbot tflink: Bug 811706 fsck errors during install from livecd if system time is too far behind - https://bugzilla.redhat.com/show_bug.cgi?id=811706 15:17
tflink I doubt that they're closely related - the timing of the error message just sounded familiar 15:18
kparal my VMs don't have system time shifted, I just checked 15:19
tflink those fsck errors are different, anyways 15:19
adamw sorry, dealing with a medical emergency 15:19
tflink adamw: I can continue the review if you #chair me 15:20
tflink that's weird - anaconda formats the lv then fsck says it's not ext4 when it attempts to mount it 15:20
kparal maybe it's mounted while formatting? 15:21
tflink doesn't look like it - there's some lv monkeying after formatting 15:21
adamw #chair tflink kparal 15:21
zodbot Current chairs: adamw kparal tflink 15:21
kparal can somebody do just a quick install of i686 live in VM? 15:22
adamw seems like an anaconda logic error 15:22
adamw don't have it here, and dl.fp.o is slow atm 15:22
tflink yeah, I can get one started once I download the live 15:22
adamw anyway, shall we agree needs more info and move on? 15:22
kparal let's just wait a day until somebody confirms or not 15:22
adamw propose #agreed need more info to determine state of 819563 15:22
tflink yeah, sounds liek a plan to me 15:22
tflink ack 15:22
kparal ack 15:23
adamw #agreed need more info to determine state of 819563 15:23
adamw #topic https://bugzilla.redhat.com/show_bug.cgi?id=819371 15:23
adamw seems like an obvious blocker to me (note: calligra is the new name for koffice) 15:23
adamw so these are stock apps on the KDE live, crashing on launch 15:23
kparal +1 blocker, patch is coming 15:24
tflink proposed #agreed - 819371 - AcceptedBlocker - Violates the following F17 final release criterion: "All applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use" 15:25
adamw ack 15:25
kparal ack 15:26
tflink #agreed - 819371 - AcceptedBlocker - Violates the following F17 final release criterion: "All applications listed under the Applications menu or category must withstand a basic functionality test and not crash after a few minutes of normal use" 15:26
tflink in retrospect, I shouldn't have done that. Now it's not clear who's driving this thing :) 15:27
adamw #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=819140 15:27
* adamw elbows tflink out of the driver's seat 15:27
adamw repoclosure issue, +1 blocker. 15:27
* tflink wonders where zodbot is, though 15:28
tflink +1 blocker 15:28
adamw propose #agreed 819140 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install" 15:28
kparal ack 15:29
tflink ack 15:29
pschindl ack 15:29
adamw #agreed 819140 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install" 15:29
adamw there's two more repoclosure bugs, let's do those quick 15:30
adamw #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=819139 15:30
adamw tflink: zodbot never seems to work when we do a blocker review in here not -bugzappers 15:30
kparal ack ack 15:30
adamw propose #agreed 819139 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install" 15:30
tflink ack 15:30
adamw #agreed 819139 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install" 15:30
kparal repoclosure bugs are automatic acks I think 15:31
adamw #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=819138 15:31
adamw propose #agreed 819138 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install" 15:31
adamw i don't think we have process for that, but i've done it before... 15:31
kparal ack 15:31
adamw #agreed 819138 is accepted as a blocker per criterion "There must be no file conflicts (cases where the files in some packages conflict but the packages have explicit Conflicts: tags are acceptable) or unresolved package dependencies during a media-based (DVD) install" 15:31
tflink ack 15:31
adamw satellit_: please quit ccing yourself to bugs, it's giving me inflight collisions =) 15:32
satellit_ k 15:32
adamw satellit_: it's okay, just kidding 15:33
tflink adamw: says the man who has a habit of updating bugs while we talk about them 15:33
adamw i may have overridden some of them though 15:33
adamw tflink: heheh 15:33
adamw three to go 15:33
adamw #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=818935 15:33
adamw hum, didn't we talk about this friday? but i don't see a record 15:33
adamw it's kparal 15:33
adamw kparal's mysterious 'someone else is logged in' bug 15:34
tflink I think it's a split off of the two issues in the other bug 15:34
tflink so it's the same issue, just separated out into a new bug 15:34
tflink well, part of the same issue 15:34
kparal I still believe it's directly connected to https://bugzilla.redhat.com/show_bug.cgi?id=814690 15:34
kparal and that one bug received some development progress 15:34
kparal halfline found some issues in systemd 15:35
kparal but 818935 is sooo hard to reproduce 15:35
adamw i'm still probably -1 blocker if it's so hard to hit. though actually, i think i hit it yesterday. 15:36
kparal I think it would be ok to downgrade it to NTH 15:37
adamw i was very, very tired, so i'm not going to commit to everything. but afair, i got off the plane, booted up my system, ran yum update, read some mails and stuff, and went to shut down, and got the 'other people are logged in' dialog. oh, wait. i might have had a facebook open. 15:37
* adamw runs facebook as another user. 15:37
kparal does it help wrt privacy? :) 15:38
adamw so yeah, i guess i'm -1... 15:38
tflink yeah, -1 unless it starts happening more often 15:38
adamw kparal: basically, that's the idea. i have a 'facebook' user whose firefox profile only ever logs into facebook. my main user is configured to reject everything at all from facebook. read about it on a blog somewhere, so obviously it's a good idea .;) 15:39
* tflink makes note to write blog post about how firing people all the time is a bad idea 15:39
adamw heh 15:39
adamw that's okay, i don't read your blog 15:39
kparal ok, what about having it as NTH? any votes? 15:40
tflink my plans, they have been foiled! 15:40
adamw are we even NTH on this bug, though? i'm not sure it really hits live? 15:40
adamw have you ever seen it in a live boot? 15:40
kparal hmm 15:40
tflink I think the concern is the possibility of someone hitting this before updating 15:40
kparal you're right it doesn't really matter on live 15:40
pschindl I have hit this bug today 15:40
pschindl I'm +1 on NTH 15:40
adamw pschindl: have you hit it before? 15:41
pschindl adamw: long time ago 15:41
kparal on livecd you don't really care about it, liveuser is in wheel without password 15:41
pschindl it happened to me twice 15:41
pschindl as I remember 15:41
adamw pschindl: so like kparal, you see it very occasionally 15:41
adamw kparal: oh right 15:41
* kparal takes back NTH request 15:41
kparal let's -1 blocker it then 15:42
kparal and come on, I have to go soon 15:42
adamw ok 15:42
akshayvyas i think i am late 15:43
adamw propose #agreed 818935 is rejected as a blocker as it is fixable with an update and seems to occur very infrequently, some testers have never seen it 15:43
kparal ack 15:43
tflink ack 15:43
adamw #agreed 818935 is rejected as a blocker as it is fixable with an update and seems to occur very infrequently, some testers have never seen it 15:44
adamw #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=819492 15:44
adamw two doozies coming up, looks like :/ 15:44
kparal I hit this one when I tried to copy a movie for my girlfriend. it never worked for her 15:45
adamw so this would be "All known bugs that can cause corruption of user data must be fixed or documented at Common F17 bugs" (final) 15:45
adamw seems pretty clearly +1 for me 15:45
tflink +1 15:45
kparal right, +1 15:45
mkrizek +1 15:46
akshayvyas +1 15:46
adamw propose #agreed 819492 is accepted as a blocker per criterion "All known bugs that can cause corruption of user data must be fixed or documented at Common F17 bugs" 15:47
pschindl ack 15:47
tflink ack 15:47
adamw #agreed 819492 is accepted as a blocker per criterion "All known bugs that can cause corruption of user data must be fixed or documented at Common F17 bugs" 15:47
adamw #topic Mini blocker review: https://bugzilla.redhat.com/show_bug.cgi?id=818378 15:47
adamw so, this is the 'can't install the i686 DVD' bug, basically 15:48
adamw AIUI anyway 15:49
adamw has everyone who's tried an i686 DVD install hit this? or is it more chancy? 15:49
akshayvyas this is kinda obscure bug 15:49
* satellit_ i have on vb 15:49
robatino i tried every kind of 32-bit install and hit it every time 15:49
* tflink is still downloading i686 media 15:49
pschindl me too 15:49
adamw akscram: '32 bit installs always explode' isn't exactly obscure =) 15:49
akshayvyas working god for me 15:50
pschindl I tried to install to i386 laptop and grub wasn't installed correctly everytime 15:50
adamw akshayvyas: did you use an x86_64 or i686 image? 15:50
akshayvyas adamw:i686 as my old p4 supports 15:50
adamw akshayvyas: with tc3? 15:50
akshayvyas yep 15:50
adamw still, even if one person got success, if two get multiple failures, that's bad enough to be blocker for me... 15:51
tflink it seems odd to be installing a 32bit distro to a DL560, though 15:51
* satellit_ has to do with OLPC tree? 15:51
tflink IIRC, they didn't come with anything but 64bit capable processors 15:52
tflink but I could be remembering wrong 15:52
tflink yes, I am remembering wrong - ignore me 15:53
adamw not sure we need to get too specific on this one, since grub and kernel folks are both on it 15:53
akshayvyas adamw: +1 15:53
tflink yeah, sounds like blocker material for now 15:53
pschindl I'm +1 15:53
mkrizek +1 15:53
adamw propose #agreed 818378 is a blocker per criterion "In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode." - this breaks functional installation 15:54
adamw in lots of tested cases 15:54
adamw propose #agreed 818378 is a blocker per criterion "In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode." - this breaks 32-bit install 15:54
adamw damn that criterion. 15:54
adamw maybe we should stick in another that just says 'installed systems should damn well boot' for reasons of shortness. :) 15:55
tflink unlcess our understanding changes, ack 15:55
pschindl ack 15:55
mkrizek ack 15:55
akshayvyas ack 15:55
adamw #agreed 818378 is a blocker per criterion "In most cases (see Blocker_Bug_FAQ), a system installed according to any of the above criteria (or the appropriate Beta or Final criteria, when applying this criterion to those releases) must boot to the 'firstboot' utility on the first boot after installation, without unintended user intervention, unless the user explicitly chooses to boot in non-graphical mode." - this breaks 32-bit install 15:56
adamw okay, that's the lot 15:56
adamw #topic Fedora 17 Final status/planning 15:56
adamw so, back on the general topic... 15:57
adamw #info tflink is planning a 'bugs that need re-testing' summary 15:57
adamw thanks for that tflink 15:57
tflink will be sending that out shortly 15:57
adamw anything else on strategy? i'm trying to deal with the whipping devs into line side of things now, aside from that all we can do is re-test fixes i think 15:57
tflink make sure that we get the test matrix filled out 15:58
tflink but that may already be done 15:58
* tflink hasn't checked this morning 15:58
adamw point 15:58
tflink the area that I'd like to see focus on is USB installation media 15:58
adamw it's pretty close, but still some more 15:58
adamw #info we still need to complete the TC3 matrix to find any other lurking blockers, no point waiting till the RC 15:59
tflink there have been a lot of changes there recently and I'm having a hard time keeping track of what works and what doesn't 15:59
adamw tflink: bcl and I are planning to work on that 15:59
adamw tflink: the high-level overview is that 17 should now be much like 16 only better (dd'ed images should boot via efi for e.g.) 15:59
adamw and dd'ed DVD images should find the packages 15:59
adamw all the malarkey about multiple partitions has gone, so just pretend it never happened 16:00
tflink stuff like this makes me think I'm not the only one who's lost: http://ask.fedoraproject.org/question/1614/why-does-a-fedora-usb-made-from-the-dvd-iso-still 16:00
tflink well, not lost but it would be nice to get everything straight soon 16:00
akshayvyas tflink: that's abut fc 16 16:00
tflink exactly 16:00
tflink but most of the responses are fixes for F17 16:01
akshayvyas yeah i see this since fc 15 16:01
akshayvyas tep 16:01
akshayvyas yep 16:01
adamw it's always been the case. f17 is the _first_ release where it should work. 16:02
adamw okay 16:04
adamw so, i guess we all know what we need to do 16:04
adamw #topic Upcoming QA events 16:04
adamw so as mentioned the RC compose is scheduled for tomorrow but that's not looking terribly likely...but let's do all we can to clear out the blocker list 16:05
adamw blocker review meeting on Friday, of course 16:05
tflink when is go/no-go? 16:07
tflink next week? 16:07
tflink next tuesday 16:07
adamw yeah 16:08
adamw so it's not on this week's list 16:08
tflink oh boy, lots to do before then 16:08
adamw other thing is the Boxes test day, i already gave myself an action item for that; looks like it's still not in shape. 16:08
tflink is boxes working yet? 16:08
* tflink still hasn't tried it 16:09
pschindl we are working on it 16:10
adamw me either. we put the anaconda memory requirement back down to 512 for the last build, which should help. 16:10
pschindl but lot of things still isn't working 16:10
* kparal leaves 16:11
* akshayvyas is leaving,have a great day adamw and tflink 16:13
adamw okay. so, anyway, i'll cover that 16:13
adamw seems like we're running over 16:14
adamw is there much autoqa news, tflink? 16:14
tflink nope, we've been testing F17 16:14
adamw okay 16:14
adamw #topic AutoQA update 16:14
adamw #info there is no news, autoqa team has been working on F17 validation 16:14
adamw #topic open floor 16:14
adamw anyone have anything for open floor? 16:15
tflink nothing here 16:16
adamw ok 16:18
adamw thanks for coming, all 16:18
adamw sorry for the overrun (pschindl, hope kparal doesn't mind :>) 16:18
adamw #endmeeting 16:18

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

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